No surprise! Neon is amazing!

She was truly one of a kind, a really charming and crazy dog who couldn’t stop talking whenever she smelled cheese or had a chance to break the silence. I see myself in her, and she will not truly leave us for as long as we are reminded by our memories of her.

ClickHouse has their multi-tenant support behind SharedMergeTree, which is only part of their Cloud product and not Open-Source.

I feel there’s always a piece of the puzzle missing when one component checks all the boxes

That’s sick!!

If you’re doing just that, probably a bit overkill. We’re very happy with rules_oci and rules_rust though.

We build 100+ targets of multiple different languages, so Bazel definitely reasonable for us!

Sad, but happy we went with Bazel instead. Would've been a lot of work migrating away and we'd likely not be a commercial customer for a while.

No scheduling for you!

Some day we'll hopefully all be running in CGO so we can use the libraries that have existed for decades, instead of libraries like lib/pg or github.com/jackc/pgx. These issues have been fixed in other C-compatible languages since forever ago and now I have to deal with them AGAIN

I imagine the best way forward is the just only use containers even with FaaS. It’s what I’ve used on AWS and it was much more reliable!

The fact is that the recommended flow on Azure is to install your pip requirements to a local folder, zip it with your code and upload the file as is, and hope for the best, which is crazy. There’s no validation that the decorators are findable by the v2 runtime either.

We were deploying Python v2 functions from Azure pipelines on a monorepo. The code itself is deployable using the VSCode plugin, but we could not get the deployment to work.
The frustration comes from the symptom being that it just doesn’t show up in the UI, even though the deploy is succeeded!