不知從何時(shí)起，幾乎所有的云計(jì)算廠商都在提容器、Kubernetes、DevOps、Serverless、ServiceMesh等等概念，那么云計(jì)算領(lǐng)域到底發(fā)生了什么？如何看待云原生在2019年的最新變化？云原生基礎(chǔ)設(shè)施領(lǐng)域有哪些值得關(guān)注的重要趨勢(shì)？面對(duì)這些復(fù)雜的技術(shù)問(wèn)題，相信許多人都云里霧里。

“2019年是云原生概念和技術(shù)普及的元年，未來(lái)云原生會(huì)變成一個(gè)常態(tài)。” 靈雀云CTO陳愷，有曾經(jīng)在微軟美國(guó)總部開發(fā)云計(jì)算平臺(tái) Azure的工作經(jīng)歷，對(duì)于云原生以及相關(guān)的技術(shù)熱點(diǎn)，有著獨(dú)特的視角。他認(rèn)為，在數(shù)字化轉(zhuǎn)型壓力下，大多數(shù)企業(yè)已經(jīng)能夠接受云原生概念，所以云原生普及不難，難的是如何去落地。

過(guò)去，企業(yè)傳統(tǒng)業(yè)務(wù)系統(tǒng)的研發(fā)并不受重視，比如銀行內(nèi)部的業(yè)務(wù)管理系統(tǒng)，一般采用的是Oracle、SAP等第三方產(chǎn)品，不做自己的軟件產(chǎn)品研發(fā)，有些企業(yè)甚至都沒(méi)有研發(fā)人員。但是，數(shù)字時(shí)代企業(yè)IT發(fā)生了根本性轉(zhuǎn)變。企業(yè)需要開發(fā)、上線、運(yùn)營(yíng)自己的產(chǎn)品。企業(yè)之前的軟件開發(fā)模式、迭代速度和頻率可能不能滿足數(shù)字化背景下的企業(yè)需求。軟件產(chǎn)品的場(chǎng)景由支撐角色轉(zhuǎn)向了競(jìng)爭(zhēng)性場(chǎng)景。比如車聯(lián)網(wǎng)、自動(dòng)駕駛、風(fēng)控、營(yíng)銷、互聯(lián)網(wǎng)金融等，如果軟件產(chǎn)品迭代速度跟不上，就可能失去了企業(yè)的生存空間。在這樣的背景下，云原生迎來(lái)了“施展才華的舞臺(tái)”。

隨著信息技術(shù)的不斷深入，很多企業(yè)都有大量復(fù)雜的傳統(tǒng)應(yīng)用，雖然這些應(yīng)用還在遵循傳統(tǒng)的開發(fā)模式，但是一些新業(yè)務(wù)會(huì)以云原生的方式落地。云原生讓企業(yè)體驗(yàn)到云帶來(lái)的優(yōu)勢(shì)，他們開始考慮如何兼顧兩種類型的應(yīng)用，對(duì)傳統(tǒng)應(yīng)用進(jìn)行改造，這也是我們常說(shuō)的“雙態(tài)IT”概念，即敏態(tài)和穩(wěn)態(tài)應(yīng)用。等發(fā)展到一定階段，企業(yè)會(huì)把業(yè)務(wù)全面云原生化。

簡(jiǎn)單理解，企業(yè)在數(shù)字化轉(zhuǎn)型過(guò)程中，云原生是必然選擇，中間會(huì)涉及很多關(guān)鍵技術(shù)，包括Kubernetes、DevOps、Serverless、ServiceMesh、微服務(wù)架構(gòu)等等，這些技術(shù)是一個(gè)有機(jī)統(tǒng)一體，相互關(guān)聯(lián)。那么，從選型的角度看，我們?cè)撊绾握_處理各種技術(shù)之間的關(guān)系？

1、Kubernetes會(huì)替代OpenStack嗎？

