多年来，各组织在选择技术堆栈时，一直被告知要接受一系列权衡：
如果您想要提升性能，就增加基础设施。
如果您想要更强的安全性，请为应用程序限制做好准备。
如果您需要可观察性，则必须连接更多工具并转换更多信号。
要提升系统韧性，就需要配备运维人员。
如果您想要使用 AI，请重新思考您的整个架构。
我们不同意这些观点，也不同意这种假设：即随着应用程序变得越来越复杂，数据库操作注定会变得异常复杂。数据库不必成为瓶颈。它可以而且应该提供速度、控制和灵活性，以便更快速地采取行动。
无论是应用程序、事务、客户互动、AI 模型还是智能体，数据库都应该成为驱动这一切的引擎，而不是制约其运行和发展的瓶颈。MongoDB 9.0 正是基于这一理念打造，也是 MongoDB 发展历程中具有里程碑意义的一个版本。
世界在变。数据库需要跟上节奏。
现代应用程序既要服务数百万用户，又要支持数量不断增长的 AI 智能体。AI 系统需要访问最新的运营数据，而智能体持续执行操作，进一步增加了系统的并发性和不可预测性。开发团队需要加快交付速度，同时还要应对日益严格的安全与合规要求。然而，许多组织仍不得不将处理运营数据、分析、信息检索、可观测性、安全和 AI 的独立系统拼凑在一起。
每增加一个系统，都会带来复杂性，并扩大风险暴露面。 每次集成都会带来阻力。 每个瓶颈都会拖慢创新。 组织需要一个数据基础，能够支持应用程序、构建者和 AI 系统，而无需针对快速变化的市场中不断出现的每项需求重新设计架构。
MongoDB 9.0 正是为应对这一现实而打造。MongoDB 9.0 全面升级了核心引擎，在性能、扩展性、安全性、系统韧性、可观测性和开发者生产力等方面均有提升。MongoDB 9.0 并非一系列孤立功能的简单堆砌，而是在全栈产品中提供统一、连贯的体验，帮助开发者构建和运营现代应用程序。接下来，让我们深入了解 MongoDB 9.0 的几项核心能力，看看这些能力如何帮助组织突破以往的技术限制，为持续创新奠定基础。
更广阔的构建空间
如果高性能可以转化为更快的用户体验和业务增长，那么它就非常重要。
MongoDB 9.0 为要求严苛的企业和 AI 驱动的应用程序设定了更高的上限。与 8.0 版本相比，事务处理工作负载的吞吐量提升高达 20%，使应用程序能够更高效地处理更多核心业务操作。 核心操作全面提速，单条查询速度最高提升 35%，单条更新速度最高提升 30%，帮助应用程序更快地响应用户和下游系统。 对于大型部署，MongoDB 9.0 的吞吐量提高了近 2 倍，使团队能够在添加基础设施或重新架构应用程序之前支持更多的用户、事务和 AI 驱动的活动。
MongoDB Atlas 客户现在可以在 Amazon Web Services (AWS) 和 Google Cloud Platform (GCP) 上的 M30 及以上规格专用集群中使用 Gen2 计算。Gen2 不仅提升了性价比，还提供更灵活的存储和 IOPS 控制，帮助组织根据具体工作负载需求优化资源配置。
结果很简单：应用程序性能更快、运营效率更高，而且您现有的运行基础设施还有更大的扩展空间。 MongoDB 9.0 可帮助组织在性能成为瓶颈之前进一步扩展。
我们的目标始终如一：以合理的费用实现卓越的性能。
不妥协的安全
随着组织收集更多敏感数据，安全要求也在不断提高。 很多时候，增强保护措施会以牺牲应用程序功能为代价。 MongoDB 9.0 挑战了这种权衡。
MongoDB 行业首创的 Queryable Encryption 现已支持前缀、后缀和子字符串查询，让应用程序能够执行部分匹配搜索，同时保持数据在整个生命周期内的加密。真实的应用程序不会仅仅搜索精确匹配；它们会以用户实际与其交互的方式搜索名称、标识符、域和其他字段。有了 MongoDB 9.0，组织可以在不牺牲安全性的前提下，对敏感数据构建丰富的搜索体验。
MongoDB Atlas 还进一步增强了安全连接和加密功能。MongoDB Atlas 新增对 Google Private Service Connect (PSC) 端口映射的支持，允许通过单个端点访问多个数据库节点，从而简化专用网络连接。借助 AWS PrivateLink 跨区域连接，应用程序与 Atlas 集群可以跨 AWS 区域进行私有通信，而无需将流量暴露在公共互联网上。Azure Key Vault (AKV) 静态加密现已支持通过 Atlas 管理的服务主体进行无密钥身份验证，无需在 Atlas 中存储长期凭证。Atlas 现在还支持将 Google Trust Services (GTS) 用作证书颁发机构，进一步增强 TLS 证书管理的韧性。
总之，这些功能使保护敏感数据、简化网络架构和加强加密工作流程变得更加容易。其结果是企业级安全，它支持而非限制现代应用程序的需求。
当压力来临时，数据库应该知道什么是重要的
一切按计划运行时，生产环境通常不会出现故障。当流量激增、连接数骤升、资源争用，或工作负载模式变化快于团队的响应速度时，生产环境就容易出现故障。MongoDB 9.0 可帮助系统平稳度过这些时刻。
智能工作负载管理 (IWM) 是一项托管式可用性功能，即使在过载情况下，也能让 Atlas 集群响应迅速、运行状态可预测。集群过载时，IWM 会将突发流量请求排入队列，确保短时操作持续执行、长时操作稳定运行，并仅在其他措施无法奏效时才限制超额请求，以维持集群稳定。通过上述机制，IWM 可以为自动扩容或运维人员介入争取宝贵时间。即使集群过载，您的应用程序也能保持在线，客户不会察觉到任何异常。
MongoDB 9.0 还增强了相关控制能力，帮助团队为意外情况做好准备，并在发生意外后快速恢复。在自管理 MongoDB 环境中，Enterprise Advanced 现在可通过直接数据路径写入 S3 备份，完全绕过 Ops Manager 控制平面，从而提高备份性能。Enterprise Advanced 还可在 S3 中生成完全不可变、可移植的时间点恢复 (PITR) 链。安全序列维护控制可帮助团队先在非生产环境中验证基础架构更新，再将其应用于生产环境。
借助 Atlas 的数据库级和集合级恢复功能、增强型快照管理以及可自定义的维护序列，团队可以更灵活地管理数据恢复和维护操作。这些功能共同帮助组织增强韧性、简化变更管理，并根据自身需求和节奏管理更新。
韧性不再仅仅是一个承诺，而是成为了一种运营功能：保护关键工作，恢复重要事项，并使维护更具可控性。
查看整个系统
现代系统会生成海量遥测数据。 挑战不在于收集数据。关键在于理解这些数据在应用程序上下文中的含义。MongoDB 9.0 让数据库行为和应用程序行为更加清晰可见。经过重新设计的 Atlas 指标用户界面 让团队能够以更直观的方式了解集群运行状况和工作负载性能，从而更快地发现和诊断问题。
通过增强型原生 OpenTelemetry 集成，Atlas 指标、日志和事件可直接流式传输至任何支持 OpenTelemetry 的可观测性平台，包括 Datadog、New Relic、Dynatrace、Prometheus/Grafana、Google Cloud、Azure 和 AWS CloudWatch 等常用平台。
MongoDB 9.0 还将查询结构指标的范围从读取扩展到了插入、更新和删除。 团队可以更全面地了解整个应用程序生命周期中的工作负载性能、资源消耗和数据库活动。
出现问题时，组织无需费力寻找排查起点，也不必花时间解读数据库信号后才能采取行动。
无需重来即可实现现代化
推进现代化不应以放弃那些已经帮助团队提高生产力的现有投入为代价。MongoDB 9.0 降低了持续推进现代化的成本。借助 MongoDB Extension for Hibernate ORM，Java 开发者在使用 MongoDB 时，仍可继续使用熟悉的 Hibernate API 和 Hibernate 查询语言。
全新的 模式约束使得在数据库中直接强制执行应用程序预期变得更加容易，为团队提供了一个共享的、权威的数据规则中心。
总之，这些功能共同创造了一条更实用的现代化道路：保留熟悉的开发模式，减少分布式验证，并获得 MongoDB 的灵活性，而无需从头开始重建应用程序逻辑。
为未来发展奠定统一基础
下一代应用程序将融合运营工作负载、搜索、分析和 AI。智能体将持续读取和写入数据。应用程序需要同时实现更快响应、更可靠运行，并保护更多敏感信息。面向这样的未来，我们不需要更多彼此割裂的系统。我们需要的是一个更坚实的基础。
MongoDB 9.0 助力组织拓展业务增长空间、增强应变能力、更清晰地掌握生产环境的运行状况、加强敏感数据保护，并更顺畅地推进现代化转型。从 Atlas、Enterprise Advanced 和 Community Edition 到自管理部署（包括受监管和物理隔离的环境），MongoDB 9.0 进一步巩固了 MongoDB 作为应用程序、开发者和 AI 系统基础平台的地位。
因为数据库不应该成为瓶颈。
它应当是让其他一切成为可能的平台。
这就是数据库应有的样子。
未来
立即访问 mongodb.com/atlas，免费体验这些新功能，并阅读发布说明以了解详情。
观看 MongoDB 9.0 实际演示。参加我们于 10 月 13 日举办的网络研讨会，深入了解新版本在性能、安全性和生产力方面的提升。
注意：性能结果基于 MongoDB 内部测试，该测试使用公共基准方法比较了 MongoDB 9.0 和 MongoDB 8.0。结果可能会根据工作负载、部署、硬件和配置而有所不同。