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

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

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

這些需求推動(dòng)了從難以跟上現(xiàn)代需求的單體應(yīng)用的轉(zhuǎn)變，因?yàn)橐淮胃男枰亟ㄕ麄€(gè)堆棧。根據(jù)云原生計(jì)算基金會(huì) (CNCF) 2022 年度調(diào)查，79% 的組織已經(jīng)轉(zhuǎn)向微服務(wù)架構(gòu)，可以輕松對(duì)單個(gè)服務(wù)進(jìn)行迭代。

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

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

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

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

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

2. 采用增量方法

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

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

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

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

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

4. 實(shí)現(xiàn)端到端可觀測(cè)性

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

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

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

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

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

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