將工作負載遷移至新式應用程式平臺

  • 發行項

將現有工作負載從內部部署數據中心移轉至 Azure 中的 Kubernetes 叢集有清楚且成長的趨勢。 這種方法有可能減少移轉后基礎結構使用量。 更重要的是，移轉至容器可讓您在組合中具有更大的可移植性，讓工作負載更容易在公用雲端和私人雲端之間移動。 當組織有許多 Web 應用程式時，最常遇到這種趨勢。

大部分的新式應用程式平臺選項都需要重新架構或重新部署應用程式。 Azure Kubernetes Service （AKS） 協調流程功能可讓您輕鬆移轉 Kubernetes 解決方案。 但是，當您將容器移轉整合到標準化的移轉程式中時，可能會有更有效率的程式。 Azure Migrate 包含許多可加速移轉的工具和功能。 Azure Migrate：應用程式容器化工具是標準移轉程式期間移轉至容器的最簡單方式。

一個 Migrate 方法

您可以移轉至 AKS，以加速雲端中的容器，作為 雲端採用架構 One Migrate 案例的一部分。 一般而言，移轉至 Azure 會使用 Azure Migrate 和合作夥伴工具來評估工作負載、移轉工作負載，以及將工作負載發行至雲端。 您可以將這個三個步驟的程式套用至 AKS 移轉，但您可能需要一些其他工具來協助進行移轉步驟。

評定工作負載

在評估一組工作負載的第一個步驟中，您必須參考雲端採用方案和初始組合評估。 在移轉期間評估容器化工作負載時，您必須檢閱應用程式操作系統和程式設計語言的重要信息計劃，以判斷最適合的容器化路徑。

簡化的移轉候選專案

Azure Migrate 中的容器移轉工具可以加速將特定應用程式移轉至 AKS。 根據下列清單評估您的工作負載，以識別 Kubernetes 移轉候選專案，並在此清單成長時經常回來查看：

使用 Azure Migrate：應用程式容器化工具來移轉應用程式。 此工具的第一個步驟是探索，有助於評估和評估相容性。

容器化然後移轉候選專案

在容器內運作時，這些工作負載必須經過驗證，才能移轉為功能性和效能。 請與應用程式擁有者合作，為工作配置時間來執行容器化、驗證結果，以及建置映像建置管線。 請注意唯一的相依性，例如 Windows 特定需求，例如群組管理的服務帳戶、本機文件系統使用量、快取實作詳細數據、單一實作，以及資料庫等相依性。

雖然集中式小組可以帶領整個組織進行容器化工作，但考慮到它更屬於專案管理功能和技術需求收集和監督程式，但應用程式擁有者需要高度參與。

移轉工作

如評量工作中所述，您可以使用 Azure Migrate：應用程式容器化工具來移轉許多應用程式。 在可重複移轉程式的此步驟中，我們會討論如何完成與將工作負載移轉至雲端相關聯的工作。

簡化的移轉

對於任何與 Azure Migrate：應用程式容器化工具相容的工作負載，此工具本身會藉由建置容器映射、部署 AKS 叢集，以及將應用程式部署至容器，將移轉步驟自動化。

移轉容器和工作負載

透過更手動的程式移轉容器和工作負載時，會更需要驗證容器映射、部署叢集和部署應用程式。 首先，請確定您的目標 Kubernetes 版本位於 AKS 的支援視窗中。 使用舊版可能超出支持的範圍，而且需要升級才能由AKS支援。 如需詳細資訊，請參閱 AKS 支援的 Kubernetes 版本。 可能的話，請一律移轉至相同版本的 Kubernetes。 這表示在現有的系統中執行就地升級，或根據您的優先順序規劃移轉後升級。

如同任何移轉，請決定哪些維護期間是可同意的，而且對於所有有興趣的利害關係人而言，都瞭解移轉的運作方式。 視需要追蹤和儀錶板移轉。 如果無法交涉停機時間移轉，請針對不停機移轉進行額外的規劃、成本和複雜問題。 如果發現當一個不預期時需要停機移轉，請將該變更傳達給項目關係人。 對該變更執行影響分析，以確保風險已記載並達成一致。

所有移轉，甚至是停機移轉，都可能需要修改現有的應用程式，並新增支援移轉的彈性。 請確定應用程式小組能儘早完全參與規劃工作負載移轉。 例如，可能需要在目前的工作負載中部署更多 DNS、連接字串 和設定切換功能，才能完成移轉。

目前，您必須使用數個開放原始碼工具來完成容器和工作負載至 Azure 的複寫。

如果您是來自現有的 Kubernetes 平臺（AKS 引擎、ACS 或其他 Kubernetes 實作），請考慮使用一些開放原始碼工具來協助移轉。 在這些情況下，您已有在 Kubernetes 中運作的工作負載，且 AKS 中重新裝載會比較簡單。 在執行任何移轉之前，請先驗證 AKS 中存在的所有功能。

下一個步驟：使用新式應用程式平臺解決方案進行創新

下列文章會引導您在雲端採用旅程的特定時間點，並協助您在雲端採用案例中取得成功。