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

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

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

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

概述

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

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

上下文（上下文圖）

上下文圖說(shuō)明了整個(gè)支付、貨運(yùn)和庫(kù)存管理系統(tǒng)。該系統(tǒng)與各種外部組件交互，例如客戶、支付系統(tǒng)和運(yùn)輸平臺(tái)。此圖重點(diǎn)在於使用者和外部系統(tǒng)如何與系統(tǒng)互動(dòng)。

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

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

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

容器（容器圖）

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

主要容器包括：

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

組件（組件圖）

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

支付微服務(wù)

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

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

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

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

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

庫(kù)存微服務(wù)

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

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

代碼（代碼圖）

支付微服務(wù)：

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

庫(kù)存微服務(wù)：

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

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

1. 可擴(kuò)展性：Azure Kubernetes Service (AKS) 和 Azure App Service 的使用可讓每個(gè)微服務(wù)根據(jù)工作負(fù)載獨(dú)立擴(kuò)展，確保系統(tǒng)能夠毫無(wú)問(wèn)題地處理流量高峰。
2. 彈性：使用 Azure 服務(wù)匯流排進(jìn)行非同步訊息傳遞和具有高可用性的 Azure Database for PostgreSQL 確保系統(tǒng)對(duì)故障和中斷具有更強(qiáng)的彈性。
3. 最佳化成本：遷移到雲(yún)端不僅可以降低實(shí)體伺服器的基礎(chǔ)架構(gòu)和維護(hù)成本，還可以透過(guò)即用即付模式實(shí)現(xiàn)成本最佳化。
4. 安全性：使用 Azure Key Vault 安全儲(chǔ)存憑證並實(shí)施多重驗(yàn)證 (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)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！