首席信息官需要解決的混合雲挑戰

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

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

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

第三方供應商和雲計算提供商已經增加了更多的容器和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服務中越來越包含這些功能。

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


分享到:


相關文章: