背景：原始系統(tǒng)概述

在我的一份工作中，我開發(fā)了一個強大的管理系統(tǒng)，該系統(tǒng)用 Java 開發(fā)，與 RabbitMQ 和 PostgreSQL 集成，其任務(wù)是控制大型電子商務(wù)平臺的支付、運輸和庫存。原來的系統(tǒng)在本地數(shù)據(jù)中心本地運行，不再滿足對可擴展性和可靠性不斷增長的需求。該系統(tǒng)面臨著關(guān)鍵事務(wù)的高延遲、維護困難以及隨著工作負載的增長而增加的運營成本等挑戰(zhàn)。

此次遷移的目的不僅是將系統(tǒng)遷移到云端，也是為了改進架構(gòu)，使其更具可擴展性、彈性和效率。選擇 Azure 作為云平臺是因為它能夠滿足現(xiàn)代、穩(wěn)健的架構(gòu)的特定需求，同時支持安全、治理和成本優(yōu)化方面的最佳實踐，如 Azure 架構(gòu)完善的框架中所述。

系統(tǒng)上下文：Azure 中的新模型

概述

新系統(tǒng)采用 Azure 架構(gòu)完善框架的原則，設(shè)計具有高度可擴展性、彈性和易于管理性。該架構(gòu)旨在處理增加的流量、確保高可用性并降低運營成本。遷移到 Azure 不僅僅意味著移動現(xiàn)有組件，還意味著對架構(gòu)進行審查和現(xiàn)代化，以確保系統(tǒng)敏捷、安全和高效。

該架構(gòu)規(guī)劃為 C4 模型的四個級別，重點是對上下文、容器、組件和代碼的清晰了解。這將確保所有利益相關(guān)者（從工程師到經(jīng)理）在新系統(tǒng)的可擴展性和可靠性目標方面保持一致。

上下文（上下文圖）

上下文圖說明了整個支付、貨運和庫存管理系統(tǒng)。該系統(tǒng)與各種外部組件交互，例如客戶、支付系統(tǒng)和運輸平臺。該圖重點關(guān)注用戶和外部系統(tǒng)如何與系統(tǒng)交互。

新系統(tǒng)分為三個主要業(yè)務(wù)領(lǐng)域：

1. 支付管理：使用與支付網(wǎng)關(guān)和其他外部金融服務(wù)的集成來處理金融交易。
2. 貨運管理：與物流提供商交互以計算和監(jiān)控訂單交付狀態(tài)。
3. 庫存管理：監(jiān)控庫存水平并在物品接近短缺時生成自動警報。

每個區(qū)域都被視為單獨的微服務(wù)，促進獨立的可擴展性和簡化的管理。上下文圖重點關(guān)注這些服務(wù)與外部平臺之間的交互，例如支付系統(tǒng)、運輸系統(tǒng)和用戶服務(wù)。

容器（容器圖）

容器圖重點關(guān)注架構(gòu)中的主要軟件容器。每個服務(wù)都被轉(zhuǎn)換為一個單獨的應(yīng)用程序容器，利用 Azure 上 Kubernetes 的容器化功能。 RabbitMQ 已被 Azure 服務(wù)總線取代，以改進異步通信，而 PostgreSQL 已遷移到 Azure Database for PostgreSQL，并進行了優(yōu)化以確保更高的可用性和可擴展性。

主要容器包括：

1. 前端 Web（應(yīng)用程序）：與用戶交互以管理訂單、付款、運輸和庫存的 Web 應(yīng)用程序。此應(yīng)用程序已移至 Azure 應(yīng)用服務(wù)。
2. API 網(wǎng)關(guān)：管理將請求路由到特定支付、運輸和庫存微服務(wù)的服務(wù)。使用 Azure API 管理來管理安全性、身份驗證和流量控制。
3. 支付微服務(wù)：負責處理和驗證金融交易。它已經(jīng)過重組，可以與支付網(wǎng)關(guān)通信并安全地進行交易。它托管在 Azure Kubernetes 服務(wù) (AKS) 上。
4. 運輸微服務(wù)：負責計算運輸成本并監(jiān)控交貨狀態(tài)。該服務(wù)通過 RESTful API 與外部物流提供商進行通信，并托管在 AKS 上的容器中。
5. 庫存微服務(wù)：負責控制庫存、發(fā)出低庫存警報并與銷售系統(tǒng)通信，以確?？蛻艨梢垣@得產(chǎn)品。此服務(wù)也已移至 AKS。
6. PostgreSQL 數(shù)據(jù)庫：數(shù)據(jù)庫已遷移到 Azure Database for PostgreSQL，提供高可用性和自動備份。遷移是在Azure數(shù)據(jù)庫遷移服務(wù)工具的??幫助下進行的。
7. 服務(wù)總線（RabbitMQ 被 Azure 服務(wù)總線取代）：管理微服務(wù)之間的異步消息隊列，確保事務(wù)和業(yè)務(wù)流程以高效且有彈性的方式發(fā)生。

組件（組件圖）

組件圖重點關(guān)注每個微服務(wù)的內(nèi)部架構(gòu)。每個組件都表示為一個自主且易于擴展的軟件單元。

支付微服務(wù)

關(guān)鍵組件包括：

1. 支付處理組件：負責與支付網(wǎng)關(guān)通信，驗證和處理支付。使用 Azure Key Vault 安全地存儲憑據(jù)和敏感信息。
2. 通知組件：向客戶和管理員發(fā)送有關(guān)付款狀態(tài)的通知。

運輸微服務(wù)

關(guān)鍵組件包括：

1. 運費計算組件：與外部 API 交互，根據(jù)重量、目的地和其他變量計算運費。它已被改編為使用Azure Logic Apps與第三方服務(wù)集成。
2. 跟蹤組件：監(jiān)控訂單交付狀態(tài)并通過 Azure Functions 自動更新客戶。

庫存微服務(wù)

關(guān)鍵組件包括：

庫存控制組件：負責監(jiān)控和調(diào)整庫存水平。與銷售系統(tǒng)集成，確保產(chǎn)品不會在沒有計劃補貨的情況下耗盡。
警報組件：當庫存水平達到最低水平時，向負責庫存補貨的人員生成警報。

代碼（代碼圖）

支付微服務(wù)：

運輸微服務(wù)：

庫存微服務(wù)：

結(jié)論：遷移改進和結(jié)果

系統(tǒng)遷移到 Azure 帶來了幾項重大改進：

1. 可擴展性：Azure Kubernetes Service (AKS) 和 Azure App Service 的使用允許每個微服務(wù)根據(jù)工作負載獨立擴展，確保系統(tǒng)能夠毫無問題地處理流量高峰。
2. 彈性：使用 Azure 服務(wù)總線進行異步消息傳遞和具有高可用性的 Azure Database for PostgreSQL 確保系統(tǒng)對故障和中斷具有更強的彈性。
3. 優(yōu)化成本：遷移到云不僅可以降低物理服務(wù)器的基礎(chǔ)設(shè)施和維護成本，還可以通過即用即付模式實現(xiàn)成本優(yōu)化。
4. 安全性：使用 Azure Key Vault 安全存儲憑據(jù)并實施多重身份驗證 (MFA) 和嚴格訪問控制等安全實踐，提高了系統(tǒng)的整體安全性。

使用 Azure 架構(gòu)完善的框架中的最佳實踐并實施 C4 模型，遷移不僅實現(xiàn)了架構(gòu)現(xiàn)代化，還確保了系統(tǒng)更加可靠、可擴展和安全。

以上是從本地到全球：Azure 遷移提高了我們的效率和安全性的詳細內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！