現(xiàn)在，Kubernetes在云原生領(lǐng)域的發(fā)展態(tài)勢(shì)可以說(shuō)是如火如荼，大有超過(guò)OpenStack的趨勢(shì)；但另外一種聲音則表示，Kubernetes和OpenStack在不同領(lǐng)域各司其職， OpenStack面向的是底層基礎(chǔ)設(shè)施的虛擬化，而Kubernetes更多面向的是應(yīng)用層。那么，Kubernetes和OpenStack到底是怎樣一種關(guān)系，Kubernetes會(huì)替代OpenStack嗎？

“的確，Kubernetes和OpenStack二者應(yīng)用并不沖突，但隨著Kubernetes的發(fā)展，OpenStack的應(yīng)用場(chǎng)景會(huì)越來(lái)越小。” 陳愷認(rèn)為，美國(guó)服務(wù)器租用，Kubernetes超越OpenStack是一件自然而然的事兒。

OpenStack剛剛誕生的時(shí)候，很多企業(yè)認(rèn)為它更適合做公有云，但是采用OpenStack做公有云不太可能成功。后來(lái)，大部分企業(yè)用OpenStack做私有云，但是經(jīng)過(guò)一段時(shí)間驗(yàn)證，OpenStack的優(yōu)勢(shì)并沒(méi)有完全超越VMware。而Docker和K8s出來(lái)以后，底層技術(shù)平臺(tái)的游戲規(guī)則徹底被改寫，Kubernetes容器編排平臺(tái)變成Stack的中心，不管是VMware、OpenStack還是公有云以及裸機(jī)，所有的應(yīng)用環(huán)境都能支持。

靈雀云基于開源Kubernetes分不同層級(jí)給企業(yè)用戶提供產(chǎn)品和服務(wù)。最底層的是Alauda Kubernetes（AKS），是一個(gè)企業(yè)就緒的K8s發(fā)行版，跟上游K8s 最接近，directadmin安裝，包含開發(fā)者和企業(yè)用戶都需要的功能，如：自動(dòng)化部署、網(wǎng)絡(luò)存儲(chǔ)、升級(jí)、企業(yè)用戶/租戶權(quán)限和監(jiān)控、日志等都集成在其中，開箱即用。和社區(qū)版Kubernetes相比，靈雀云企業(yè)就緒發(fā)行版的最大的區(qū)別是，“源于K8s ，但高于K8s”，它基于100多家頭部客戶的生產(chǎn)環(huán)境經(jīng)驗(yàn)。再往上一層，是靈雀云的ACP 2.0（Alauda Container Platform），它的定位是一站式云原生應(yīng)用賦能平臺(tái)，包含三個(gè)子產(chǎn)品：一個(gè)是容器平臺(tái)（Alauda Container Platform）、DevOps平臺(tái)（Alauda DevOps）和服務(wù)網(wǎng)格Service Mesh（Alauda Service Mesh，簡(jiǎn)稱“ASM”），是用來(lái)做微服務(wù)治理的平臺(tái)。

　　2、為什么要打造開放式DevOps工具鏈集成與編排平臺(tái)？

除了推出與Kubernetes相關(guān)的產(chǎn)品，靈雀云還要打造一個(gè)開放式的DevOps工具鏈集成和編排平臺(tái)。如何理解這一概念？

“盡管DevOps本身和K8s關(guān)系不大，但是我們的產(chǎn)品架構(gòu)是基于K8S原生架構(gòu)。換句話說(shuō)，我們用K8s作為開發(fā)框架，用它的API來(lái)編排所有DevOps需要的工具。”很多企業(yè)在做DevOps時(shí)，流程非常長(zhǎng)，涉及到很多階段，每個(gè)階段都要選很多工具，并且沒(méi)有固定標(biāo)準(zhǔn)。靈雀云DevOps平臺(tái)并不是要做一系列新的工具出來(lái)，說(shuō)服用戶用靈雀云的CI/CD,而是盡可能地去兼容客戶已有的工具，甚至對(duì)用戶未來(lái)的工具選型也能適配，用更開放式的集成和編排方式，去納管客戶所有的工具。