Temenos Banking Cloud 利用 MongoDB Atlas 和 Microsoft Azure 創下 ACID 事務新高紀錄

Boris Bialek

銀行業過去被視為一個相對保守且極為謹慎的行業,似乎需要經歷漫長的時間才能緩慢演變。但隨著金融科技和純數位玩家的崛起,加上技術替代方案的出現,正徹底改變這個行業。MACHBIAN 和可組合設計的結合,使銀行業能夠真正創新和協作,而 Cloud 服務的引入則使這些方法的實施變得更加容易。

Temenos 是全球領先的金融服務應用程式提供商,為超過 12 億人提供銀行服務。Temenos 是銀行軟體創新的領導者,為 150 多個國家的客戶社群提供無縫的體驗。Temenos 以 MongoDB 建構以 Cloud 為首、基於微服務架構的基礎設施,為客戶提供靈活性,同時顯著提升性能。金融機構可以嵌入 Temenos 元件,例如 Pay-as-you-go(隨用隨付),將新功能引入其現有的內部環境、 Cloud 部署,或透過 Temenos Transact 提供全面的銀行即服務體驗,該平台由 MongoDB 提供支持,並可運行於各種 Cloud 平台上。這種基於 MongoDB 的新基礎設施使 Temenos 能夠快速為客戶創新,同時提升安全性、性能和可擴展性。

金融科技、支付與核心銀行業務

Temenos 和 MongoDB 在2019年攜手合作,探索在組件化世界中處理資料的途徑。在過去幾年,我們的團隊合作開發了多項創新的組件服務,旨在增強 Temenos 產品家族的功能,並且已有多家銀行客戶在生產環境中使用這些組件。但是,我們採取的方法允許銀行根據自己的需求進行升級。通過將組件置於 Temenos Transact 平台的「前端」,銀行可以開始使用組件化解決方案,而不會中斷其為現有客戶需求提供服務的能力。從2023年5月起,銀行將具備在MongoDB的開發者資料平台上部署 Temenos Infinity 微服務以及核心銀行平台Temenos Transact的能力,並能從中獲得更多價值。

Temenos 將其全新資料後端實現為基於 JSON文檔模型的架構,使組件化方法更加有價值。MongoDB 允許完全透明地存取資訊,並充分利用開發者資料平台的其他功能。這些功能包括 Atlas Search、應用程式驅動的分析以及透過工作負載隔離性實現的 AI。客戶還能夠根據需求受益於數據的地理分佈,無論是在單一國家內依照主權要求,或是分佈於各大洲,以確保交易時始終在線並提供優異的資料存取速度。

提升性能與擴展性

去年的零售導向基準測試不同,今年的測試方法是檢視更廣泛的功能,並涵蓋更多元的業務領域,同時將 ACID 事務提高了50%。

基準測試情境模擬了一個擁有 5,000 萬零售客戶數、1 億個帳戶的客戶,並提供 10 個品牌以及 5,000 萬嵌入式金融客戶數的銀行即服務 (BaaS) ,這所有都在單一 Cloud 實例上運行。

在測試中,Temenos Banking Cloud 以創紀錄的每秒 150,080 筆ACID 事務處理了 2 億筆嵌入式金融貸款和 1 億筆零售帳戶。透過這次測試,Temenos證明了其強大且可擴展的平台能夠支持銀行的業務模式,無論是透過 BaaS 還是自行分銷產品來實現增長。基準測試不僅包括核心 ACID 事務處理,還包括一個組合解決方案,結合了支付處理、金融犯罪防範 (FCM)、資料中心和數位渠道。

「沒有其他銀行技術供應商的效能和可擴展性可與 Temenos Banking Cloud 媲美。我們持續加大對 Cloud 技術的投資,並且擁有比其他同業更多的銀行在 Cloud 上運行核心銀行系統。隨著全球非現金交易量因為快速興起的趨勢如 BaaS 而急劇上升,銀行需要一個可以根據業務需求彈性擴展的平台,並且提供隨需應變、低成本的可組合功能,同時減少其環境影響。這項與 Microsoft 和 MongoDB 的基準測試,證明了 Temenos 的平台功能有能力在 Cloud 為全球大型銀行及其擁有數以億計客戶的 BaaS 產品提供高效且可持續的支援。」 Tony Coleman,Temenos 首席技術官

