在前面專門分析了阿里，騰訊和華為的云原生解決方案?？梢钥吹皆诋斍肮性频脑圃鉀Q方案提供上，三家公司從DevOps持續(xù)集成和交付，容器云，微服務，服務網(wǎng)格，PaaS技術服務等各個方面都提供了一個完整的融合解決方案。對于其它的云平臺服務商要想在公有云服務領域競爭實際上機會已經(jīng)很小。

在談云原生解決方案的時候談到一個重點就是協(xié)助企業(yè)上云，那么一定就存在一個企業(yè)私有云建設，企業(yè)私有云到公有云遷移，或者說私有云和公有云共存的這么一個階段。

其次，可以看到云原生整體的解決方案和架構設計實際上還是具有很大的技術復雜性，如果是企業(yè)私有云內(nèi)部要自己搭建這么一套基礎平臺難度也挺大，而不像公有云一樣只需要企業(yè)使用最終的產(chǎn)品或服務，因此一定存在比較重的基礎架構咨詢，平臺建設和實施工作。而這些反而會成為其它的一些原有公有云服務廠商的重要機會。

青云-KubeSphere管理平臺

談到容器云的時候一定要談到基于Kurbernetes實現(xiàn)的容器資源編排和動態(tài)調(diào)度能力。雖然Kurbernetes提供了大量標準的開放API接口服務能力。但是為了更好的管理k8s集群，仍然有不少的開源集群管理平臺軟件，比如Rancher，KubeOperator等。

青云的KubeSphere也是屬于同類的基于Kurbernetes集群管控治理平臺，同時又進一步基礎了中間件和產(chǎn)品倉庫，基于Jekins的DevOps持續(xù)集成能力。KubeSphere當前最新版本3.0，該項目本身完全開源，并且也是入駐CNCF基金會的一個重要開源項目。

其官網(wǎng)介紹如下：

QKE（QingCloud KubeSphere Engine），KubeSphere 是一款基于 Kubernetes 構建的企業(yè)級容器平臺，QKE 在 QingCloud 公有云上交付 KubeSphere 容器平臺全能力，并可統(tǒng)一管理跨云、跨基礎設施的 Kubernetes 集群，通過極簡的人機交互實現(xiàn) CI / CD、微服務、以及集群運維管理，幫助用戶更敏捷地構建云原生應用與統(tǒng)一管理應用的全生命周期。

在今年新推出的3.0版本實現(xiàn)了一次大的升級，新增“多集群管理”功能，可幫助企業(yè)實現(xiàn)集群的靈活增減、跨集群的應用部署以及全生命周期管理，僅需 6 分鐘即可完成一個生產(chǎn)級別的集群部署，大幅提升企業(yè) IT 資源利用率和應用管理效率，加快云原生生產(chǎn)落地和數(shù)字化轉(zhuǎn)型，創(chuàng)造更多商業(yè)價值。

根據(jù)其網(wǎng)上介紹的資料可以看到：

首先，在多集群功能上，支持 Solo 和 Federation 兩種管理模式，Solo 模式支持將多個互相獨立的集群在同一平臺統(tǒng)一運維管理，解決了企業(yè) IT 運維人員管理多個 Kubernetes 集群的困擾；Federation 模式下，通過聯(lián)邦能力，可將多個 Kubernetes 集群池化，讓應用在多集群間的“漂移”。

其次，在管理層面，QKE 3.0 可以實現(xiàn)單一租戶聚合管理多集群，也可將某一租戶和某一集群進行一對一管理，既適應大大型企業(yè)的統(tǒng)一化管理訴求，也可以針對企業(yè)用戶多分支機構這種場景做靈活管理配置。

在最近中國信通院舉辦的云原生產(chǎn)業(yè)大會上，青云的陳少文分享了加速 DevOps 落地的方案——以 KubeSphere 快速構建跨集群應用，建立企業(yè)級 DevOps 平臺，實現(xiàn)跨集群的流水線管理、跨集群應用部署。

