匯豐商業銀行的資料設計師Narasimha Reddy本週在Live上發表講話，解釋了該組織如何通過從65個關聯式資料庫遷移到MongoDB的一個全球例項中來簡化其應用程式交付方法。

匯豐銀行是全球知名度最高的銀行和金融服務組織之一，業務遍及60多個國家，為4000萬客戶提供服務。但是，隨著這種規模的發展，運營的複雜性將大大提高，尤其是在銀行如何交付其應用程式和資料模型方面。

匯豐銀行在世界上大多數運營國家/地區都執行相同的應用程式。但是不可能在所有國家/地區僅執行一個版本的應用程式。每個國家都有自己的定製，以履行其本地或區域職能和運營。當然還有法規要求。

這使得在關聯式資料庫世界中無法維護一個應用程式版本和一個資料模型。

因此，我們最終將擁有不同的程式碼庫。眾所周知，資料模型驅動著大多數系統設計。因此，在使用關聯式資料庫時，我們最終在每個國家/地區都有一個相同的資料模型，但卻不可能維護應用程式的統一版本。

現實中，HSBC確實具有一個應用程式核心程式環境，該環境具有應用程式的大部分核心功能。但是由於資料模型和資料庫的差異，它無法在所有國家/地區都執行單一程式環境。

因此，必須將特定於國家/地區的程式環境置於應用程式的核心環境之上，才能滿足每個國家/地區的特定應用程式需求。因此，當任何國家/地區的使用者訪問該應用程式時，它最終都會擁有自己的執行路徑。然後，特定國家的計劃環境和核心計劃環境將一起訪問特定國家的資料庫並處理應用程式。

這是因為每個國家/地區都有自己的功能，欄位，業務邏輯介面，資料規則，資料生命週期和資料訪問控制。這樣，如果對資料模型進行調整，則程式環境將與更改後的資料模型不相容，因此必須建立新的程式環境。

匯豐銀行現在有了新的體系結構。現在，它在全球範圍內都有運營國使用相同的應用程式，但是資源的使用有所減少。現在，它已成為所有國家/地區的一個服務環境，一個資料庫和一個執行路徑。由於MongoDB的文件模型以及使用子文件將每個國家/地區的所有不同表要求對映到一個集合中的能力，因此使之成為可能。使用特定國家/地區的識別符號將所有內容簡化為一個集合。

應用程式將內建每個國家/地區的本地要求，但不再需要維護單獨的資料模型或單獨的資料庫。可以使用MongoDB JSON模式模型輕鬆設計全域性資料模型和資料庫。這將來自所有運營國的資料整合到一個資料庫中，該應用程式只能在一個資料庫上執行。這大大減少了資源和維護成本。

另一個好處是使用相同的資料庫進行全域性資料分析和報告。我們不需要轉換為另一個資料模型或另一個資料庫來執行該特定資料的分析和報告。所有這些都大大節省了資源和​​成本。

使用MongoDB時，當資料庫沒有架構且提供強大的查詢和索引功能時，我們將驅動資料模型設計，而不是依賴資料庫本身儲存過程等強大功能。

（banq注：將不同國家系統視為不同有界上下文，或可租賃空間）