在选择下一代数据库时，Yugabyte 旨在为企业买家提供两全其美的体验。在内部部署的世界中，SQL 关系数据库占据了主导地位，但这种想法已经受到云中 NoSQL 采用浪潮的挑战——由 MongoDB 和 DataStax (Cassandra) 等引领。
（图片来自 Yugabyte）
过去五年的普遍信息是关系模型不适合在云中扩展，而 NoSQL 数据库是为互联网应用程序分发非结构化数据而构建的。但是，如果您不必在事务一致性等方面做出妥协，同时利用云特性（如弹性、规模和地理分布），该怎么办？
Yugabyte 背后的创始原则是 NoSQL 数据库的目标是成为完全事务性的，但云原生的 SQL 数据库可以在不影响事务、性能和地理分布的情况下处理多个数据模型，可能会更胜一筹。
Yugabyte 由 Facebook 的一个团队创立，他们能够在短短几年内将这家社交媒体公司的平台从数百万用户扩展到数十亿用户。Yugabyte 此后选择在 PostgresSQL（一个已经存在数十年的开源数据库）上构建，并重建“上半部分”以迎合云趋势。
这家“NewSQL”公司（通常用于描述 Yugabyte 所在市场的术语）已获得超过 2.9 亿美元的资金，估值超过 13 亿美元。不仅如此，它的客户名称还包括 Kroger、Plume 和 Admiral。
上周，diginomica 有机会与 Yugabyte 首席执行官 Bill Cook 和战略与解决方案副总裁 Suda Srinivasan 坐下来讨论该公司如何考虑其上市战略以及买家的机会。
库克解释说，迄今为止所看到的成功是由许多基于云的市场动态推动的。他说：
在大多数情况下，数据库层并不是为这个时代设计或构建的——云原生模式——这意味着您可以为每个微服务或应用程序连接一个数据库服务。然后，显然，弹性、冗余和地理分布以及所有这些属性在当今世界都很重要。
[Facebook 团队的方式] 基本上是通过说“世界不需要或不想要的东西是他们必须处理的另一个数据库”。但是，他们确实需要基础数据库的云原生属性。因此，在 SQL 方面，这个想法是采用 Postgres 的上半部分并为其提供更强大的基础，以实现云原生弹性和横向扩展属性。
这里的想法是，Yugabyte 正在解决云原生环境的数据库挑战，同时让拥有丰富使用 SQL 工具经验的开发人员更容易适应。Yugabyte 的构建是独立于基础设施的——因此该公司专注于谷歌云、AWS 和微软——但也作为服务、托管服务提供，或者可以托管在您自己的环境中。
Srinivasan 强化了库克的观点，但补充说，那些冒险进入 NoSQL 世界寻找关系数据库替代品的公司现在正在敲 Yugabyte 的大门。他说：
许多进行数据库现代化改造的公司一直在使用传统的关系数据库，但他们正在寻求转向具有弹性、可扩展、地理分布式、云原生的东西，为未来做好准备。
然后我们有其他公司在使用传统 SQL 的扩展性或弹性方面感到非常痛苦，他们选择了 NoSQL 路线，然后他们意识到他们需要权衡取舍。
例如，一家大型零售商现在在 Yugabyte 上运行他们的产品目录。他们在 Cassandra 上安装了它，但他们发现他们没有获得二级索引，他们无法进行非常快速的查找。维护这些东西需要付出很多努力。
在许多方面，Cassandra 并不是一个为大规模操作简单性而构建的系统。由于 ACID 交易和缺乏交易能力，他们正在亏损。因此，他们正在寻找可以让他将这两个世界结合在一起的东西。
了解用例
Cook 和 Srinivasan 表示，随着客户探索支持边缘计算、5G 和物联网工作负载的多个用例，对可在云中扩展的关系数据库的需求变得越来越重要。库克表示，使用传统数据库进行这些操作变得成本高昂且复杂，而 NoSQL 供应商则遇到了限制。他说：
当您迁移到 Mongo 或 Cassandra 时，您需要做出权衡，对吗？您放弃了我们用传统方法讨论过的核心数据库事务功能。在事务方面，您会遇到 MongoDB 或 Cassandra 的限制。这对某些应用程序来说很好，但核心应用程序和事务一致性......我们会争论，如果你不必妥协，为什么要妥协这个等式的任何一方？
Srinivasan 表示，与 Yugabyte 合作的客户通常分为两类。他加了：
我们有全球 2000 家大型企业公司正在经历数据库现代化进程。他们在过去的 10 年里进行了数字化转型之旅，并且一直专注于应用程序现代化、微服务等。对他们来说，他们拥有的数据库基础设施看起来不像他们的基础设施堆栈的其余部分。他们正在寻找数据层的现代化，这是一种整体方法：2,000 个数据库，未来五年，我们将进行现代化，我们从哪里开始作为工作负载？
然后你有另一组公司正在构建微服务以满足即时需求。因此，他们本质上是在其组织的一部分中使用云原生，并且他们正在寻找一个非常适合该世界的数据库。那里的痛点通常更严重。
最后，库克指出，Yugabyte 的另一个关键卖点是有机会在必要的地方投资人才。他希望 Yugabyte 能够大规模证明其价值——同时让 SQL 开发人员更容易过渡到新平台。库克说：
对我来说另一个细微差别是，如果你想想人，我和很多企业谈过，人是他们最大的痛点。我如何找到能帮助我推动业务发展的技术人员？
坦率地说，数据库管理不应该是我想要投资的核心能力。我只想要一个能够在云环境中自动工作和扩展的数据库，并作为对我的开发人员的服务。我希望尽可能多的开发人员构建我提供给客户的功能，而不是担心底层基础设施。
我的看法
Yugabyte 还为时过早。我们还没有与任何客户交谈，尽管它公开谈论的名字令人印象深刻。有趣的是，就大型全球品牌的广泛用例而言，Yugabyte 从企业市场的高端开始，而 NoSQL 供应商通常是从培育开发者社区开始，然后扩大规模。这将如何发挥作用还为时过早，但这只是一个有趣的观察。
我可以看到一家传统上使用关系数据库的公司的吸引力，现在它被提供了 MongoDB 或 Cassandra 的替代品，声称它可以做他们以前做过的所有事情，但在云中。这是一个令人信服的主张，但正如我所说，现在还处于早期阶段，我们需要与广泛的客户交谈，以更好地理解证明点。
我最初的评估是，与我交谈的 Mongo 和 Cassandra 客户通常都非常满意，但不一定完全放弃关系数据库，而是将 NoSQL 用于目标用例。我不确定他们是否会将 NoSQL 工具换成 Yugabyte 之类的工具。话虽如此，将他们较旧的关系数据库迁移到 Yugabyte 之类的数据库可能会很有吸引力。我有一种感觉，就像大多数事情一样，公司最终会得到各种各样的工具，针对他们的需求——但我们将密切观察这个市场，看看动态如何发挥作用。
文章来源：https://diginomica.com/scaling-sql-cloud-native-yugabyte-ceo-discusses-opportunity-new-class-database
