Temenos Banking Cloud 通过 MongoDB Atlas 和 Microsoft Azure 进行扩展，创下高交易记录

银行业曾经是有点僵化、极端保守的行业，似乎经历了漫长的演变。 但是，随着金融科技和纯数字化参与者面世，加上技术替代方案，都正在改变这个行业。 MACH、BIAN 和可组合设计的结合使银行业真正实现了创新和协作，而云服务引入使这些方法更容易实施。

世界上最大的金融服务应用软件供应商 Temenos 为超过 12 亿人提供银行服务。 Temenos 在银行软件创新方面处于领先地位，并为其遍布 150 多个国家/地区的客户群体提供无缝体验。 Temenos 采用使用 MongoDB 构建的云优先、基于微服务的基础架构，为客户提供灵活性，同时还提供显著的性能改进。金融机构可以在自己的云部署中嵌入 Temenos 组件，例如按使用量付费（可为其现有本地部署环境提供新功能），或者通过在各种云平台上使用由 MongoDB 提供支持的 Temenos Transact 带来全面的银行即服务体验。 借助这种基于 MongoDB 的新基础架构，Temenos 能够代表其客户快速创新，同时提高安全性、性能和可扩展性。

金融科技、支付和核心银行业务

Temenos 和 MongoDB 于 2019 年联手研究组件化领域的数据之路。 在过去几年中，我们的团队合作开发了许多新的创新组件服务，以增强 Temenos 产品系列，一些银行客户目前正在生产中使用这些组件。 不过，我们采取的方法允许银行根据自己的条件进行升级。 通过将组件置于 Temenos Transact 平台“前端”，银行可以开始使用组件化解决方案，而不会影响其满足现有客户需求的能力。 自 2023 年 5 月起，银行将能够在 MongoDB 的开发者数据平台上部署 Temenos Infinity 微服务以及核心银行 Temenos Transact，并获得更多价值。

Temenos 基于 JSON 和文档模型实施了新的数据后端，这使得可组合方法更具价值。 MongoDB 允许完全透明地访问数据并利用开发者数据平台的附加功能。这些功能包括 Atlas Search、应用程序驱动的分析以及通过工作负载隔离实现的 AI。 客户还可以从完全基于客户需求的数据地理分布中受益，无论是出于主权要求而分布在单一国家/地区，还是分布在各大洲，以确保始终在线和最佳的数据访问及交易速度。

提高性能和规模

与去年以零售为中心的基准相比，这次的方法是测试更广泛的功能并包括更多样化的业务领域，同时将交易量增加 50%。

基准场景模拟了一个拥有 5,000 万零售客户、1 亿个账户的客户端以及在单个云实例上为 10 个品牌和 5,000 万嵌入式金融客户提供的银行即服务 (BaaS) 产品。

在测试中，Temenos Banking Cloud 以破纪录的每秒 150,080 笔交易处理 2 亿笔嵌入式金融贷款和 1 亿个零售账户。 如此一来，Temenos 证明了其强大且可扩展的平台可以支持银行通过 BaaS 或自行分销产品实现增长的业务模式。 该基准不仅包括核心交易处理，还包括结合支付、金融犯罪缓解 (FCM)、数据中心和数字渠道的组合解决方案。

这种解决方案反映了现有环境，即地球上的每个人每天都要在一家银行进行两次银行交易。 该吞吐量应满足任何一级银行部署的规模和性能要求，并涵盖其未来增长计划。

以下是构成实际基准组合的交易细节。 如上所述，它是不同功能的广泛组合，既像零售银行，又像金融科技机构，提供多种产品品牌，例如 不同零售店的卡片。

除了基准测试的纯粹性能之外，整体环境的 ESG 足迹与去年的配置相比再次缩减，因为 MongoDB Atlas 环境是唯一的数据库，不需要辅助系统。

JSON 的优势