具體的核心功能可以參考下表

青云的混合云解決方案

青云基于KubeSphere引擎實現(xiàn)的混合云解決方案一定是當前青云的一個差異化競爭的亮點。前面已經(jīng)談到在QKE 3.0增加了多集群管理功能后，已經(jīng)彌補了原來和Rancher對比的不足，同時增加了對DevOps和微服務架構開發(fā)的支撐能力后進一步方便應用開發(fā)和集成。

為何需要混合云？

前面已經(jīng)談到過企業(yè)上云是一個循序漸進的過程，不可能一上云就把自己內(nèi)部的數(shù)據(jù)中心和私有云全部替換掉，因此從企業(yè)角度需要一套云管理平臺，實現(xiàn)對自己私有云和公有云環(huán)境的同時集中化管理能力。同時在集中化管理基礎上，還能夠更好的實現(xiàn)私有云和公有云之間資源的分配，應用的遷移能力。

我們可以舉個簡單場景，當企業(yè)自有的私有云資源服務滿足業(yè)務場景和并發(fā)需求的時候，我們可以通過混合云管理實現(xiàn)應用向公有云集群的遷移和交付，實現(xiàn)資源的動態(tài)擴展。而當需求下降后，我們又可以搜索公有云資源使用，降低成本。

其次，企業(yè)自有私有云環(huán)境最好不要和某一個公有云服務商完全綁定，即能夠通過混合云管理平臺實現(xiàn)對多家公有云服務平臺的適配和對接能力。這實際和我在講SOA架構思想談到的多個能力源適配和聚合一樣。

可以看到KubeSphere本身可以在阿里，華為，騰訊等各大公有云平臺安裝和部署，管理底層的虛擬化資源能力。那么混合云管理就能夠同時實現(xiàn)向多個不同的公有云平臺交付的能力，或者說也可以間接實現(xiàn)一個在多個公有云平臺之間進行環(huán)境遷移的能力。而這個能力本身將成為混合云解決方案所提供的關鍵能力。

對于微服務和DevOps，對于很多功能實際是面向開發(fā)人員的，而不是簡單的容器云部署后的資源監(jiān)控和運維。在網(wǎng)上有文章專門比較了，實際KubeSphere作為集群管理平臺，在對開發(fā)人員的支撐和優(yōu)化性上是明顯優(yōu)于Rancher，KubeOperator等的。

微服務治理和灰度發(fā)布

KubeSphere 深度整合 Istio，提供無代碼侵入的微服務治理平臺，提供金絲雀發(fā)布、藍綠部署、熔斷、流量管控等完善的治理功能。同時，為企業(yè)提供微服務改造咨詢以及技術支持服務，助力企業(yè)將核心應用微服務化。

簡單來說，青云KubeSphere提供基于Istio的微服務治理和灰度發(fā)布能力。從網(wǎng)上資料可以看到?jīng)]有太多的關于對微服務開發(fā)框架的定制，微服務開發(fā)方面的支撐。這塊相當其它幾大公有云廠商整體方案來說較弱，但是也足夠開放，給了企業(yè)應用開發(fā)更多的選擇靈活性。

DevOps持續(xù)集成和交付

青云KubeSphere看介紹是基于Jekins和Ansible開源工具集成來實現(xiàn)完整的流水線開發(fā)和設計能力，實現(xiàn)完整的持續(xù)交付和集成。

KubeSphere支持代碼直達鏡像倉庫（Source to Image）、二進制文件直達鏡像倉庫（Binary to Image）的方式構建 Docker 鏡像，開發(fā)人員無需關注 Dockerfile 或 Docker 鏡像的配置，即點即生成 Docker 鏡像。無需配置 Jenkins，圖形化拖拽編輯 CI / CD 流水線，并內(nèi)置 10 中 CI / CD 流水線模版。輕松實現(xiàn) CI / CD，有效推動企業(yè) DevOps 落地。

