伴隨云計(jì)算的滾滾浪潮，云原生（Cloud Native）的概念應(yīng)運(yùn)而生，云原生很火，火得一塌糊涂，都9102年了，如果你還不懂云原生，那真的Out了。
大家言必稱云原生，卻鮮少有人告訴你到底什么是云原生，若是找資料來(lái)看，讀完大多會(huì)感覺(jué)云繞霧罩，一知半解，總之虛得很；
甚至?xí)屇阋欢葢岩勺约旱闹巧蹋贿^(guò)我對(duì)于讀不懂的文章，一律歸因于寫(xiě)文章的人太蠢，當(dāng)然這不一定是事實(shí)，但這樣的思考方式能讓我避免陷入自我懷疑的負(fù)面情緒。
云原生之所以解釋不清楚，是因?yàn)樵圃鷽](méi)有確切的定義，云原生一直在發(fā)展變化之中，解釋權(quán)不歸某個(gè)人或組織所有。
技術(shù)的變革，一定是思想先行，無(wú)產(chǎn)階級(jí)革命事業(yè)興旺發(fā)達(dá)也是因?yàn)橛袘?zhàn)無(wú)不勝的馬指導(dǎo)。
何謂云原生？
云原生是一種構(gòu)建和運(yùn)行應(yīng)用程序的方法，是一套技術(shù)體系和方法論。云原生（CloudNative）是一個(gè)組合詞，Cloud+Native。
Cloud表示應(yīng)用程序位于云中，而不是傳統(tǒng)的數(shù)據(jù)中心；Native表示應(yīng)用程序從設(shè)計(jì)之初即考慮到云的環(huán)境，原生為云而設(shè)計(jì)，在云上以最佳姿勢(shì)運(yùn)行，充分利用和發(fā)揮云平臺(tái)的彈性+分布式優(yōu)勢(shì)。
Pivotal公司的Matt Stine于2013年首次提出云原生（CloudNative）的概念；2015年，云原生剛推廣時(shí)，Matt Stine在《遷移到云原生架構(gòu)》一書(shū)中定義了符合云原生架構(gòu)的幾個(gè)特征：12因素、微服務(wù)、自敏捷架構(gòu)、基于API協(xié)作、扛脆弱性；
到了2017年，Matt Stine在接受媒體采訪時(shí)又改了口風(fēng)，將云原生架構(gòu)歸納為模塊化、可觀察、可部署、可測(cè)試、可替換、可處理6特質(zhì)；而Pivotal最新官網(wǎng)對(duì)云原生概括為4個(gè)要點(diǎn)：DevOps+持續(xù)交付+微服務(wù)+容器。
2015年云原生計(jì)算基金會(huì)（CNCF）成立，CNCF摻和進(jìn)來(lái)后，最初把云原生定義為包括：容器化封裝+自動(dòng)化管理+面向微服務(wù)；
到了2018年，CNCF又更新了云原生的定義，把服務(wù)網(wǎng)格（Service Mesh）和聲明式API給加了進(jìn)來(lái)。
可見(jiàn)，不同的人和組織對(duì)云原生有不同的定義，相同的人和組織在不同時(shí)間點(diǎn)對(duì)云原生也有不同的定義，真是亂的一匹，搞得鄙人非常暈菜，我的應(yīng)對(duì)很簡(jiǎn)單，選一個(gè)我最容易記住和理解的定義：DevOps+持續(xù)交付+微服務(wù)+容器。
總而言之，符合云原生架構(gòu)的應(yīng)用程序應(yīng)該是：采用開(kāi)源堆棧（K8S+Docker）進(jìn)行容器化，基于微服務(wù)架構(gòu)提高靈活性和可維護(hù)性，借助敏捷方法、DevOps支持持續(xù)迭代和運(yùn)維自動(dòng)化，利用云平臺(tái)設(shè)施實(shí)現(xiàn)彈性伸縮、動(dòng)態(tài)調(diào)度、優(yōu)化資源利用率。
云原生構(gòu)建應(yīng)用簡(jiǎn)便快捷，部署應(yīng)用輕松自如、運(yùn)行應(yīng)用按需伸縮。優(yōu)點(diǎn)不一而足，缺點(diǎn)微乎其微；秒殺傳統(tǒng)Web框架，吊打祖?zhèn)鱅T模式，實(shí)在是保命裝逼、評(píng)優(yōu)晉級(jí)不可多得的終極絕密武器。
云元素的四要素
微服務(wù)：
幾乎每個(gè)云原生的定義都包含微服務(wù)，跟微服務(wù)相對(duì)的是單體應(yīng)用，微服務(wù)有理論基礎(chǔ)，那就是康威定律，指導(dǎo)服務(wù)怎么切分，很玄乎，凡是能稱為理論定律的都簡(jiǎn)單明白不了，不然就忒沒(méi)b格，大概意思是組織架構(gòu)決定產(chǎn)品形態(tài)，不知道跟馬克思的生產(chǎn)關(guān)系影響生產(chǎn)力有無(wú)關(guān)系。
微服務(wù)架構(gòu)的好處就是按function切了之后，服務(wù)解耦，內(nèi)聚更強(qiáng)，變更更易；另一個(gè)劃分服務(wù)的技巧據(jù)說(shuō)是依據(jù)DDD來(lái)搞，不過(guò)鄙人對(duì)DDD知之甚少。
容器化：
Docker是應(yīng)用最為廣泛的容器引擎，在思科谷歌等公司的基礎(chǔ)設(shè)施中大量使用，是基于LXC技術(shù)搞的，容器化為微服務(wù)提供實(shí)施保障，起到應(yīng)用隔離作用，K8S是容器編排系統(tǒng)，用于容器管理，容器間的負(fù)載均衡，谷歌搞的，Docker和K8S都采用Go編寫(xiě)，都是好東西。
DevOps：
這是個(gè)組合詞，Dev+Ops，就是開(kāi)發(fā)和運(yùn)維合體，不像開(kāi)發(fā)和產(chǎn)品，經(jīng)常刀刃相見(jiàn)，實(shí)際上DevOps應(yīng)該還包括測(cè)試，DevOps是一個(gè)敏捷思維，是一個(gè)溝通文化，也是組織形式，為云原生提供持續(xù)交付能力。
持續(xù)交付：
持續(xù)交付是不誤時(shí)開(kāi)發(fā)，不停機(jī)更新，小步快跑，反傳統(tǒng)瀑布式開(kāi)發(fā)模型，這要求開(kāi)發(fā)版本和穩(wěn)定版本并存，其實(shí)需要很多流程和工具支撐。
如何云原生？
首先，云原生借了云計(jì)算的東風(fēng)，沒(méi)有云計(jì)算，自然沒(méi)有云原生，云計(jì)算是云原生的基礎(chǔ)。
隨著虛擬化技術(shù)的成熟和分布式框架的普及，在容器技術(shù)、可持續(xù)交付、編排系統(tǒng)等開(kāi)源社區(qū)的推動(dòng)下，以及微服務(wù)等開(kāi)發(fā)理念的帶動(dòng)下，應(yīng)用上云已經(jīng)是不可逆轉(zhuǎn)的趨勢(shì)。
云計(jì)算的3層劃分，即基礎(chǔ)設(shè)施即服務(wù)(IaaS)、平臺(tái)即服務(wù)(PaaS)、軟件即服務(wù)(SaaS)為云原生提供了技術(shù)基礎(chǔ)和方向指引，真正的云化不僅僅是基礎(chǔ)設(shè)施和平臺(tái)的變化，應(yīng)用也需要做出改變，擯棄傳統(tǒng)的土方法，在架構(gòu)設(shè)計(jì)、開(kāi)發(fā)方式、部署維護(hù)等各個(gè)階段和方面都基于云的特點(diǎn)，重新設(shè)計(jì)，從而建設(shè)全新的云化的應(yīng)用，即云原生應(yīng)用。
本地部署的傳統(tǒng)應(yīng)用往往采用C/C++、企業(yè)級(jí)Java編寫(xiě)，而云原生應(yīng)用則需要用以網(wǎng)絡(luò)為中心的Go、Node.js等新興語(yǔ)言編寫(xiě)。
本地部署的傳統(tǒng)應(yīng)用可能需要停機(jī)更新，而云原生應(yīng)用應(yīng)該始終是最新的，需要支持頻繁變更，持續(xù)交付，藍(lán)綠部署。
本地部署的傳統(tǒng)應(yīng)用無(wú)法動(dòng)態(tài)擴(kuò)展，往往需要冗余資源以抵抗流量高峰，而云原生應(yīng)用利用云的彈性自動(dòng)伸縮，通過(guò)共享降本增效。
本地部署的傳統(tǒng)應(yīng)用對(duì)網(wǎng)絡(luò)資源，比如IP、端口等有依賴，甚至是硬編碼，而云原生應(yīng)用對(duì)網(wǎng)絡(luò)和存儲(chǔ)都沒(méi)有這種限制。
本地部署的傳統(tǒng)應(yīng)用通常人肉部署手工運(yùn)維，而云原生應(yīng)用這一切都是自動(dòng)化的。
本地部署的傳統(tǒng)應(yīng)用通常依賴系統(tǒng)環(huán)境，而云原生應(yīng)用不會(huì)硬連接到任何系統(tǒng)環(huán)境，而是依賴抽象的基礎(chǔ)架構(gòu)，從而獲得良好移植性。
本地部署的傳統(tǒng)應(yīng)用有些是單體（巨石）應(yīng)用，或者強(qiáng)依賴，而基于微服務(wù)架構(gòu)的云原生應(yīng)用，縱向劃分服務(wù)，模塊化更合理。
可見(jiàn)，要轉(zhuǎn)向云原生應(yīng)用需要以新的云原生方法開(kāi)展工作，云原生包括很多方面：基礎(chǔ)架構(gòu)服務(wù)、虛擬化、容器化、容器編排、微服務(wù)。
幸運(yùn)的是，開(kāi)源社區(qū)在云原生應(yīng)用方面做出了大量卓有成效的工作，很多開(kāi)源的框架和設(shè)施可以通過(guò)拿來(lái)主義直接用，2013年Docker推出并很快成為容器事實(shí)標(biāo)準(zhǔn)，隨后圍繞容器編排的混戰(zhàn)中，2017年誕生的k8s很快脫穎而出，而這些技術(shù)極大的降低了開(kāi)發(fā)云原生應(yīng)用的技術(shù)門(mén)檻。
雖說(shuō)云原生的推介文檔有引導(dǎo)之嫌，但面對(duì)它列舉的優(yōu)點(diǎn)，作為杠精的我亦是無(wú)可辯駁。這么說(shuō)的話，云原生也忒好了吧，應(yīng)用是不是要立刻馬上切換到云原生架構(gòu)？
我的觀點(diǎn)是：理想很豐滿，現(xiàn)實(shí)經(jīng)常很骨感，需從應(yīng)用的實(shí)際需要出發(fā)，目前的問(wèn)題是否真的影響到業(yè)務(wù)發(fā)展，而推倒重來(lái)的代價(jià)能否承受得來(lái)。
技術(shù)的趨勢(shì)和影響
軟件設(shè)計(jì)有兩個(gè)關(guān)鍵目標(biāo)：高內(nèi)聚、低耦合，圍繞這2個(gè)核心目標(biāo)，又提出了單一職責(zé)、開(kāi)閉原則、里氏替換、依賴導(dǎo)致、接口隔離、最少知識(shí)等設(shè)計(jì)原則。
軟件工程師一直都在為這兩個(gè)目標(biāo)而努力奮斗，以求把軟件編寫(xiě)得更加清晰、更加健壯、更加易于擴(kuò)展和維護(hù)。
但后來(lái)，人們發(fā)現(xiàn)有更多的訴求，希望開(kāi)發(fā)軟件變得更簡(jiǎn)單、更快捷，程序員希望更少編寫(xiě)代碼，非專業(yè)人員也希望能開(kāi)發(fā)程序，于是，更多的更傻瓜的編程語(yǔ)言被發(fā)明出來(lái)，更多的編程技術(shù)和編程思想被發(fā)明出來(lái)，比如庫(kù)、組件、云基礎(chǔ)設(shè)施。
于是很多技術(shù)變成了屠龍之技，比如匯編，時(shí)代變了，建國(guó)后動(dòng)物不能成精了，沒(méi)有龍可以宰了，然后很多軟件工程師搖身一變成了調(diào)參工程師、Call API磚家、用庫(kù)包能手、拼組件達(dá)人，這是效率分工的結(jié)果，也是技術(shù)發(fā)展的使然。
縱觀近二十年的科技互聯(lián)網(wǎng)發(fā)展歷程，大的趨勢(shì)是技術(shù)下沉，特別是近些年，隨著云計(jì)算的發(fā)展和普及，基礎(chǔ)設(shè)施越來(lái)越厚實(shí)，業(yè)務(wù)開(kāi)發(fā)變得越來(lái)越容易，也越來(lái)越?jīng)]有技術(shù)含量，而之前困擾小團(tuán)隊(duì)的性能、負(fù)載、安全性、擴(kuò)展性問(wèn)題都不復(fù)存在，這不禁讓互聯(lián)網(wǎng)行業(yè)的油膩大叔們噤若寒蟬，仿佛分分鐘就要被卷入歷史洪流而萬(wàn)劫不復(fù)。
雖然不可否認(rèn)技術(shù)的重要性在降低，但也還不至于那么悲觀。遙想PC時(shí)代，當(dāng)VB、Delphi、MFC出現(xiàn)的時(shí)候，也有類似論調(diào)，所見(jiàn)即所得，點(diǎn)點(diǎn)鼠標(biāo)，就可以開(kāi)發(fā)PC桌面程序，是不是很高端？
那時(shí)候碼農(nóng)的擔(dān)心相比現(xiàn)在恐怕是只多不少吧，但后來(lái)隨著互聯(lián)網(wǎng)興起，出現(xiàn)了后端開(kāi)發(fā)這個(gè)工種，碼農(nóng)很快找到了新的戰(zhàn)場(chǎng)，網(wǎng)絡(luò)、分布式、數(shù)據(jù)庫(kù)、海量服務(wù)、容災(zāi)防錯(cuò)，于是又玩出一堆新花樣。
如果說(shuō)PC時(shí)代的基礎(chǔ)設(shè)施是控件庫(kù)，互聯(lián)網(wǎng)時(shí)代的基礎(chǔ)實(shí)施是云，那AI時(shí)代基礎(chǔ)設(shè)施是什么？又有什么高端玩法？
聯(lián)系客服
