過去十年是云計(jì)算的十年，創(chuàng)業(yè)公司靈雀云是大潮中的一隅，隨著云原生向中央位置步進(jìn)，靈雀云這類公司也逐漸接近核心區(qū)。

云原生的核心在于應(yīng)用，如何使應(yīng)用開發(fā)更便捷，維護(hù)更簡單，云計(jì)算能否帶來更多業(yè)務(wù)能力，而非只是資源方面的賦能，成為現(xiàn)階段上云企業(yè)著重關(guān)注的問題，隨之，云原生在企業(yè)數(shù)字化轉(zhuǎn)型中扮演著更重要的角色。

DevOps、敏捷開發(fā)、微服務(wù)、云平臺(tái)、Kubernetes和Docker、持續(xù)集成/交付（CI/CD）都是貫徹這一理念的方法與手段，10月24日，在靈雀云主辦的CNBPS 2019云原生技術(shù)實(shí)踐峰會(huì)上，通過對(duì)話靈雀云CEO左玥和CTO陳愷，雷鋒網(wǎng)獲悉云原生新動(dòng)態(tài)。

大型集團(tuán)企業(yè)云原生落地模式：PaaS+數(shù)據(jù)湖

Kubernetes的興起帶動(dòng)了云原生相關(guān)技術(shù)的成熟，這一熱潮其實(shí)也只是剛剛成熟。過去數(shù)年的云計(jì)算聚焦在虛擬化階段，解決的是資源池化問題，企業(yè)上云使用資源池是第一步，其后是如何把已經(jīng)建好的資源池能力發(fā)揮，部署更多的應(yīng)用，實(shí)現(xiàn)新業(yè)務(wù)的價(jià)值。

這時(shí)就需要云原生，云原生是在已有虛擬化基礎(chǔ)之上的應(yīng)用實(shí)踐。云計(jì)算軟件和服務(wù)形態(tài)的逐漸發(fā)展，政府和企業(yè)更加重視上云效率，以及運(yùn)用云計(jì)算是否能達(dá)到更好IT信息化決策，是否能賦予傳統(tǒng)IT更好能力的需求。

和云計(jì)算發(fā)展的曲曲折折一般，云原生當(dāng)然也走過彎路。在上午的主題演講中，左玥系統(tǒng)總結(jié)了當(dāng)前云原生解決方案落地的三大場景：針對(duì)新興業(yè)務(wù)，云原生黃金三角（容器云、DevOps、微服務(wù)）全部落地，可以實(shí)現(xiàn)新興業(yè)務(wù)的快速敏捷迭代，幫助研發(fā)人員和架構(gòu)師打造自己的IT產(chǎn)品；

針對(duì)有大量傳統(tǒng)應(yīng)用需要數(shù)字化轉(zhuǎn)型的企業(yè)級(jí)服務(wù)治理，以API為核心的云原生敏捷集成架構(gòu)通過細(xì)粒度的集成部署、去中心的集成管理、云原生基礎(chǔ)支持實(shí)現(xiàn)架構(gòu)的敏捷；

針對(duì)大型集團(tuán)企業(yè)的數(shù)字化PaaS大運(yùn)營解決方案。大型企業(yè)IT內(nèi)部在應(yīng)用云原生技術(shù)，探索如何推動(dòng)以應(yīng)用為核心的IT重塑時(shí)，后經(jīng)歷過IaaS、SaaS兩條路徑，但兩次實(shí)踐都沒有達(dá)成最初的目標(biāo)。

集團(tuán)企業(yè)最初是把IaaS層統(tǒng)一，做一個(gè)大資源池，由集團(tuán)統(tǒng)一提供IaaS資源進(jìn)行管理。

靈雀云CEO左玥

但卻沒有達(dá)到理想效果，“雖然IaaS資源統(tǒng)一，在一個(gè)集團(tuán)公司里面管理子公司的應(yīng)用和數(shù)據(jù)，但是這些應(yīng)用和數(shù)據(jù)并沒有打通，數(shù)據(jù)之間沒有打通，應(yīng)用之間也沒有復(fù)用”，左玥表示。

第二次嘗試自然而然就聚焦在SaaS的形式，把集團(tuán)公司里所有應(yīng)用，比如財(cái)務(wù)、HR、CRM等分解成一個(gè)個(gè)垂直應(yīng)用，通過集團(tuán)公司整體SaaS方案，對(duì)內(nèi)提供整體的服務(wù)，只要是統(tǒng)一建設(shè)的應(yīng)用，每個(gè)子公司都不再分別建設(shè)。