雖然青云沒有重點推DevOps部分的能力，但是可以看到當前QKE引擎和管理平臺對于基礎的DevOps過程支撐能力已經(jīng)完全具備。

簡單總結：

對于青云本身是一家偏技術驅(qū)動的企業(yè)，在2012年成立，在2013年公有云平臺正式上線，包含完整的 IaaS 組件：計算、存儲、網(wǎng)絡、安全；資源秒級響應，按秒計費；100% 二層隔離。當時推出的資源秒級響應，按秒計費也產(chǎn)生了一定的轟動。在2015年推出超融合系統(tǒng)和桌面云服務，同時進一步向PaaS云和大數(shù)據(jù)平臺服務發(fā)展。

從2019年開始可以說是其發(fā)展關鍵的一年，多個項目加入CNCF云原生基金會項目拓展云原生共建生態(tài)，同時推出QKE容器云管理平臺，拓展混合云解決方案。

從當前情況來看，青云KubeSphere 已在本來生活、四川航空、國控生物、中國人保壽險、紫金保險、新浪網(wǎng)、Aqara 等行業(yè)客戶的生產(chǎn)環(huán)境中完成了跨集群流水線管理的可行性驗證。在如何實現(xiàn)和阿里，華為云等的差異化競爭上找到一個關鍵切入點。

靈雀云-從容器到云原生整體方案

對于靈雀云，比青云成立晚兩年左右，在剛成立不久就了解過這家企業(yè)，知道是做容器云服務的廠家。而當前的基于容器技術的公有云PaaS平臺只能說是在起步階段，還沒有得到大家的重視，就我自己而言當時也絕對沒有想到容器云平臺和云原生在最近5年時間能夠發(fā)展如此迅猛。

由原微軟Azure云平臺的核心創(chuàng)始團隊創(chuàng)立，CEO左玥和CTO陳愷都有在微軟做公有云的經(jīng)驗。但是實際上大家也可以看到，從14年到16年，靈雀云平臺本身基本是屬于消失在大家視野下，我原來也談到過，面對阿里，華為，騰訊等各大公有云服務廠商的激烈競爭下，你做公有云服務想要快速的突出重圍是相當困難的事情。

而且當時靈雀云只做基于容器技術的自動化應用托管和部署，而這本身又對企業(yè)本身的應用開發(fā)架構等各方面都有要求，包括類似微服務化改造，技術標準化等，這些企業(yè)如果沒有專門的線下咨詢規(guī)劃和實施輔導，很難完全遷移到云環(huán)境上面來。其次，類似一個完整PaaS需求的數(shù)據(jù)庫，中間件，消息緩存，對象存儲等諸多PaaS技術服務能力當時靈雀云也不具備或做的很弱。

所有這些都導致你如果簡單做一個公有的容器云平臺服務不現(xiàn)實。

在2016年開始，云原生和Kubernetes容器資源編排越來越受到重視，也在這個時候靈雀云轉(zhuǎn)向為大型企業(yè)或集團構建基于容器技術的私有云平臺，而這個轉(zhuǎn)型可以說取得了效果。我們可以看下網(wǎng)上對左玥的一段訪談材料：

之前做公有云大多面向的是中小企業(yè)客戶，主要精力都花在產(chǎn)品上，產(chǎn)品標準化程度較高，形成了產(chǎn)品層面的競爭力。轉(zhuǎn)做私有云以后，公司可以基于以往公有云的核心產(chǎn)品去做定制，實現(xiàn)快速迭代，這是很多“后來者”不具備的核心競爭力。在左玥看來，做私有云容器產(chǎn)品，需要時間積累。如果是某個團隊只用一、兩年時間突攢出來的一款產(chǎn)品，在交付的時候會出很多問題，因為他們沒有辦法理解DevOps流程、微服務改造、容器化運維、智能化運營以及跨云管理等等，這些概念的真正內(nèi)涵。

