Fork me on GitHub
#sci
<
2022-05-30
>
genRaiy10:05:15

Are there examples of running Lambdas using SCI to improve Clojure cold starts?

genRaiy10:05:35

[ outside of bb / nbb of course ]

borkdude10:05:35

I don't know of any

genRaiy10:05:52

but what do you think of the theory?

borkdude10:05:48

what is the theory, can you be more explicit?

genRaiy10:05:26

I want to do something with kSQLDB and I'm not sure it will work with bb though that could be my ignorance

borkdude10:05:54

Then why don't you use that from nbb?

genRaiy10:05:05

they don't have JS clients

borkdude10:05:21

I see, now I understand your question

genRaiy10:05:36

it might work with bb ... I was being lazy tbh

borkdude10:05:05

So what most people do is I think in this case to reduce cold starts, build a bespoke graalvm binary, or maybe a fork of babashka with ksqldb support. Or make a ksqldb pod.

borkdude10:05:34

That you can use from babashka

genRaiy10:05:39

I'll check that out ... they also have a REST API which I could use from nbb but it's not as convenient

borkdude10:05:41

OK, to summarize: • Bespoke graalvm binary (can be tricky, if you want me to help on a commercial project, I can do some consultancy perhaps) • Pod (will make ksqldb work with any version of bb, more re-usable for anyone if you make it open source) • Add feature flag to bb • Nbb + REST

genRaiy10:05:27

I think the POD idea works and let's see if some consultancy is needed to make it work. Open sourcing should be doable as they have other open source around Kafka here (Jackdaw is the most famous)

borkdude10:05:53

Do you normally use a jdbc driver for ksqldb?

borkdude10:05:18

If it only talks via jdbc, it might be less work and only an addition to sql-pods

genRaiy10:05:59

it's not JDBC

borkdude10:05:53

Hmm, but they do have a JDBC driver as well I read

genRaiy10:05:22

my guess is that it is less powerful and I don't want to start with a lower powered option