Snowflake Postgres、Lakebase、Horizo​​nDB：选择您想要的锁定

在过去的十二个月中，三个最大的数据平台公司推出了带有自定义存储层和“横向扩展计算、共享存储”架构的 Postgres 风格的数据库。 Snowflake Postgres 是 GA，基于 Crunchy Data 团队的工作构建，以 pg_lake 作为 Lakehouse 挂钩。 Databricks Lakebase 是 AWS 上的 GA，Azure 上的公共预览版，基于 Neon 引擎和 Mooncake 集成工作构建。 Azure Horizo​​nDB 仅限受邀预览，在架构上是三者中最激进的——微软构建了自己的引擎，声称拥有多达 3,072 个 vCore 和 128 TB 数据库，基准测试是 OLTP 上现有 Postgres 吞吐量的 3 倍。这三个都与 Postgres 有线兼容。从对你来说重要的意义上来说，它们都不是 Postgres。问题不在于哪一个最好 - 他们的目标是重叠但不同的工作负载，而有意义的答案取决于有关您的环境的问题，而不是他们的环境。实际的决策问题 诚实的第一个问题是：您已经在哪个数据平台上进行标准化？如果您的分析仓库是 Snowflake，那么答案是 Snowflake Postgres 或无托管云原生 PG。如果您的分析平台是 Databricks，那么答案是 Lakebase 或无托管云原生 PG。如果您是在虚拟机上运行的 Azure 商店并且厌倦了它，那么答案是 Horizo​​nDB 或通过附加星号的私有链接的其他数据库之一。营销材料将告诉您每一个都是运营和分析融合的未来。它们是正确的，因为它们中的任何一个都将在您已经付费的平台内实现这种融合。这三个平台的跨平台故事是相同的：这是一个带有额外步骤的跨云出口账单。这就是框架。其余部分是您拨打电话所需的技术颜色。实际上，Snowflake Postgres 是三者中最“像 Postgres”的一个。该引擎明显是 PG，扩展故事合理，并且通过 pg_lake 进行的 Lakehouse 集成确实经过精心设计。 pg_lake 是开源的，适用于任何 Postgres，这意味着 Snowflake 版本不是一个专属功能 - 您可以在库存 PG 上进行原型设计并进行迁移。宣传语是“你的运营数据与分析数据并存，运营方面是真正的 Postgres。”这个音调站得住脚。代价是你现在从Snowflake那里购买Postgres，而Snowflake的定价就是Snowflake的定价。对于开发人员来说，Lakebase 是这三个库中最有趣的一个。 Neon 派生的分支模型是一个真正的功能：CI/CD 的即时数据库分支、作为正常操作而不是灾难过程的时间点恢复、以一种使扩展到零成本低廉的方式将计算与存储分离。宣传语是“AI 时代的 Postgres”，这是对“Databricks 工作区旁边的 Postgres”的营销。如果您住在 Databricks 中，这是一个很好的产品。如果你不这样做，它就是一个奇怪的产品。 Azure Horizo​​nDB 是架构上最雄心勃勃的。微软并没有收购 Postgres 公司；而是收购了 Postgres 公司。他们从头开始构建了一个使用 Postgres 有线协议和 SQL 表面的存储引擎。如果性能数据在独立测试中保持不变，那么它们是可信的——共享存储/横向扩展计算架构确实在最大规模上击败了单主 Postgres。代价是“线路兼容”和“实际上 Postgres”是不同的东西，它们之间的差距与您依赖的扩展和工具表面的大小成正比。您实际损失的部分是供应商材料中掩盖的​​部分。对于每一个，您都会失去以下一些组合： 扩展。每个分叉支持一个子集。 PostGIS 支持总体良好。不太常见的扩展是抛硬币。任何拥有自己的后台工作人员的东西就像是用拇指在天平上掷硬币一样。逻辑复制。三者对此的处理方式不同。 Snowflake Postgres 最接近股票行为； Lakebase 的分支模型和 Horizo​​nDB 的共享存储架构都对逻辑解码有影响，但尚未完全记录。如果您今天正在运行逻辑复制，那么这是第一个要测试的事情。操作工具。 pg_basebackup 不适用。 pgBackRest 不适用。 Patroni 不适用。您现有的操作肌肉记忆大部分可用于查询，而对其他任何事情基本上无用。可预测的升级路径。每个供应商都控制您何时移动 PG 版本。你不能在你的日程安排上测试 PG 19。您实际获得的收益 您自己运行 Postgres 无法获得运营规模。这些都不是小事。 Microsoft 引用的 Horizo​​nDB 延迟多区域提交确实难以复制。 Lakebase 的分支确实很有用。 Snowflake 的 Lakehouse-OLTP 集成确实比“Postgres 和 Snowflake 之间的 ETL”替代方案更紧密。您还可以获得供应商关系，其中包含所有内容