在Kubernetes容器化環(huán)境中，要高效地實現(xiàn)從單體到微服務(wù)的遷移，就要遵循以下最佳實踐。

譯自4 Strategies for Migrating Monolithic Apps to Microservices，作者 Kayla Bondy 是 Dynatrace 的高級產(chǎn)品營銷經(jīng)理，專注于應(yīng)用程序可觀測性產(chǎn)品線。憑借 7 年以上的技術(shù)和營銷角色經(jīng)驗，她為傳達復(fù)雜的技術(shù)概念帶來了熱情和專業(yè)知識......

DevOps 團隊面臨著使用Kubernetes將單體應(yīng)用遷移到分布式容器化架構(gòu)的巨大壓力，以優(yōu)化軟件交付生命周期(SDLC)。他們正在努力縮短發(fā)布周期、簡化部署更改、減少依賴導(dǎo)致的脆弱性。

這些需求推動了從難以跟上現(xiàn)代需求的單體應(yīng)用的轉(zhuǎn)變，因為一次更改需要重建整個堆棧。根據(jù)云原生計算基金會 (CNCF) 2022 年度調(diào)查，79% 的組織已經(jīng)轉(zhuǎn)向微服務(wù)架構(gòu)，可以輕松對單個服務(wù)進行迭代。

對許多組織來說，采用舉起并轉(zhuǎn)換的方法是將單體應(yīng)用遷移到 Kubernetes 和微服務(wù)的第一步。這涉及直接將單體應(yīng)用程序部署到云上托管的硬件上，然后逐步拆分應(yīng)用為微服務(wù)。但是，舉起并轉(zhuǎn)換理念也存在挑戰(zhàn)，因為組織必須重構(gòu)單體應(yīng)用程序以優(yōu)化云性能。因此，逐項將應(yīng)用程序重構(gòu)為容器化架構(gòu)通常更具成本效益。

以下是 DevOps 團隊可以遵循的四個最佳實踐，以高效地將單體應(yīng)用遷移到Kubernetes 容器化環(huán)境中的微服務(wù)。

1. 理解單體應(yīng)用程序

單體應(yīng)用程序通常很容易被破壞其復(fù)雜和脆弱的依賴關(guān)系網(wǎng)。因此，在沒有清晰計劃的情況下將單體應(yīng)用遷移到云和容器時，突發(fā)和意外中斷幾乎不可避免 - 尤其是如果 DevOps 團隊繼續(xù)前進。為了避免不必要的意外，在任何遷移項目之前要全面映射單體應(yīng)用的依賴關(guān)系和業(yè)務(wù)功能。

由于其復(fù)雜性，手動映射單體應(yīng)用的依賴關(guān)系存在高度人為錯誤風險。因此，為了了解應(yīng)用程序后端和前端組件之間的關(guān)系，使用可以實時可視化應(yīng)用程序的自動化解決方案將很有幫助。使用事務(wù)跟蹤的遙測數(shù)據(jù)進行應(yīng)用程序拓撲映射至關(guān)重要，使團隊能夠構(gòu)建單體應(yīng)用及其組件的精確可視化表示。

2. 采用增量方法

為容器化的 Kubernetes 環(huán)境重構(gòu)單體應(yīng)用是一個巨大的任務(wù)，通常涉及從頭重構(gòu)和重建?？紤]到這一點，將遷移工作分解為小的、增量的和更可管理的作業(yè)至關(guān)重要。

在映射單體應(yīng)用后，DevOps 團隊可以逐步用微服務(wù)替換其組件。在創(chuàng)建單個微服務(wù)時，團隊可以針對單體應(yīng)用進行測試和比較，看看新服務(wù)如何影響性能和功能。然后，一旦微服務(wù)成功復(fù)制了單體應(yīng)用的功能，團隊就可以刪除該特定組件對單體的依賴，然后繼續(xù)下一個組件。

3. 松耦合您的微服務(wù)

單體應(yīng)用中的依賴關(guān)系是深度交織在一起的。組件之間的這些密切關(guān)系是推動向 Kubernetes 和微服務(wù)轉(zhuǎn)型的驅(qū)動力之一，因為它們阻礙了靈活的變更和部署。

將應(yīng)用遷移到微服務(wù)架構(gòu)時，團隊要了解服務(wù)之間的所有依賴關(guān)系，并盡可能減少和簡化這些依賴關(guān)系。異步消息傳遞至關(guān)重要，它允許服務(wù)通過使用隊列發(fā)送和接收消息來進行通信。通過采用異步消息傳遞，微服務(wù)之間的通信將更少出現(xiàn)瓶頸，同時也使編輯或替換單個微服務(wù)變得更容易。

4. 實現(xiàn)端到端可觀測性

從單體應(yīng)用遷移到 Kubernetes 上的容器化服務(wù)意味著應(yīng)用程序有更多可以相互獨立運行的服務(wù)和支撐技術(shù)，這可能會使它們更復(fù)雜。鑒于組件數(shù)量，DevOps 團隊很難手動跟蹤它們之間的所有依賴關(guān)系。就像團隊需要在遷移單體應(yīng)用之前對其進行映射一樣，他們還需要通過端到端可觀測性來維護微服務(wù)環(huán)境映射。

在實踐中，這意味著使用可觀測數(shù)據(jù)(包括來自云技術(shù)棧組件的日志、指標和跟蹤)，以了解服務(wù)關(guān)系和應(yīng)用依賴。這種可觀測性還必須擴展到每個 Kubernetes 集群、節(jié)點和 Pod 以及在其上運行的工作負載。當問題出現(xiàn)時，可觀測數(shù)據(jù)允許 DevOps 團隊識別問題的根本原因，以便他們可以快速解決問題。

為了更有效，團隊應(yīng)該使用一個平臺，該平臺統(tǒng)一了來自整個應(yīng)用基礎(chǔ)設(shè)施的可觀測性和安全數(shù)據(jù)。這個統(tǒng)一的平臺應(yīng)該利用 AI 功能，為環(huán)境運行狀況提供精確答案，這樣團隊就可以自動完成大部分圍繞故障分類、解釋和補救的工作。

現(xiàn)代技術(shù)對于遷移到基于 Kubernetes 的微服務(wù)至關(guān)重要

從單體應(yīng)用遷移到容器化微服務(wù)可能很復(fù)雜且時間耗費。然而，一旦遷移完成，DevOps 團隊就可以更靈活迭代，同時能夠充分利用云服務(wù)。

團隊為實現(xiàn)遷移而完成的大部分工作在很長時間內(nèi)都會帶來回報。采用現(xiàn)代技術(shù)(如端到端可觀測性和 AI)來促進遷移，使團隊能夠持續(xù)監(jiān)控和優(yōu)化其微服務(wù)環(huán)境，從而提供最佳的用戶體驗和業(yè)務(wù)結(jié)果。這些技術(shù)可以激發(fā)他們的轉(zhuǎn)型努力，幫助組織獲得持久的競爭優(yōu)勢。