左玥提到，“這種模式也沒有完全成功，有些管理性的業(yè)務(wù)，比如財(cái)務(wù)、HR，因?yàn)楸旧砭褪羌瘓F(tuán)公司統(tǒng)一管理的，相對(duì)容易以SaaS形式統(tǒng)一推廣，但是生產(chǎn)性工具，因?yàn)槊總€(gè)集團(tuán)子公司都有歷史原因或者自身特色，留下的大量核心生產(chǎn)系統(tǒng)很難通過SaaS系統(tǒng)進(jìn)行統(tǒng)一。”

最終大型企業(yè)選擇通過PaaS+數(shù)據(jù)湖的形式來給集團(tuán)公司提供服務(wù)，底層是基礎(chǔ)云平臺(tái)，中間層通過云原生技術(shù)平臺(tái)來支撐，做好數(shù)據(jù)湖數(shù)據(jù)以及應(yīng)用的治理，上面則提供運(yùn)營平臺(tái)，同時(shí)改用松耦合的方式去管理。

“計(jì)量市場、企業(yè)級(jí)計(jì)費(fèi)、安全等特性，都是在運(yùn)營平臺(tái)上實(shí)現(xiàn)的功能，各個(gè)集團(tuán)公司能夠非常順暢的遷移到平臺(tái)上面來，實(shí)現(xiàn)統(tǒng)一的數(shù)據(jù)治理。PaaS平臺(tái)提供基礎(chǔ)的管理、規(guī)范能力，在此基礎(chǔ)上企業(yè)可以自行去開發(fā)自己的業(yè)務(wù)系統(tǒng)能力，而不是從頭建設(shè)。同時(shí)也達(dá)到了管控和數(shù)據(jù)統(tǒng)一治理的效果。這就是我們提供的云原生技術(shù)的PaaS數(shù)字化大運(yùn)營解決方案”，左玥總結(jié)道。

Kubernetes編排一切

“如果一定要用一句話去概括2019年的話，我覺得2019年會(huì)是云原生理念和技術(shù)普及的元年，就是說很快，云原生也會(huì)變成一個(gè)新的常態(tài)”，陳愷肯定地表示。

靈雀云CTO陳愷

陳愷介紹，從去年年底，當(dāng)時(shí)行業(yè)開始說Kubernetes開始變得“無聊”，這有幾層含義：第一，核心技術(shù)變更的速度開始變慢，這是好的現(xiàn)象，因?yàn)橐环矫娲砑夹g(shù)已經(jīng)成熟，另一方面它的定位和邊界非常清晰，哪些東西放在核心里面做，哪些東西通過擴(kuò)展去做非常明確；第二，創(chuàng)新還在持續(xù)，但創(chuàng)新會(huì)轉(zhuǎn)移到技術(shù)棧的更上層；第三，Kubernetes會(huì)變得無處不在，在企業(yè)應(yīng)用場景隨處可見。

但是Kubernetes核心社區(qū)并沒有閑著，目前它有三個(gè)最主要的目標(biāo)：

• 持續(xù)提升核心技術(shù)的穩(wěn)定性、易用性、可擴(kuò)展性；

• 想辦法將更多的技術(shù)持續(xù)的集成到以Kubernetes為核心的云原生技術(shù)棧；

• 把以Kubernetes為核心的云原生技術(shù)棧推廣到更加多的應(yīng)用場景。

從云原生基礎(chǔ)設(shè)施的角度，陳愷強(qiáng)調(diào)，Kubernetes正在編排一切。Kubernetes的核心是聲明式API ，以及基于 “控制器” 模型的架構(gòu)設(shè)計(jì)范式。

比如VMware把vSphere做了完整重構(gòu)，相當(dāng)于完全改成Kubernetes原生架構(gòu)，Kubernetes去編排vSphere里面所有的資源，像容器、虛擬機(jī)、集群。

其他諸如大數(shù)據(jù)，Spark和Kubernetes的集成已經(jīng)非常普遍；再如機(jī)器學(xué)習(xí)，Kubernetes和Tensorflow之類深度學(xué)習(xí)的框架做集成，相當(dāng)于是用Kubernetes去編排機(jī)器學(xué)習(xí)的workflow；還有函數(shù)，容器和虛擬機(jī)都可以用Kubernetes做編排，函數(shù)自然也能用Kubernetes做編排，開源框架都在加速向Kubernetes靠攏。

“理論上所有可編程、有API、可抽象成資源的對(duì)象，都可以通過Kubernetes去編排。換個(gè)角度想，可以把Kubernetes理解成一個(gè)開發(fā)框架，基于這個(gè)開發(fā)框架去構(gòu)建各式各樣的上層平臺(tái)，這些平臺(tái)和容器編排不一定要有任何關(guān)系，所以很多新出現(xiàn)的技術(shù)，第一天就會(huì)說自己是Kubernetes原生的，一些已有的技術(shù)或者產(chǎn)品，也經(jīng)常選擇去做一些重構(gòu)，變成Kubernetes原生”，陳愷表示。

