企業的IT團隊需要采用一種標準化的應用程序開發方法，才能真正從混合云中獲益。而容器和Kubernetes可能是實現這一目標的關鍵。

[[316556]]

首席信息官在尋求部署混合云時面臨著真正的挑戰。他們需要創建應用程序模型，以解決其數據中心、安全性和合規性規則的問題，同時還要充分利用公共云的彈性。

云計算的最大好處是敏捷性——能夠替換損壞的組件或擴展過載的組件。但首席信息官們發現，當將云計算前端整合到混合云架構中時，其彈性比預期的要低。這是因為這些應用程序后端的數據中心部分不能以同樣的敏捷性來響應問題。事實上，可擴展的云計算前端可能會導致內部部署、遺留應用程序過載，并抵消公共云的好處。

第三方供應商和云計算提供商已經增加了更多的容器和Kubernetes服務來應對這些混合云挑戰，但是內部部署和公共云模型之間的這種脫節仍然是當今首席信息官的主要障礙之一。

為什么首席信息官會轉向容器、Kubernetes和PaaS模型

容器化應用程序和Kubernetes部署的組合適用于各種場景，從傳統的單片應用程序到基于微服務的云計算應用程序。該策略可以在混合云中統一部署和重新部署實踐。而且，由于所有主要的公共云提供商都支持容器和Kubernetes，并提供托管的Kubernetes服務，因此多域Kubernetes方法還可以統一跨多個公共云的部署。

但是，容器/Kubernetes方法仍然不完善。考慮到云原生組件關系的復雜性，應用程序部署確實需要用于工作流連接和服務發現的完整模型。但是，為了實現這樣的模型，企業需要一個開發框架。

企業需要在同一頁面上使用其所有Kubernetes組件。

如今，PaaS正在為混合云和多云重新定義，因為編程仍然需要一種語言和一組API，這些API可以使應用程序訪問硬件、軟件和網絡資源。API定義了平臺、虛擬計算機和操作系統，在這種情況下代表了數據中心和公共云資源的組合。在明確定義新的PaaS模型之前，混合云用戶將必須優化不斷發展的附加組件集以構建自己的統一模型。

修改后的PaaS模型最直接的缺點是缺乏中間件一致性。企業需要一種標準化的方法來發現服務，將容器綁定到工作流中并監視條件以允許應用程序在負載下進行擴展。

在整個組織中發現依賴于不同工具和實踐的不同應用程序并不少見。如果這些應用程序共享服務和微服務，則會增加總體運營成本和復雜性，并最終導致兼容性問題。

使用Kubernetes域集中化混合和多云控制

同步內部部署和基于云計算的資產的優秀方法是將企業的混合云計算基礎設施視為一系列Kubernetes“域”——Kubernetes集群，其組件通常會在一個域中進行擴展和重新部署，因此如果要跨多個云平臺或在云平臺和數據中心之間進行擴展，需要定義一組邊界域。這些將包含企業將在公共云和私有云之間邊界處使用的資源，用于處理主機擴展或彈性等方面。因此企業需要選擇支持這種分離的工具。

在這種新興的PaaS方法中，企業的運營團隊通常面臨著自己的挑戰。用戶在使用Kubernetes進行開發時不必定義特定的資源需求或合規風險，并且操作人員幾乎不可能在事后對這些容器進行分類和測試。缺少完整的PaaS層意味著運營團隊必須混合其策略控制。

域分離的集群可以開始解決這個問題，而為類似的容器化應用程序定義和實施資源策略更容易。如果企業的域中有具有唯一安全性或遵從性要求的容器，需要標記其節點并使用策略將Pod篩選到正確的節點，或者使用容忍度來強制實施規避策略。

建立一致的Kubernetes生態系統

托管的Kubernetes服務(例如Amazon Elastic Kubernetes Service或Google Kubernetes Engine)是吸引人的工具，可作為移動或Web現代化的一部分為內部部署的應用程序部署云計算前端。盡管這些服務都是圍繞Kubernetes構建的，但是每個服務都提供了足夠多的元素，因此很難跨平臺集成應用程序。這為想要進行更多跨云備份或跨環境擴展的企業帶來了問題。

為了解決此混合和多云挑戰，需要執行以下步驟：

• 定義應用程序模型。
• 集中Kubernetes生態系統的組裝。
• 監視應用程序、基礎設施和Kubernetes生態系統的趨勢。

企業的開發模型可能從某種程度上針對其環境的API開始，但是目標應該是創建一種跨越混合和多云框架的方法。通過根據應用程序的需求和規范定制流程，可以簡化所有其他問題。

從那里集中Kubernetes工具包，以在企業所有域中部署應用程序。這應該包括企業計劃使用的整套Kubernetes和與Kubernetes相關的工具。企業可以根據自己的需求，制定一個包含最廣泛生態系統形式的Kubernetes的單一策略。

在考慮工具和服務時，定位到本地供應商(如Red Hat和VMware)以及云計算平臺(如谷歌云、Microsoft Azure和AWS)。根據需要添加服務發現、服務網格、監視和管理以及多域Kubernetes支持——托管Kubernetes服務中越來越包含這些功能。

即使已完成這些任務，也要繼續關注最新的相關趨勢。如果發現以前的選擇不是最佳選擇，需要做好調整策略的準備。在這個快速發展的領域中，需要與先進技術與時俱進，否則與其更新有關的時間和成本可能超出企業的承受能力。