Live data from Hacker News

Databricks acquires serverless Postgres vendor bit.io

databricks.com

101–110 of 119 posts

Re: Databricks acquires serverless Postgres vendor bit.io

#101
post #43

I haven't heard of either of those companies. I don't even fully understand what Databricks does. But it's clear that they have no problem shutting down a production database offering with 30 days notice, and have the gall to title this action "Investing in the Developer Experience". If this doesn't send a message that you shouldn't trust them with anything important, I don't know what would.

It probably was an acqui-hire. If the product was growing at a VC investible rate, they wouldn't have sunset-ed the product. Alternatively, may be they are going rebrand it into something that aligns with databricks.

Re: Databricks acquires serverless Postgres vendor bit.io

#102
post #98

Earlier quoted context omitted.

It also apparently includes some performance optimizations because they control both the hardware and software. And Delta Lake is pretty cool, and hosted MLFlow integration.

Databricks built a proprietary vectorized accelerator for Spark they call Photon. It's not just that they've tuned OSS Spark especially well.

Back when I was a customer (before Photon was released, also during) they had a very good tuning, in the order of around 2x faster for the workloads we had at the time (very large graph computation and a “simple” filtering)

Re: Databricks acquires serverless Postgres vendor bit.io

#103
post #53

Damn, 30 days is quick. I found out about https://neon.tech but then quickly ran into a major bug, and then thankfully found out about bit.io, which is what I use for https://dittoed.app . Looks like I will have to go back to neon (they fixed the bug). If anyone has other ideas, I'm all ears. Project is hosted on Cloudflare and they have D1 now, but Dittoed uses a little bit of PostGIS.

AWS RDS, AWS Aurora or Retool database?

Re: Databricks acquires serverless Postgres vendor bit.io

#104
post #41

Earlier quoted context omitted.

> Some Helm charts: https://github.com/neondatabase/helm-charts For the record though, they're not enough to run neon today[0] - this has been a "problem" since neon was announced here[1]. [0]: https://github.com/neondatabase/helm-charts/issues/35#issue-... [1]: https://news.ycombinator.com/item?id=31540691

I found their docker-compose more helpful than their chart: https://github.com/neondatabase/neon/blob/main/docker-compos... But I also needed to read their Ansible files to understand how they manage their infra better. Those are deleted now, but luckily you can just look at the history (commit that deleted it: https://github.com/neondatabase/neon/commit/0d3d022eb1fe4a42... )

I found installation instructions for Neon including Ansible files here: https://percona.community/labs/serverless-postgresql/docs/in...

Re: Databricks acquires serverless Postgres vendor bit.io

#105
post #72
post #34

Earlier quoted context omitted.

Neon at least has open-sourced their core offering, which provides a migration path for folks who make bigger bets on their platform. So yeah, there's every possibility they'll go away at some point, but unlike a lot of SaaS offerings, it's all Postgres over the wire and under the hood, so you have plenty of migration options (OSS, another managed Postgres vendor, Aurora, Cloud SQL, etc.)

Neon CEO here. Definitely. Of course Neon storage is a distributed system and you need to know how to run it. But a) we can help b) Percona is a trusted partner of us that can support self hosting for you.

Reassuring to know about the collaboration with Percona and that professional support for self-hosting is available if ever needed.

Re: Databricks acquires serverless Postgres vendor bit.io

#107
post #54

This is interesting... possibly a move by Databricks to try and build on their "data lakehouse" concept to counter the recent "Fabric platform" announcements at MS Build. Databricks coined the "Delta lake" concept and are still (just about) leading the way, but Fabric has the potential from MS to take away that marketshare. Databricks need to improve their "serverless SQL" offering, and add a serious "data warehouse"…

I'm perusing the Fabric docs and they are using Delta Lake, Spark and Azure Databricks as part of that solution

Fabric does not use Databricks, but both Databricks and Fabric rely heavily on Delta. Let's just hope that they remain compatible.

Re: Databricks acquires serverless Postgres vendor bit.io

#108
post #90
post #39

Earlier quoted context omitted.

Seriously. Well, I guess their customer roster isn't all that impressive. Sounds like they're willing to burn them.

The problem is the signal it sends to Databricks' other customers about how they will be treated in future.

Databricks is very much like Microsoft or Oracle - it is not sold by technical merit but by sales slides for CTOs. It is unfortunate but this will not impact their bottom line at all, because technical people already overwhelmingly don't want Databricks.

Re: Databricks acquires serverless Postgres vendor bit.io

#109

Earlier quoted context omitted.

Where is the saving coming from if i may ask ? Are you guys using Databricks offerings or a self managed spark cluster ?

I'm willing to bet they are moving from databricks offerings, considering their pricing is insanity.

If your data fits into Postgres, using Databricks is just plain waste of money.

Re: Databricks acquires serverless Postgres vendor bit.io

#110
post #45
post #43

I haven't heard of either of those companies. I don't even fully understand what Databricks does. But it's clear that they have no problem shutting down a production database offering with 30 days notice, and have the gall to title this action "Investing in the Developer Experience". If this doesn't send a message that you shouldn't trust them with anything important, I don't know what would.

Databricks is a company by the people that built Spark. They've extended and their platform does a lot now.

What is Spark?

I assume that’s Apache Spark, which is described as a “ unified analytics engine for large-scale data processing”

Still not clear for me what to use it for :-/

Post reply on HN