云原生應(yīng)用架構(gòu)落地原則

陳愷還提到，從云原生應(yīng)用架構(gòu)的角度，當(dāng)前企業(yè)面臨著嚴(yán)峻的應(yīng)用架構(gòu)挑戰(zhàn)，比如現(xiàn)代化用戶體驗(yàn)與業(yè)務(wù)敏捷性的矛盾，單體架構(gòu)遺留的技術(shù)債、有限資源與業(yè)務(wù)持續(xù)性的矛盾。

因此，云原生應(yīng)用架構(gòu)的落地需要遵循一系列務(wù)實(shí)的原則。首先需要明確，并不是所有應(yīng)用都應(yīng)該或者都需要做微服務(wù)拆分，多種粒度服務(wù)同時(shí)并存是很正常的事情，甚至我們默認(rèn)應(yīng)該從比較大的粒度開始，當(dāng)業(yè)務(wù)層面真的有敏捷性需求時(shí)，我們才會(huì)按照變更的邊界和優(yōu)先級(jí)逐步做微服務(wù)拆分。

其次，當(dāng)面對(duì)敏態(tài)業(yè)務(wù)、新興業(yè)務(wù)，有敏捷性需求并且做了微服務(wù)化，一定要意識(shí)到微服務(wù)化之后會(huì)帶來運(yùn)維復(fù)雜度提升，這也就意味著做了微服務(wù)化一定要擁抱云原生，容器化并遷移到基于Kubernetes的平臺(tái)上，甚至在Kubernetes平臺(tái)上應(yīng)該用Service Mesh對(duì)應(yīng)用做微服務(wù)治理。

此外，API在整個(gè)架構(gòu)中具有非常重要的作用，一個(gè)應(yīng)用即便不做微服務(wù)拆分、不更改架構(gòu)，也可以做一些服務(wù)化適配，將一些關(guān)鍵能力通過API輸出，無論是對(duì)企業(yè)內(nèi)部的集成還是對(duì)外能力開放，API都能起到很大的作用。

API治理也成為新的需求，API治理一般會(huì)通過API網(wǎng)關(guān)來實(shí)現(xiàn)，但不會(huì)只有一個(gè)API網(wǎng)關(guān)，有時(shí)有多個(gè)層級(jí)的API網(wǎng)關(guān)。一般來說，越往上，API網(wǎng)關(guān)的職能越偏向運(yùn)營，越往下，API網(wǎng)關(guān)的職能越偏向技術(shù)。比如做限流，在企業(yè)層面的API網(wǎng)關(guān)可以做限流，做API限流的目的可能是因?yàn)槟硞€(gè)用戶買了一個(gè)套餐，套餐有一定額度，只能調(diào)用這么多次；而在ServiceMesh里做限流的目的是為了保護(hù)后端的服務(wù)，讓它不被DDOS。

靈雀云最近推出了Alauda API Management Platform（AMP）企業(yè)級(jí)API管理平臺(tái)，定位是企業(yè)總的API網(wǎng)關(guān)，負(fù)責(zé)南北向的API治理，更偏運(yùn)營層，主要職責(zé)是API全生命周期管理、API能力開放運(yùn)營（API Economy）、API治理等，幫助有大量傳統(tǒng)IT業(yè)務(wù)的企業(yè)客戶實(shí)現(xiàn)云原生應(yīng)用架構(gòu)的落地。

據(jù)信通院《中國云計(jì)算開源發(fā)展調(diào)查報(bào)告（2019年）》，超過七成的企業(yè)已經(jīng)使用容器技術(shù)或正在測試應(yīng)用環(huán)境，36.4%的企業(yè)已經(jīng)使用了容器技術(shù)，云原生落地已經(jīng)進(jìn)入企業(yè)核心地帶，成為企業(yè)突破轉(zhuǎn)型瓶頸的重要路徑。雷鋒網(wǎng)雷鋒網(wǎng)

相關(guān)文章：

對(duì)話靈雀云CTO陳愷：遷移上云需求和云原生技術(shù)已經(jīng)產(chǎn)生交集

專訪左玥：靈雀云是國內(nèi)唯一在容器PaaS領(lǐng)域有非常強(qiáng)產(chǎn)品+服務(wù)能力的廠商

企業(yè)為什么需要云原生技術(shù)？

雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見轉(zhuǎn)載須知。