從單純的容器云到云原生解決方案提供

在前面我已經(jīng)談到，在轉(zhuǎn)向到企業(yè)私有云PaaS平臺的時候，并不是單純的提供一套基于Kurbernetes和Docker的容器云平臺產(chǎn)品，而是需要提供一套協(xié)助企業(yè)傳統(tǒng)IT架構轉(zhuǎn)型的云原生解決方案。這套解決方案里面包括了微服務架構改造，敏捷研發(fā)和過程管理，DevOps持續(xù)集成和交付，容器云平臺，后期的IT運維監(jiān)控和技術運營等，而這些往往才是企業(yè)最缺失的內(nèi)容。

即我們對云原生解決方案的理解不能是簡單的產(chǎn)品，而應該是：

產(chǎn)品 咨詢規(guī)劃 實施落地

在你協(xié)助企業(yè)數(shù)字化轉(zhuǎn)型的過程中，你會發(fā)現(xiàn)這三點都必不可少，當你從公有云服務轉(zhuǎn)型到私有云市場的時候，一定就存在傳統(tǒng)軟件實施類無法標準化的項目人員和工作量投入。

而在這點上可以看到，靈雀云當前思路是對整個產(chǎn)品線和團隊進行分工。

一部分是核心技術團隊負責最底層的核心產(chǎn)品和通用性產(chǎn)品研發(fā)，更關注穩(wěn)定、硬科技等內(nèi)容，并且這個團隊跟騰訊合作比較多，跟騰訊公有云內(nèi)部容器團隊完全打通，采用同一個版本、同一個技術來為用戶提供服務。

一部分是交付團隊。同時交付團隊又可以分為兩層：一層負責標準化產(chǎn)品開發(fā)，包括應用的改造，DevOps流程和容器化等。一層負責定制化開發(fā)，包括平臺功能的增加或者改動，以及周邊核心功能等。 在行業(yè)定制化解決方案方面，靈雀云精準地引入生態(tài)合作伙伴。

從云原生解決方案到生態(tài)整合

我在很早談私有云PaaS平臺的時候就談到，整個PaaS平臺是一個大生態(tài)，里面涉及到IT基礎設施，數(shù)據(jù)庫，應用中間件，消息，緩存，應用開發(fā)商，技術服務提供商等諸多合作伙伴。對于類似阿里，華為可以自己為主提供完整解決方案，但是對于其它云服務解決方案商來說更多的是圍繞自己的核心平臺能力，整合外圍生態(tài)合作伙伴。

技術驅(qū)動的思路往往是我只賣一個容器云平臺產(chǎn)品，你拿過去如何用，如何安裝消息，緩存等各類技術服務產(chǎn)品我不關心。但是云原生解決方案下的思路應該是提供一個完整的覆蓋軟件開發(fā)交付全生命周期，覆蓋各種業(yè)務需要的技術組件和能力提供的完整解決方案。

容器網(wǎng)絡組件Kube-OVN

靈雀云開源的基于OVN的Kubernetes網(wǎng)絡組件Kube-OVN列入CNCF最新版本的CloudNative Landscape全景圖譜。作為國內(nèi)首個被收錄的開源網(wǎng)絡系統(tǒng)，Kube-OVN通過將OpenStack領域成熟的網(wǎng)絡功能平移到Kubernetes，幫助用戶應對更加復雜的基礎環(huán)境和應用合規(guī)性要求，實現(xiàn)所有數(shù)據(jù)平面的統(tǒng)一，從而降低問題排查難度和工作量。

Kube-OVN是提供了大量目前Kubernetes不具備的網(wǎng)絡功能，并在原有基礎上進行增強。通過將OpenStack領域成熟的網(wǎng)絡功能平移到Kubernetes，來應對更加復雜的基礎環(huán)境和應用合規(guī)性要求。

