创始人来自 Twitter 的数据库Fauna正在为寻求运营全球数据库的企业增加一项重要能力；新的“区域组”功能使企业能够将数据保存在特定区域或国家/地区。它提供了用于指定特定数据应驻留的集群或区域的功能。
Fauna 作为托管云数据库即服务 (DBaaS) 交付。但不要称它为数据库。Fauna 吸引的是开发人员，而不是 DBA 或数据工程师。而且，为了避免吓跑开发人员，该公司故意不自称 Fauna DB。抱着这个念头。
虽然 Fauna 没有将自己定位为数据库，但在所有定位之下，它是。Fauna 是越来越多的全球分布式事务数据库中的一个，加入了包括 Amazon DynamoDB、Azure Cosmos DB、Google Cloud Spanner、 Cockroach DB、 TiDB、 Yugabyte 等在内的人群。与大多数依赖中央或主节点提交写入的数据库不同，真正的分布式数据库允许从多个节点提交写入。
全局分布式数据库的概念是数据的读写可以在本地处理。这种能力通常被称为多主（意味着没有单个主节点或主节点确定数据库提交）或 主动-主动 （指分布式数据库如何在节点之间复制更新）。
具有讽刺意味的是，随着同一个数据库实例的全球部署变得越来越实用，旨在保护 PII 数据并将数据保存在一个国家境内的隐私和数据主权法规的浪潮也越来越高。这就是 Fauna 最新公告的来源。
如果这些实例跨越多个区域，对数据隐私和数据本地化的新担忧 迫使具有全球野心的企业对数据库进行地理分区。目前，支持多区域、多主或双活复制的数据库很少提供将特定数据保存在特定节点或特定区域内的能力。在大多数情况下，另一种方法是设置单独的区域实例。
有了区域组，Fauna 成为唯一支持数据区域隔离的分布式数据库之一；迄今为止，Cockroach DB 是唯一 支持在同一数据库逻辑实例中进行地理分区的数据库。如前所述，鉴于隐私和数据主权法规的兴起，我们预计这种地理分区将很快成为支持跨多个区域部署的分布式数据库的复选框功能。
以下是相似之处。Fauna 是一个分布式操作数据库，由于其关系支持，它看起来很像 Spanner 和 Cockroach DB。但 Fauna 也是 API 驱动的，这使其成为 Cosmos DB 的近亲，并提供了多种数据视图：关系和文档。并且 Fauna 是无服务器的，提供与 Amazon Dynamo DB 和其他类似DataStax Astra 的相似之处，其中客户的默认选项现在是无服务器。
但这里有不同之处。Fauna 与 Cosmos DB 不同，因为它对关系和文档视图使用单一 API，而 Cosmos DB 有不同的 API，但也有更多的视图：关系、MongoDB 兼容的文档、图形、键值和 Cassandra 兼容的宽列。此外，Cosmos DB 提供五个级别的一致性，而 Fauna 使用其自己的Calvin 协议实现支持强一致性，该 协议由 耶鲁大学的Daniel Abadi和同事开发， 其中写入节点事先就事务排序达成一致。事实上，Fauna 的分布式 ACID 方法也与其他同类方法截然不同：它不同于 Google Cloud Spanner 和 Cockroach DB 的面向共识的方法。
可能与所有其他分布式事务/操作数据库的最大区别在于，Fauna 采用类似于 MongoDB 的方法将自己定位为对开发人员友好：API 用于简化访问，以及无服务器以消除部署麻烦。在一封电子邮件中，Fauna 的首席执行官 Eric Berg 将 Fauna 类比为支付领域中的 Stripe 和统一通信领域中的 Twilio 的数据库；所有这些都以对开发人员友好而闻名。如上所述，Fauna 将自己定位为一个数据 API，而不是一个数据库。但请记住，区域组在很大程度上提醒我们，虽然 Fauna 将自己呈现为面向开发人员的 API，但它的底层实际上是一个数据库。对不起，法纳。
Fauna 最近还推出了 Fauna Labs，它为开发人员提供了一个沙盒插件和工具，可以将 Fauna 嵌入到他们的应用程序中。例如，Fauna 的无服务器框架插件允许将其集成到测试和 CI/CD 管道中。
该公司将自己视为 SQL Server 和 Oracle 等常见嫌疑人的面向开发人员的“替代品”。用伯格的话来说，它所比较的云数据库服务就是——数据库即服务解决方案。Berg 说，它们不是数据 API 解决方案，“允许开发人员专注于他们的应用程序，而不是担心数据库基础设施。”
Fauna 的区域组功能现已在其云服务上可用。
