誰來打通混合雲「最後一千米」？惟有容器混合雲

IDC 的報告指出，中國企業的數字化轉型正步入「深水區」。做爲企業數字化轉型的基石之一，雲的應用也變得愈來愈普及。從最初爲了上私有云仍是公有云而糾結，到現在愈來愈理性的企業用戶認定了，混合雲纔是將來的方向。Gartner 樂觀估計，到 2020 年末，90％ 的企業將採用混合雲戰略。

混合雲，最直白的解釋是「私有云+公有云」。

而實際上，那些已經率先部署了混合雲的企業，採用的不止一朵「雲」，而是多朵「雲」，即混合多雲。

一方面，隨着企業的業務規模愈來愈大，爲了知足應用需求，混合雲的體量也愈來愈龐大；

另外一方面，衆多不一樣的工做負載須要更加精細化的部署，隨之而來的挑戰是基礎設施異構環境的管理愈來愈複雜。

在這種狀況下，如何將應用跨平臺進行統一分發和運維管理？在混合雲中部署應用，如何保證多區高可用？如何知足開發人員的要求，實現 DevOps 下的應用快速交付？如何在數據流動加速的狀況下，保證混合雲中數據與應用的安全？

混合雲快速、簡單、安全地落地，彷佛還有「最後一千米」須要打通！那把打通混合雲落地各個重要環節的「鑰匙」究竟在哪裏呢？

魚與熊掌可兼得的混合雲

從公有云到私有云再到混合雲，某種雲模式的流行，與企業上雲的實踐路徑密不可分。

一開始，互聯網企業、創業企業、小微企業等率先接納了公有云，公有云的靈活性、經濟性等特點獲得了普遍傳播。

以後，更多傳統行業客戶借鑑互聯網思惟，也開始積極嘗試上雲，可是或多或少有傳統IT和應用系統的歷史「包袱」，以及對數據安全性的擔擾，讓他們對公有云望而卻步。

所以，傳統行業客戶轉而選擇了更加穩妥和可控的私有云。

其實，在捅破了「上雲」的那層窗戶紙後，公有云仍是私有云之爭反而顯得沒那麼重要，上什麼樣的雲，以及如何上，只與上雲企業自身的實際情況和需求目標有關。

對於絕大多數傳統行業的企業用戶來講，他們的需求基本一致，那就是兼顧穩態與敏態業務，以一套統一的雲平臺或雲架構支持多種不一樣的工做負載，既能確保應用和數據的穩定、可靠和安全，又可以支持不斷涌現的新應用，從而實現可持續的發展與創新。

「魚與熊掌不能兼得」聽多了，讓人感受這彷佛成了一種魔咒，可是混合雲乾乾脆脆地打破了這一魔咒，這也是愈來愈多上雲企業愛上混合雲的重要緣由。

公有云的彈性、靈活，與私有云的安全、可控，有點像是一枚硬幣的兩面，在混合雲這裏實現了完美統一。

「私有云+公有云」應該稱之爲狹義的混合雲，而今天更廣義上的混合雲能夠理解爲是一種混合的環境或架構，它能夠將物理的、虛擬化的、容器的、邊緣的、雲化的環境統一納管起來，屏蔽各類不一樣的底層技術之間鏈接、協做的複雜性，爲上層應用提供統一的、友好的的資源池。

不一樣的私有云、公有云因爲採用了不一樣的架構、技術，遵循不一樣的標準和規範，它們之間的連通性、兼容性是具備至關大難度的，數據和應用在本地與雲端，甚至雲和雲之間遷移、共享、協做，不得不跨越技術和廠商層面的壁壘，甚至能夠說鴻溝。

直到容器的出現，它屏蔽了底層異構環境的複雜性，爲上層應用提供了統一的標準和接口，爲混合雲真正釋放所有能量提供了機會和空間。

當「容器」遇到「混合雲」，企業業務能夠自由、快速、無障礙、低成本地在雲端部署，企業上雲也邁入了「深刻區」。

混合雲瓶頸究竟在哪裏？

容器、Kubernetes 就像是「普通話」，讓原來操着各類「方言」的混合雲內不一樣的基礎設施之間能夠無障礙地溝通。

可是話又說回來，容器、Kubernetes 的出現僅僅是提供了讓混合雲平滑落地的可能，而實際上容器混合雲的落地還要解決諸多技術和管理上的難題。

從傳統 IT 架構到雲，企業客戶最不肯意看到的就是被某個廠商綁定。

混合雲環境中，有多個廠商和服務商，而且要在不一樣的雲之間部署和遷移應用，這對企業客戶來講是一項嚴峻的挑戰。