Temenos 在解封数据层（以前存储为 PIC）方面做了大量的工程工作，并向其用户社区提供 JSON 格式的数据。 MongoDB 从一开始就设计为专注于提供出色开发体验的数据库。 JSON 普遍存在，成为表示 MongoDB 文档数据模型中的数据结构的明智之选。 您可以在下方查看 Temenos Transact、 Oracle 或 MSSQL 以及 MongoDB 如何存储数据。 Temenos 和 MongoDB 拥有一致的数据存储 – Temenos Transact 应用程序代码对文档 (JSON) 进行操作，而 MongoDB 将 JSON 格式的文档存储于一处，使其成为完美的合作伙伴。

MongoDB 通过其副本集中附加节点的概念使用户社区能够将更多辅助应用程序集成到同一数据库中，而不会中断和干扰 Temenos Transact 的事务工作负载。 传统关系数据库管理系统 (RDBMS) 经常出现的挑战，即辅助应用程序突然对主应用程序产生意想不到的后果，这对 MongoDB 已是过去式。

MongoDB Atlas 在大多数情况下将在三个可用性区域中运行，其中两个可用性区域位于同一地区以实现纯可用性，单个节点位于远程地区以实现灾难恢复。该环境提供了通常需要的 RPO/RTO“0”，同时提供前所未有的性能。 首批可用性区域中每个区域的两个节点预配事务副本集并确保 Temenos Transact 应用程序的一致性和操作。在每个可用性区域中，第三个隔离的工作负载节点与其他两个节点位于同一位置，具有相同的数据集，但不参与事务处理。 这些隔离的工作负载节点为附加功能提供了容量。 在以上示例中，一个节点提供对 MongoDB Atlas Federation 的访问，另一个节点提供 MongoDB Atlas Search 的界面。 由于节点以近乎实时的方式存储数据（由于它们位于同一可用性区域，因此复制以亚毫秒为单位进行测量），这允许令人兴奋的新功能，例如实时大型语言模型 (LLM)，例如ChatGPT，或连接到 Databricks Lake House 的机器学习。 本文将更详细地讨论该设计。

下图显示了 Microsoft Azure 欧洲市场中此类集群设置的典型配置：苏黎世的一个可用性区域、日内瓦的一个可用性区域以及爱尔兰的一个其他节点。 此外，我们还在苏黎世和日内瓦配置了隔离的工作负载。 MongoDB Atlas 允许在几秒钟内创建此类集群，并根据所部署解决方案的特定要求进行配置。

如需要，MongoDB 在单个副本集中最多可以有 50 个节点，因此对于每个额外的隔离工作负载，可以在需要的时间和地点提供一个或多个节点。 甚至在最初选定的三个地点之外！

对于此基准测试，使用了 MongoDB Atlas 集群 M600，根据节点类型的不同，其 CPU 利用率为 20-60%，该集群规模过大。 回顾过去，较小规模的 MongoDB Atlas M200 即可满足。 尽管如此，MongoDB Atlas 使用去年结果三分之一的资源提供了所需的数据库性能，但吞吐量增加了 50%。 此外，MongoDB Atlas 的每笔事务吞吐量（以毫秒为单位）的执行速度提高了一倍。

签名、盖章并交付。 该基准让客户高枕无忧，因为核心银行业务与 Temenos Transact 和 MongoDB 的结合已准备就绪，可支持全球最大银行的需求。

虽然数千家银行的许多运营环节（从登录管理和在线银行，到风险和财务管理系统）都依赖 MongoDB，但 Temenos 采用 MongoDB 是里程碑事件。 这表明，从传统数据库技术迁移到 MongoDB 具有重大价值，可以加快创新速度，消除技术债务，并简化金融机构及其软件供应商和服务提供商的环境。

PS：我们知道，基准可能具有欺骗性，每个组织的情况都不尽相同。 长期从事基准测试业务，您绝不能相信任何基准。 事实上，我的同事、MongoDB 杰出工程师 John Page 写了一篇关于如何对数据库进行基准测试的精彩博客。