這個解決方案場景反映了全球每個人每天都會在單一銀行進行兩筆銀行交易。這個吞吐量應該能夠滿足任何一級銀行部署的需求,無論是規模還是性能,並且涵蓋他們未來的增長計劃。

以下是組成實際基準測試組合的 ACID 事務詳情。如前所述,這是一個廣泛的功能組合,表現得像零售銀行和金融科技機構,提供多個產品品牌,例如:不同零售商的卡片。

除了基準測試的性能外,由於 MongoDB Atlas 環境是唯一的資料庫,不需要輔助系統,因此整體環境的 ESG 足跡與去年的配置相比再次縮小。

Temenos Transact optimized with MongoDB

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 實現工作負載隔離性

MongoDB Atlas 通常會在三個可用區域運行,其中兩個區域位於同一地區,確保純粹的可用性;而單一節點則位於遠端地區,用於災難恢復。這個環境提供了通常要求的 RPO/RTO "0",同時提供前所未有的性能。在每個第一可用區域中,兩個節點提供事務副本集,並確保 Temenos Transact 應用程式的一致性與運作。在每個可用性區域中,第三個隔離工作負載節點與其他兩個節點位於相同的資料集,但被排除在事務處理之外。這些隔離的工作負載節點提供額外功能的容量。在上述範例中,一個節點提供對 MongoDB Atlas Federation 的存取權限,另一個節點則提供 MongoDB Atlas Search 的介面。由於節點以近乎即時的方式儲存資料,在同一個可用性區域中,複製時間以亞毫秒為單位,這使得實時大型語言模型 (LLM) 等令人振奮的新功能得以實現。例如 ChatGPT,或連接到 Databricks 湖邊小屋的機器學習。本文將更詳細地討論這個設計。

下圖顯示了在歐洲市場中,針對 Microsoft Azure 進行此類集群設置的典型配置:一個位於蘇黎世的可用區、一個位於日內瓦的可用區,以及一個位於愛爾蘭的額外節點。此外,我們在蘇黎世和日內瓦配置了隔離的工作負載。MongoDB Atlas 允許在幾秒鐘內建立這樣的集群,並根據所部署解決方案的特定需求進行配置。

針對歐洲市場的 Microsoft Azure 集群設置的典型配置

若有需要,MongoDB 在單一副本集中最多可擁有 50 個節點,因此對於每個額外隔離的工作負載,都可以在需要時提供一個或多個節點。即使是在最初選定的三個位置之外,MongoDB 仍可提供額外的節點支持!

在此基準測試中,使用了 MongoDB Atlas M600 集群,根據節點類型,CPU 使用率為 20-60%,因此可知選用了過大的集群。回顧過去,較小的 MongoDB Atlas M200 就足夠了。儘管如此,MongoDB Atlas 以去年的三分之一資源提供了所需的資料庫效能,並且達成了比去年高 50% 的吞吐量。此外,MongoDB Atlas 在每次 ACID 事務的吞吐量 (以毫秒為單位) 上表現出比之前快兩倍的效能。

簽署、密封並交付。這項基準測試讓客戶放心,Temenos Transact 核心銀行系統與 MongoDB 的結合已經準備好支持全球大型銀行的需求。

儘管數以千計的銀行依賴 MongoDB 處理多個營運範圍,從登入管理和網路銀行到風險與財務管理系統,Temenos 採用 MongoDB 是一個新的里程碑。這顯示出從舊有資料庫技術轉向 MongoDB 有相當大的價值,能夠加速創新、消除技術債務,並簡化金融機構、軟體供應商及服務提供商的環境。

附註:我們知道基準測試可能存在誤導,且每個組織的情境都不同。長期從事基準測試業務,深知絕對不該輕易相信任何基準測試。事實上,我的同事,MongoDB的資深工程師 John Page,寫了一篇很棒的部落格,介紹如何進行資料庫基準測試

感謝 Ainhoa Múgica 和 Karolina Ruiz Rogelj 對這篇文章的貢獻。

如果您想了解更多關於如何使用 MongoDB 邁向可組合的系統,為即時適應性、可擴展性,以及韌性進行架構設計,請參閱下列資源: