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

在我的一份工作中，我開發(fā)了一個強大的管理系統(tǒng)，該系統(tǒng)用 Java 開發(fā)，與 RabbitMQ 和 PostgreSQL 集成，其任務(wù)是控制大型電子商務(wù)平臺的支付、運輸和庫存。原來的系統(tǒng)在本地資料中心本地運行，不再滿足對可擴展性和可靠性不斷增長的需求。該系統(tǒng)面臨關(guān)鍵事務(wù)的高延遲、維護(hù)困難以及隨著工作負(fù)載的增長而增加的營運成本等挑戰(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)完善框架的原則，設(shè)計具有高度可擴充性、彈性且易於管理性。該架構(gòu)旨在處理增加的流量、確保高可用性並降低營運成本。遷移到 Azure 不僅僅意味著移動現(xiàn)有元件，還意味著對架構(gòu)進(jìn)行審查和現(xiàn)代化，以確保系統(tǒng)敏捷、安全和高效。

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

上下文（上下文圖）

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

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

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

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

容器（容器圖）

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

主要容器包括：

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

組件（組件圖）

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

支付微服務(wù)

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

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

運輸微服務(wù)

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

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

庫存微服務(wù)

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

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

代碼（代碼圖）

支付微服務(wù)：

運輸微服務(wù)：

庫存微服務(wù)：

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

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

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

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

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