数据库供应商Crate.io表示，正在将其整个代码库转移到开放源代码许可模型中。

Crate.io总部位于加利福尼亚州旧金山，该公司开发并支持CrateDB平台，这是分布式SQL数据库，它被优化用于时间序列数据分析。

该供应商在3月23日发布新版Crate 4.5并转向开源，在此之前，CrateDB是开放核心模型，其中包含开源基础，或“核心”社区版和企业平台，具有专有功能，这些功能在开源中不可用。

随着转向完全开源代码库，以前仅在企业版CrateDB中可用的功能现在出现在开源CrateDB 4.5中。在曾经专有的功能中，关键功能是安全性和可视化功能，这些功能使CrateDB更加安全、更易于管理和使用。

Gartner公司分析师Adam Ronthal表示，开放源许可旨在提高CrateDB技术的覆盖范围和部署率，并应有助于推动云货币化。

Ronthal说：“作为一家小型ISV（独立软件供应商），CrateDB面临挑战，他们需要与本机（云服务提供商）产品和其他ISV的专业产品竞争。CrateDB拥有很强的性价比，这对于他们的长期成功至关重要。”

为什么CrateDB完全开源

其实完全转向开源许可模式的决定是在2020年做出，即在Crate.io引入新的首席执行官EvaSchönleitner的时候。

Schönleitner谈到她担任CEO的头几个月时说：“当时我们开始进行的讨论之一是我们在产品开发方面的工作，我们在年底决定开源方向。”

根据Schönleitner的说法，由于企业版中的所有代码都是由Crate.io员工编写，因此供应商拥有所有知识产权，并且能够轻松地使代码开源。

她指出，这不仅是改变许可，而且还改变了Crate.io的理念。他们没有保留社区版的功能，现在提供一个版本和用于代码开发的开发路径。Schönleitner补充说，尽管该公司现在基于开放源代码，但她的公司仍在继续运行CrateDB Cloud产品–托管的数据库即服务产品。

核心CrateDB数据库现在也作为开源技术免费提供，Crate.io为付费客户提供支持服务。

开源CrateDB和云吞噬的风险

有些供应商选择采用开放核心方法或完全避免开放源代码的主要原因是“云吞噬”的潜在风险。

如果项目是开放核心，而企业技术不是开源，云提供商也无法采用。

云吞噬是指公共云提供商采用开放源代码项目，并将其作为服务在其自己的平台上提供，而没有与负责该项目的主要供应商进行互动。发生这种情况的示例就是Elasticsearch和AWS。

Crate.io的客户工程主管Georg Traar说：“作为一家公司，就服务而言，我们可以围绕该开源产品提供更多的服务。自从我们创建产品以来，我们可能也是运行该产品的最佳选择。是的，AWS可能有他们自己的解决方案，我认为我们必须做到这一点。”