Kube-OVN主要具備五大主要功能：Namespace 和子網(wǎng)的綁定，以及子網(wǎng)間訪問控制，靜態(tài)IP分配，動態(tài)QoS，分布式和集中式網(wǎng)關，內(nèi)嵌 LoadBalancer。將OpenStack社區(qū)的網(wǎng)絡功能向Kubernetes平移，從而彌補Kubernetes網(wǎng)絡的不足，打造更加完整的網(wǎng)絡體系。

Alauda Kubernetes管理平臺

對于Alauda Kubernetes是靈雀云推出的Kubernetes集群管理平臺，可以理解為和青云的KubeSphere類似的一個產(chǎn)品，但是本身是商用產(chǎn)品沒有開源。

該產(chǎn)品主要由Alauda Kubernetes Engine (AKE) 、系統(tǒng)運維管理（管理平臺、監(jiān)控、日志）、權限管理、賬號體系管理等多個業(yè)務模塊組成，可以根據(jù)用戶使用場景提供最佳網(wǎng)絡、存儲技術及解決方案。產(chǎn)品本身更好的發(fā)揮了 Kubernetes 產(chǎn)品特性，讓開發(fā)者更關注業(yè)務本身，讓整個平臺可以像管理產(chǎn)品一樣管理應用，更好的提高資源利用率。

其具體的產(chǎn)品架構參考下圖：

從該圖可以看到基本就是圍繞Kubernetes集群管理的核心功能提供了對于權限和多租戶管理，日志，監(jiān)控等方面的能力。

而且當前我們也看到對于監(jiān)控使用標準Prometheus Grafana 解決方案，對于日志采集和分析采用標準的ELK（Elasticsearch、Logstash、Kibana）或EFK（Elasticsearch , Fluentd, Kibana）方案已經(jīng)成為一種通用的選擇。

從該架構圖和功能上也暫時無法看到該平臺具備k8s多集群管理能力。

Alauda Kubernetes 平臺作為Alauda 一系列平臺的基礎，可以與其他平臺共同使用，例如：Alauda Container Platform (ACP)，包括：DevOps、Service Framework、Service Mesh，Machine Learning 等，構成完整的產(chǎn)品閉環(huán)，可以根據(jù)企業(yè)定制化的使用場景，選擇使用不同的產(chǎn)品。

靈雀云-云原生解決方案

對于靈雀云提供的云原生解決方案和實踐案例，可以在靈雀云官網(wǎng)注冊和下載。在這里我們看下靈雀云提供的一個面向云原生的技術架構圖如下：

在云原生技術快速創(chuàng)新、落地的背景下，靈雀云推出一站式云原生應用賦能平臺（Alauda Container Platform，ACP），產(chǎn)品涵蓋容器、微服務、DevOps 三大云原生核心場景，是靈雀云云原生技術經(jīng)過實踐沉淀出的全新產(chǎn)品套件，能夠很好地集成到合作伙伴和客戶的產(chǎn)品體系中。

靈雀云 ACP 平臺可以幫助企業(yè)用戶快速構建起云原生技術體系，實現(xiàn)容器、微服務、DevOps 的一鍵安裝和升級，并靈活打通用戶體系，實現(xiàn)網(wǎng)絡、存儲等 IT 能力的開箱即用。通過部署靈雀云 ACP 平臺，企業(yè)能夠在公有云、私有云和混合云等多種新型云環(huán)境中，構建和運行可彈性擴展的應用，借助平臺的全面自動化能力，跨多云構建微服務，持續(xù)交付部署業(yè)務生產(chǎn)系統(tǒng)。

完整的云原生解決方案包括的微服務，DevOps和容器云的內(nèi)容在該圖都有展示，但是整體架構分層邏輯實際并不清晰。我在前面重構過一個云原生解決方案技術架構圖，今天看了下該圖，進一步進行修訂，將微服務治理內(nèi)容單獨拿出來，如下：

