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

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

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

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

概述

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

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

上下文（上下文圖）

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

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

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

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

容器（容器圖）

容器圖重點在於架構(gòu)中的主要軟體容器。每個服務都轉(zhuǎn)換為單獨的應用程式容器，利用 Azure 上 Kubernetes 的容器化功能。 RabbitMQ 已被 Azure 服務匯流排取代，以改善非同步通信，而 PostgreSQL 已遷移到 Azure Database for PostgreSQL，並進行了最佳化以確保更高的可用性和可擴展性。

主要容器包括：

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

組件（組件圖）

元件圖著重於每個微服務的內(nèi)部架構(gòu)。每個組件都表示為一個自主且易於擴展的軟體單元。

支付微服務

關鍵組件包括：

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

運輸微服務

關鍵組件包括：

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

庫存微服務

關鍵組件包括：

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

代碼（代碼圖）

支付微服務：

運輸微服務：

庫存微服務：

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

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

1. 可擴展性：Azure Kubernetes Service (AKS) 和 Azure App Service 的使用可讓每個微服務根據(jù)工作負載獨立擴展，確保系統(tǒng)能夠毫無問題地處理流量高峰。
2. 彈性：使用 Azure 服務匯流排進行非同步訊息傳遞和具有高可用性的 Azure Database for PostgreSQL 確保系統(tǒng)對故障和中斷具有更強的彈性。
3. 最佳化成本：遷移到雲(yún)端不僅可以降低實體伺服器的基礎架構(gòu)和維護成本，還可以透過即用即付模式實現(xiàn)成本最佳化。
4. 安全性：使用 Azure Key Vault 安全儲存憑證並實施多重驗證 (MFA) 和嚴格存取控制等安全實踐，提高了系統(tǒng)的整體安全性。

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

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