在一個理想的雲端世界中，您可以將所有應用程式託管在 Kubernetes 和 Istio 運行的容器中，這樣不僅能享用容器的可移植性、資源利用率的改進，也能善用這個具有進階應用程式管理、網路與安全功能的強大編排平台。若要開發新的應用程式，你可以輕鬆快速上手使用，但如果是的應用程式，恐怕很難好好利用這些功能。
很多您想搬遷上雲的應用程式可能已經發佈許久，但團隊或許缺乏將它們重寫為雲原生 (cloud-native) 應用程式所需的知識技能，又或者，這樣做將會花費大量時間。你可以選擇將應用程式遷移到 Compute Engine 等虛擬機器 (VM) 託管平台，但這意味著您仍然需要維護 VM。即使您不能完全現代化現有的應用程式，能得益於容器和 Kubernetes 仍是一件好事。
什麼是 Migrate for Anthos？
您可以使用 Migrate for Anthos；它是一項將現有應用程式封裝在容器中的服務，能快速又簡便地將應用程式現代化。將實體伺服器或現有 VM 移至 Kubernetes 容器後，它能為您帶來「可移植性」和「資源利用」的關鍵優勢，而無需重寫底層應用程式。最近，Migrate for Anthos 已經開放使用，而由於 Migrate for Anthos 是為 Google Kubernetes Engine (GKE) 構建的，因此您還可以在雲端中體驗到託管的 Kubernetes 環境所帶來的「擴展性」和「靈活性」優勢。
使用 Migrate for Anthos 來轉換應用程式會分為兩個階段。首先，它會在您的應用程式周圍創建了一個通用的容器包裝，使它看起來仍在完整的 VM 環境中運行。接著，在運行容器化應用程式的 Kubernetes 叢集上啟動 Migrate for Anthos 軟體。您可以參考這篇文章了解更多相關資訊。
顧名思義，Migrate for Anthos 可以與 Anthos GKE 一起使用，但您也可以只將 Migrate for Anthos 與 GKE 一起使用；您只需要準備好您的應用程式和一個可運行 Migrate for Anthos 軟體的 GKE 叢集，就可以進行。
1. 這個應用程式應該在雲端嗎？
本質上來講，雲端可能無法支援地端機房環境的某些特性，例如地理特性或法律合規性。找出雲端是否適用於您的每個應用程式的最佳方法，就是規劃一套完整的遷移計畫。這樣一來，您就可以確定您的應用程式裡面有哪些地方是可以從雲端上獲益的，例如全球佈建的網路，或是更輕鬆調整資源大小。接著，通過在雲端中測試應用程式來嘗試進行概念驗證 (POC)，以檢視是否適合您的業務需求。
2. 這個程式應該在 Kubernetes 中嗎？
對應用程式進行容器化可以簡化工作負載管理，提高可擴展性（向上或向下擴展），並提高主機利用率。Kubernetes 會協調容器之間的運作並且由 GKE 處理節點的升級，而 Istio 這類的附加元件使您可以獨立於應用程式來管理網路以及資安規則。
有了這些優點，顯然容器是一項正確的選擇，但是在某些情況下，堅持使用 VM 還是有其意義的；例如嚴格的硬體要求、專用的作業系統核心模組和軟體授權憑證的限制，造成難以利用容器來運行，從而抵消掉它們的優勢。
3. 該應用程式的遷移是否應使用 Migrate for Anthos？
將您的應用程式或工作負載遷移到雲端上不僅僅是轉移運算資源的運行位置；這同時是個透過容器進行現代化改造的機會。使用 Migrate for Anthos（或 Migrate for Compute Engine）使您能快速將工作負載轉移到雲端上，並且可以輕鬆地計劃最短的前期停機時間。
但是，即使您使用 Migrate for Anthos 包裝，您的應用程式仍然是同一個應用程式。現代化平台的好處可能不會超過傳統應用程式。而如果您想要更進一步，重寫或許才是滿足您的業務需求的唯一方法。另外 VM 中還有一些特定服務可能不適用於 Migrate for Anthos，例如憑證需求。
Migrate for Anthos 也可能是大規模遷移工作的第一步。只要將應用程式遷移到 GKE 後，您可以通過手動重寫將單體 (monolithic) 應用程式逐步細分成微服務。將遷移工作分散，會讓您更快地搬遷上雲端，從而有更多時間進行現代化。
未來規劃
成功的現代化始於建立完整的遷移計劃、測試工作負載並進行監控。您可以先選擇少量工作負載並親自嘗試，從而通過 Migrate for Anthos 體驗現代化的好處！
在為遷移測試不同的工作負載的同時，請務必參考文件，也歡迎參考即將推出的有關 Anthos 的部落格文章。
（原文改編自 Google Cloud。）