即微服務治理應該是和DevOps同樣平級的一個內(nèi)容，貫穿整個軟件開發(fā)和交付全生命周期管理。原來我思考是將微服務治理放在微服務開發(fā)框架或API網(wǎng)關里面，但是后續(xù)主流微服務治理應該是采用ServiceMesh服務網(wǎng)格下類似Istio方案來實現(xiàn)，因此將其單獨拿出。

云原生加速企業(yè)數(shù)字化轉(zhuǎn)型

架構和理念與數(shù)字化轉(zhuǎn)型趨勢一脈相承，為開發(fā)高效、可擴展且可靠的軟件，形成高效 IT 研發(fā)能力開辟了道路，助力企業(yè)更加順暢地數(shù)字化轉(zhuǎn)型。

容器、持續(xù)交付&DevOps、微服務構成了云原生技術黃金三角，這是所有希望數(shù)字化轉(zhuǎn)型的客戶都逃不開的“黃金三角”，三大核心技術的不斷成熟促成了云原生理念的興盛。從靈雀云服務客戶的實踐來看，靈雀云當前的云原生解決方案在類似招商銀行，中石油等大型企業(yè)都得到了進一步的應用和實踐。

融資情況

在17年獲得騰訊云戰(zhàn)略領投，高榕資本，寬帶資本跟投上億人民幣。在19年又獲得Intel領投，明照資本跟投的新一輪投資?？梢哉f傍上騰訊和Intel兩個大款后，整體靈雀云發(fā)展更加迅速，而實際對于靈雀并沒有參加騰訊公有云建設和運營，也就是說從騰訊思路也是將靈雀定位到延伸到企業(yè)私有云服務領域的一個重要抓手。

簡單來說靈雀云當前并沒有運營公有云服務平臺，如果在企業(yè)實施私有云后，如何企業(yè)后續(xù)要進一步實施混合云或上到公有云服務，那么自然會平滑銜接到騰訊云服務上。

騰訊本身確實是一家擅長收購和資源整合的公司，騰訊云收購了Coding擴展資源研發(fā)平臺和DevOps能力，同時又投資靈雀云拓展面向企業(yè)私有云環(huán)境的云原生解決方案能力，從這幾點來看騰訊云后續(xù)的云原生發(fā)力仍然不可小視。

簡單總結：

在前面談青云的云原生解決方案和容器云的時候，談到一個核心優(yōu)勢就是混合云解決方案，其次就是容器云集群管理平臺對微服務，對DevOps過程支撐的融合。

而轉(zhuǎn)到靈雀云可以看到，實際上私有云PaaS平臺還不止上面這些內(nèi)容，還包括了類似微服務架構規(guī)劃咨詢，改造，敏捷研發(fā)過程改進，各類技術服務選型和應用實踐，遺留系統(tǒng)遷移等諸多內(nèi)容，而這些內(nèi)容往往不同的垂直行業(yè)需求還不同。靈雀云本身的優(yōu)勢則是體現(xiàn)在面向企業(yè)內(nèi)部的咨詢規(guī)劃和實施能力，這塊本身是靠人來堆積的重資產(chǎn)，但是只要切入的足夠久，積累的足夠多，那么差異化競爭優(yōu)勢越大。

對于阿里云本身不會做企業(yè)內(nèi)部實施服務這種堆人的事情，因此也看到阿里云技術團隊很多人出來創(chuàng)業(yè)，為企業(yè)實施中臺戰(zhàn)略，先不管中臺是否是忽悠，都明確的可以看到toB市場不僅是簡單的賣產(chǎn)品，更加重要的是提供咨詢 產(chǎn)品 實施落地的完整解決方案。

對于容器云和云原生解決方案，準備在后面單獨再寫一篇文章分析下才云和時速云，這兩家公司當前也是CNCF云原生基金會重要成員或合作伙伴。