容器和 Kubernetes 的出現就像是在混合雲演進的過程當中劃出的一道分水嶺。

在此以前，人們主要是從 IaaS 層面審視混合雲，致力於將不一樣的設備、異構的雲環境，包括裸金屬、虛擬機、CloudStack、OpenStack 等，經過一個雲管平臺進行統一管理。

在那以後，混合雲的架構體系以 Kubernetes 做爲標準和基礎，並以應用爲導向，對底層基礎設施的各項能力進行抽象化和標準化，從而使得混合雲中的不一樣基礎設施之間的交互能夠更加順暢。

不過，Kubernetes 的應用可並不像想象中那麼簡單，認知、學習的成本較高，如同陽春白雪，缺乏技術積累和專業技術人員的企業不太容易本身上手。

因此纔會有不少企業紛紛推出本身的商用發行版，目的只有一個，就是下降使用的門檻和成本，讓擁有普通技能的技術人員也能輕鬆掌握和應用。

業務的多樣化和複雜性決定了在混合雲環境中，多個容器集羣同時存在是一種常態。

好比，在雲容災的場景中，須要將同一套業務應用部署到多個集羣中，經過集羣的聯邦能力對多個集羣中的不一樣服務進行調用。

再好比，異地多活的場景也與雲容災有類似之處，一樣是多集羣模式。在混合雲環境中，運用聯邦技術保證不一樣集羣中服務的高可用性是很是必要且重要的。

多集羣的管理，從底層基礎設施的角度看，就是要保證多個集羣的靈活增減和調度；從服務上層應用的角度看，則是要方便實現應用的跨集羣部署，以及面向應用的全生命週期管理。

企業在上雲的初期，一般比較關注如何搭建一個雲平臺，而如今隨着雲應用不斷走向深刻，更加智能化的 Day 2 生產運維成了焦點。

容器混合雲應該可以加速開發和交付流程，同時也能給運維人員創造更多便利。容器、Kubernetes 具備統一部署、敏捷開發、高效運維等優點，可讓企業應用更輕鬆地雲化。

在開發和運維人員看來，容器混合雲最好是「透明的」，這樣一來，他們就能夠把所有精力放在業務和創新上，而容器混合雲能夠對底層基礎設施的那些事兒大包大攬。

總之，Kubernetes 集羣的運維管理對企業的運維團隊來講一項考驗，一個可以覆蓋應用全生命週期的統一管理平臺是必需的。

隨着新的應用需求和技術不斷涌現，混合雲也在持續演進之中。物聯網、邊緣計算等成了混合雲新的業務場景。

雲原生應用的快速普及也加速了混合雲的容器化，基於容器標準化封裝，解除應用運行環境與混合雲異構基礎設施的耦合，使得企業更易於實現敏捷開發和持續交付。

容器混合云爲用戶提供容器集羣和雲原生應用的跨雲管理能力，避免了廠商鎖定，同時提高了雲的可靠性和安全性，更好地支持雲原生業務的落地。

知足你所有想象的容器混合雲

在這裏要提早劇透一下，6 月 30 日，面向雲原生應用的容器混合雲——青雲KubeSphere 3.0 將重磅發佈。

從 2018 年的 KubeSphere 1.0 到 2019 的 KubeSphere 2.0，再到即將發佈的 KubeSphere 3.0，做爲一個管理雲原生應用的分佈式操做系統，KubeSphere 可謂一年上一個臺階。

在 KubeSphere 3.0 身上，容器混合雲、多集羣管理、生態友好的標籤十分鮮明。

在混合雲的管理中，KubeSphere 3.0 如魚得水，它從業務應用的角度出發，沿襲了客戶的使用習慣，下降了學習成本，簡化了 Kubernetes 的應用。

在多集羣方面，從統一運維化管理的場景出發，KubeSphere 3.0 多集羣支持 Solo 模式，也就是將不一樣集羣放到 KubeSphere 一個管理平面之下進行統一管理，集羣間互不影響，從而消除了企業 IT 運維人員管理多個KubeSphere集羣的困擾；

另外，KubeSphere 3.0 還支持聯邦集羣模式，可將多個 KubeSphere 集羣統一池化，用戶只須要專一應用自己，經過聯邦的能力，讓應用實現多集羣間漂移，從而解決跨雲應用部署、分發和調度等問題，輕鬆實現應用多區高可用，而且在私有云、公有云或其餘基礎設施上的部署都遊刃有餘。

邁入雲原生應用時代，企業用戶迫切須要一個趁手的、簡便的、高效的工具，KubeSphere 3.0 知足了企業用戶對容器混合雲的幾乎所有想象。