摘要：雲廠商所提供的託管服務可以簡化Kubernetes部署，但在多雲模型中可能面臨一些問題，本文將介紹在多雲環境下託管Kubernetes服務的三大注意事項。
公有云廠商的託管服務提供彈性且高度可用的Kubernetes部署方式，這些服務與雲廠商的功能及本地Kubernetes部署相集成。但是，這些服務並不能保證與其他雲廠商的產品集成 ——至少不容易。
當使用單個雲平臺運行程序並關聯所有編排流程時，最好使用託管Kubernetes服務，例如適用於Kubernetes的Amazon Elastic Container Service（EKS），Azure Kubernetes服務（AKS）和Google Kubernetes Engine（GKE）等服務進行部署。應用程序的例外情況越多，單個託管Kubernetes服務就越無法滿足需求。
選擇與多個雲廠商合作的企業在多雲環境中集成容器編排任務變得十分困難，要權衡託管Kubernetes服務的優缺點，需要執行以下三個步驟：
1、確定託管空間
任何容器編排策略的第一步都是確定託管空間，這意味着留出託管應用程序的完整資源集，比如內部部署數據中心和多個公有云提供商。對於每個應用程序，我們需要確定其部署範圍，包括託管其組件的位置。
管理型Kubernetes服務將擁有一個編排映射，顯示兩大重要事項：計劃使用的雲提供商，以及更改提供商時重新制定運營策略；託管在雲和數據中心的應用很少甚至沒有故障轉移或突發情況。
但是，該類服務不適用於使用多個公有云廠商並希望可以在其中快速遷移的企業，計劃使用所有託管資源（包括本地數據中心）作爲應用程序組件並具有大型資源池的企業同樣不適合這些託管服務。
2、確定多雲目標
大多數企業都處於兩個極端的中間位置。如果是這樣，下一步是定義企業的多雲策略，確定是靜態多雲模型——將應用程序組件放入固定雲廠商的程序託管還是動態多雲模型——組件可在不同雲平臺之間自由移動。
對於使用靜態模型的人來說，在每個公有云中使用託管Kubernetes服務很可能是合理的，但前提是雲提供商將Kubernetes與Istio等工具緊密集成，可以分配工作並管理分佈式流程。在這種情況下，使用各自雲廠商提供的工具可能會提高容器託管能力。
然而，那些擁有動態多雲模型的人很可能無法從雲廠商管理的Kubernetes服務中受益。相反，他們需要一種能夠自由跨越雲邊界的總體編排方法。這些企業應該尋求使用與雲無關的工具部署Kubernetes業務流程平臺。
3.選擇提交方式
雲平臺的託管Kubernetes服務無法與其他雲提供商的本地功能集成。這意味着，如果在多雲模型中提交這些服務，大多數情況下還需單獨編排每個公有云。