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

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

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

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

概述

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

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

上下文（上下文圖）

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

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

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

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

容器（容器圖）

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

主要容器包括：

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

組件（組件圖）

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

支付微服務(wù)

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

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

運(yùn)輸微服務(wù)

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

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

庫存微服務(wù)

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

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

代碼（代碼圖）

支付微服務(wù)：

運(yùn)輸微服務(wù)：

庫存微服務(wù)：

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

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

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

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

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