電話：+86 574 88168918 郵箱：sales@aliance.cn
電話：+86 574 88168918 郵箱：sales@aliance.cn
隨著容(rong)(rong)器(qi)發(fa)展模(mo)式逐漸成為(wei)(wei)主流，容(rong)(rong)器(qi)堆棧本身也在不斷發(fa)展。現在，企業看到(dao)了容(rong)(rong)器(qi)的價值，開發(fa)和業務(wu)重點正在從引擎轉移到(dao)增加(jia)更多復雜的功能(neng)，以(yi)便更直接地獲得業務(wu)收益。事(shi)實上(shang)，在短短幾(ji)年內(nei)，容(rong)(rong)器(qi)已經從沒有管理、技術精湛和社區(qu)分化的現狀(zhuang)轉變成為(wei)(wei)更加(jia)高(gao)雅、商(shang)(shang)用化的IT包，并且完全(quan)遵循由跨廠商(shang)(shang)的開放(fang)容(rong)(rong)器(qi)生態。
在最基(ji)本的層面上(shang)，Linux容(rong)器使(shi)得企業能夠將應用(yong)程(cheng)序域整個(ge)runtime環(huan)境打包并隔(ge)離(li)，以運(yun)行所(suo)需的所(suo)有文件。這使(shi)得在保留全部功能的同(tong)時在環(huan)境(開發(fa)、測試和生產等)之間遷移容(rong)器化應用(yong)變得容(rong)易。Linux容(rong)器通(tong)過(guo)分隔(ge)責任區(qu)域來幫(bang)助減少開發(fa)和運(yun)營(ying)團隊之間的沖突，開發(fa)人員(yuan)可(ke)以專注于他們(men)的應用(yong)程(cheng)序，運(yun)營(ying)人員(yuan)則專注于基(ji)礎設施。
而(er)且，因為Linux容器(qi)是基于開源技術(shu)的，所以(yi)(yi)一旦(dan)得以(yi)(yi)應用(yong)，組織就可以(yi)(yi)獲(huo)得最新和最大的技術(shu)進(jin)步。容器(qi)技術(shu)(如CRI-O，Kubernetes和Docker)可以(yi)(yi)幫助簡(jian)化團隊，加速和協調(diao)應用(yong)程序開發和部(bu)署。
事實上，容(rong)器正處(chu)(chu)于IT不斷發(fa)展的進化階段，他(ta)們正在成為創新的平臺。從復合(he)應用(yong)程序(xu)和微服(fu)務(wu)到快速應用(yong)程序(xu)開發(fa)以(yi)及DevOps的各種(zhong)排列，企(qi)業(ye)IT現(xian)在處(chu)(chu)于另一個轉折點：路(lu)在何方?
以(yi)下是(shi)組織和開發人員現在需要(yao)了解的(de)關于容器堆棧(zhan)以(yi)及如何改變的(de)八件事情。
要素
要(yao)運行(xing)容(rong)器，需要(yao)整個企(qi)業容(rong)器基礎設施：Linux、runtime、編(bian)排(pai)。這(zhe)個堆棧通常由LDK-Linux、Docker和Kubernetes組(zu)成，但隨著容(rong)器技(ji)術的(de)(de)(de)發展(zhan)(zhan)，這(zhe)一趨勢(shi)也在(zai)(zai)不斷發展(zhan)(zhan)。Docker并不是唯一的(de)(de)(de)通用容(rong)器runtime，新的(de)(de)(de)容(rong)器似乎每天都在(zai)(zai)冒出來。而且，專用的(de)(de)(de)容(rong)器runtime正在(zai)(zai)開發中(zhong)，它能夠讓用戶推(tui)進(jin)邊界(jie)，如在(zai)(zai)隔離(li)的(de)(de)(de)虛擬機中(zhong)運行(xing)容(rong)器。
Kubernetes為王
容器技術使得企業能(neng)夠更有效地開發(fa)(fa)、測(ce)試(shi)、部署和維護應(ying)用程序(xu)，這是(shi)當今任何組織的競爭命脈。但(dan)是(shi)容器本質上有很多移(yi)動部件，而且大多數公司(si)都有很多容器。Kubernetes Orchestration，一款用于自(zi)動化部署，擴展和管理(li)容器化應(ying)用程序(xu)的開源系統，使企業能(neng)夠充分發(fa)(fa)揮(hui)容器的優勢。除此之(zhi)外，還有其他一些選(xuan)擇，最著名的是(shi)Mesos和Swarm，但(dan)是(shi)不得不說(shuo)Kubernetes已經成為了行業的標準。
CRI和CRI-O的角色
去年(nian)，Kubernetes項(xiang)目引(yin)入了(le)(le)它的(de)(de)容(rong)(rong)器運行(xing)時接(jie)口(CRI)，這是一個(ge)插件接(jie)口，它提(ti)供kubelet，這是一個(ge)用于創建容(rong)(rong)器和啟動容(rong)(rong)器的(de)(de)集(ji)群(qun)節(jie)點代(dai)理，可以(yi)使用不同的(de)(de)OCI兼容(rong)(rong)容(rong)(rong)器運行(xing)時而不需要(yao)重新編譯Kubernetes。在這項(xiang)工(gong)作的(de)(de)基礎(chu)上，CRI-O項(xiang)目(最初稱(cheng)為OCID)為Kubernetes提(ti)供了(le)(le)一個(ge)輕量級的(de)(de)runtime。CRI-O使開(kai)發人員能夠直接(jie)從Kubernetes運行(xing)容(rong)(rong)器; 只要(yao)容(rong)(rong)器圖像符(fu)合(he)OCI標準，CRI-O就可以(yi)運行(xing)它。這消(xiao)除(chu)了(le)(le)對獨立(li)運行(xing)時間的(de)(de)需求(qiu)，降(jiang)低了(le)(le)復雜性(xing)并提(ti)高了(le)(le)可靠性(xing)。
容器標準
容(rong)器的(de)(de)標(biao)(biao)準(zhun)化對于(yu)企業更(geng)廣泛和更(geng)有效地采用容(rong)器起到推動作用，但對于(yu)公(gong)司和開發團隊(dui)來說(shuo)，能夠將(jiang)這些(xie)標(biao)(biao)準(zhun)放在(zai)其(qi)環境中做(zuo)出關于(yu)容(rong)器堆(dui)棧的(de)(de)正(zheng)確決策是非常重要的(de)(de)。現在(zai)要關注的(de)(de)標(biao)(biao)準(zhun)組織包(bao)括Open Container Initiative(OCI)Image Specification(1.0.1版剛(gang)剛(gang)發布); OCI運(yun)行時間規范(也是版本1.0.1); Kubernetes Container Runtime Initiative(CRI);容(rong)器網絡接口(CNI)和Docker容(rong)器網絡模型(CNM)。
各種開源項目的角色
Google工程師(shi)基于內部(bu)平臺(tai)開(kai)發(fa)的(de)(de)(de)Kubernetes可以說是目(mu)前容器領域(yu)最(zui)活躍(yue)的(de)(de)(de)開(kai)源(yuan)項(xiang)目(mu)之(zhi)一。雖然Kubernetes可能(neng)是最(zui)明顯的(de)(de)(de)開(kai)源(yuan)容器項(xiang)目(mu)之(zhi)一，但還(huan)有其他幾十個(ge)正(zheng)在推(tui)動容器棧的(de)(de)(de)項(xiang)目(mu)。例如，Origin是OpenShift的(de)(de)(de)上游(you)項(xiang)目(mu)，它(ta)使組(zu)(zu)織能(neng)夠開(kai)發(fa)，部(bu)署和管理(li)容器。組(zu)(zu)織和個(ge)人都可以通過(guo)成為這些(xie)社(she)區中的(de)(de)(de)一個(ge)或多個(ge)社(she)區的(de)(de)(de)積極(ji)貢獻者(zhe)，更充分地利用(yong)容器。
公有云集成
隨(sui)著企業擴大(da)其容器堆(dui)棧的應(ying)用，利用公(gong)有云受(shou)到企業重視。例如，現(xian)在(zai)很多AWS服務都可(ke)以(yi)通過(guo)內置在(zai)OpenShift Container Platform中的Service Broker界面訪(fang)問。這使得AWS用戶可(ke)以(yi)更(geng)輕松地在(zai)OpenShift中配置和(he)部署服務，并為企業需求(qiu)提供基于Kubernetes的單(dan)一(yi)可(ke)擴展應(ying)用程序定義。
無聊是件好事
今天的(de)(de)IT專業(ye)人員不(bu)會考慮(lv)Linux內核，因為這很無聊(liao)。真正的(de)(de)創新都是(shi)(shi)在(zai)(zai)(zai)內核以上(shang)，容器(qi)(qi)runtime接口也是(shi)(shi)如此。事實上(shang)，當你在(zai)(zai)(zai)考慮(lv)容器(qi)(qi)堆棧時，這個值已經(jing)不(bu)再是(shi)(shi)runtime級(ji)別的(de)(de)了。runtime已經(jing)成為無聊(liao)的(de)(de)工作，這意(yi)味著(zhu)組織(zhi)不(bu)必(bi)擔(dan)心或投入資源(yuan)。相反，他(ta)們可以把重(zhong)點放在(zai)(zai)(zai)如何通過容器(qi)(qi)生態系統的(de)(de)發展(zhan)以及(ji)容器(qi)(qi)在(zai)(zai)(zai)自己的(de)(de)組織(zhi)中的(de)(de)使用來創新。
應(ying)用程序開發(fa)重定義(yi)
Linux容(rong)器的(de)(de)(de)潛力比(bi)重(zhong)(zhong)新定義開發(fa)乃至操作(zuo)都要大(da)(da)的(de)(de)(de)多。它們(men)也(ye)加速了應(ying)用(yong)(yong)程(cheng)序(xu)(xu)本(ben)身的(de)(de)(de)重(zhong)(zhong)新定義，由于容(rong)器的(de)(de)(de)原因(yin)，我們(men)所知道的(de)(de)(de)整(zheng)體式(shi)應(ying)用(yong)(yong)程(cheng)序(xu)(xu)堆棧可(ke)以(yi)分(fen)解成幾十(shi)個(ge)(ge)甚至數百個(ge)(ge)細(xi)小的(de)(de)(de)單(dan)一用(yong)(yong)途的(de)(de)(de)應(ying)用(yong)(yong)程(cheng)序(xu)(xu)，這(zhe)些應(ying)用(yong)(yong)程(cheng)序(xu)(xu)組合在一起時，可(ke)以(yi)執行(xing)與傳統應(ying)用(yong)(yong)程(cheng)序(xu)(xu)相(xiang)同的(de)(de)(de)功(gong)能。這(zhe)使得每個(ge)(ge)單(dan)獨的(de)(de)(de)部分(fen)都可(ke)以(yi)被重(zhong)(zhong)寫(xie)、重(zhong)(zhong)用(yong)(yong)和管理，遠(yuan)比(bi)單(dan)一應(ying)用(yong)(yong)程(cheng)序(xu)(xu)更(geng)有效，從而提供了一個(ge)(ge)完全由微服(fu)(fu)(fu)務(wu)構建的(de)(de)(de)真(zhen)正(zheng)的(de)(de)(de)復合應(ying)用(yong)(yong)程(cheng)序(xu)(xu)，可(ke)以(yi)輕(qing)松擴展(zhan)以(yi)滿(man)足需求(qiu)(qiu)。雖(sui)然(ran)微服(fu)(fu)(fu)務(wu)架構并(bing)不(bu)要求(qiu)(qiu)使用(yong)(yong)容(rong)器，但大(da)(da)多數轉(zhuan)向微服(fu)(fu)(fu)務(wu)的(de)(de)(de)組織都會發(fa)現(xian)容(rong)器是實現(xian)應(ying)用(yong)(yong)程(cheng)序(xu)(xu)的(de)(de)(de)最佳方式(shi)。
文章編輯：CobiNet(寧波)
本公司專注于電訊配件,銅纜綜合布線系列領域產品研發生產超五類，六類,七類線，屏蔽模塊，配線架及相(xiang)關(guan)模(mo)塊配件的(de)研發(fa)和(he)生產。
