生活随笔
收集整理的這篇文章主要介紹了
Kubernetes要成为一个企业友好平台，到底还缺啥？
小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
戳藍(lán)字“ CSDN云計(jì)算 ”關(guān)注我們哦！
Kubernetes的崛起令人驚嘆。 在短短幾年時(shí)間內(nèi)，它已經(jīng)從一個(gè)由一群云原生開發(fā)者倡導(dǎo)的開源項(xiàng)目轉(zhuǎn)變?yōu)橛扇抑饕品?wù)提供商推廣的標(biāo)準(zhǔn)運(yùn)維平臺(tái)。
由于應(yīng)用程序工作負(fù)載從VM轉(zhuǎn)移到容器，Kubernetes已成為自動(dòng)化和擴(kuò)展容器部署的流行選擇。 但是，到目前為止，Kubernetes的開發(fā)主要集中在基礎(chǔ)設(shè)施內(nèi)部，而不是關(guān)于簡化應(yīng)用程序開發(fā)和部署的更廣泛問題。 幸運(yùn)的是，這種孤立性正在逐漸消退，因?yàn)閹讉€(gè)PaaS堆棧正在將Kubernetes集群添加為支持的運(yùn)行時(shí)目標(biāo)，比如最近企業(yè)最喜歡的Pivotal Cloud Foundry。 該公司將Cloud Foundry與Kubernetes集成的舉措代表著將容器編排平臺(tái)演變?yōu)槠髽I(yè)友好環(huán)境的大趨勢。
正如我們之前所討論的，企業(yè)通過采用PaaS堆棧和開發(fā)方法來利用軟件抽象的力量，這有著令人信服的業(yè)務(wù)和技術(shù)原因。 Cloud Foundry因?yàn)楫a(chǎn)品上市早，和基于技術(shù)優(yōu)勢所提供的滿足開發(fā)人員和IT專業(yè)人員需求的完整系統(tǒng)而成為最受歡迎的選擇。 Cloud Foundry長期以來一直使用容器作為應(yīng)用程序運(yùn)行時(shí)環(huán)境，但作為一個(gè)自包含的系統(tǒng)，容器由名為Garden的內(nèi)部模塊管理。 商業(yè)Pivotal Cloud Foundry版本的用戶很快將有另一種選擇——Kubernetes，并且有一系列增強(qiáng)功能——這些增強(qiáng)功能解決了阻礙企業(yè)采用Kubernetes的缺點(diǎn)。
Pivotal擁抱Kubernetes、服務(wù)網(wǎng)格
Pivotal通過提供集成的、受支持的軟件和服務(wù)，使Cloud Foundry成為企業(yè)PaaS。 在最近的OSCON開發(fā)者大會(huì)上，該公司承認(rèn)了Kubernetes作為容器管理系統(tǒng)的蓬勃發(fā)展，宣布其核心產(chǎn)品Pivotal Application Service的有限預(yù)覽版本在Kubernetes上運(yùn)行。
“PAS on Kubernetes旨在將PAS的開發(fā)經(jīng)驗(yàn)帶到Kubernetes之上。 alpha版本是概念驗(yàn)證，支持PAS最重要的功能，例如`cf push`用于許多基于buildpack的應(yīng)用程序，同時(shí)在Kubernetes上運(yùn)行PAS app實(shí)例。 下圖總結(jié)了alpha版本中的內(nèi)容。 ”
Pivotal還實(shí)現(xiàn)了以下功能：
——Cloud Foundry應(yīng)用程序?qū)嵗\(yùn)行Kubernetes pod，其中包含一個(gè)translator，可將PAS應(yīng)用程序轉(zhuǎn)換為OCI（Open Container Initiative）鏡像和Kubernetes pod配置。 然后，Kubernetes控制器管理應(yīng)用程序的部署和擴(kuò)展。
——與PAS HTTP路由器集成，將客戶端請(qǐng)求的流量定向到Kubernetes上運(yùn)行的應(yīng)用程序。
——應(yīng)用程序和pod日志與PAS日志記錄系統(tǒng)（Loggregator）的集成。
——最多支持50個(gè)應(yīng)用程序?qū)嵗?/span>
alpha版本需要vSphere、NSX-T和Pivotal企業(yè)容器服務(wù)PKS，但該公司計(jì)劃支持其他Kubernetes平臺(tái)，特別是AWS、Azure和Google Cloud Kubernetes服務(wù)。
在過去幾個(gè)月里，Pivotal還推出了其他幾款Kubernetes產(chǎn)品，包括基于開源Buildpacks項(xiàng)目創(chuàng)建容器鏡像的構(gòu)建服務(wù)、對(duì)Spring Java Runtime環(huán)境和Kubernetes上RabbitMQ軟件的支持以及基于Istio和Envoy（自動(dòng)化客戶端訪問在Kubernetes集群上運(yùn)行的應(yīng)用程序）的容器服務(wù)網(wǎng)格。 這些都顯著增強(qiáng)了Kubernetes作為生產(chǎn)應(yīng)用平臺(tái)的實(shí)用性和可用性。 此外，作為商業(yè)支持的產(chǎn)品，它們不需要安裝、調(diào)整和調(diào)試開源軟件所需的專業(yè)人士和專業(yè)知識(shí)。
IBM引領(lǐng)云原生應(yīng)用程序開發(fā)
IBM還忙于為企業(yè)開發(fā)人員提供Kubernetes增強(qiáng)功能，宣布了幾個(gè)旨在加速和簡化容器化應(yīng)用程序開發(fā)的開源項(xiàng)目。 雖然尚未打包為商業(yè)軟件，但以下項(xiàng)目將特別吸引剛接觸云原生應(yīng)用程序設(shè)計(jì)的開發(fā)人員：
——Kabanero是容器化應(yīng)用程序的體系結(jié)構(gòu)和開發(fā)框架。 它使用Kubernetes進(jìn)行工作負(fù)載管理，滿足架構(gòu)師、Java開發(fā)人員和DevOps交付團(tuán)隊(duì)的需求。 它建立在其他三個(gè)與Kubernetes相關(guān)的項(xiàng)目上： Knative（開發(fā)過程自動(dòng)化和無服務(wù)器端點(diǎn)）、Istio（服務(wù)網(wǎng)格）和Tekton（CI / CD集成）。 通過開發(fā)運(yùn)行時(shí)和框架（Node.js、Java、Swift），Kabanero將配置Kubernetes集群、安全性和網(wǎng)絡(luò)的最佳實(shí)踐封裝到預(yù)構(gòu)建部署中。 它還包含幾個(gè)新項(xiàng)目，包括：
——Appsody通過捆綁多個(gè)流行編程環(huán)境的預(yù)配置開發(fā)框架和模板，簡化了應(yīng)用程序開發(fā)。
——Codewind是一個(gè)開源開發(fā)項(xiàng)目管理器，它為流行的IDE（包括Eclipse和Visual Studio）添加了容器支持。
——Razee是一個(gè)持續(xù)交付工具，支持針對(duì)Kubernetes部署的容器化微服務(wù)，其中包括可視化配置信息和部署的圖形界面，以幫助進(jìn)行故障排除。 它通過內(nèi)置模板簡化了多集群部署，這些模板跨集群和云環(huán)境實(shí)施配置和安全策略。
來看看IBM的聲明，“沒有任何其他開源項(xiàng)目能夠通過整個(gè)Kubernetes生產(chǎn)生命周期創(chuàng)建容器化云原生應(yīng)用程序提供集成體驗(yàn)。 ”“通過使用Kabanero，你的開發(fā)團(tuán)隊(duì)能夠構(gòu)建可以部署到Kubernetes上的應(yīng)用程序，而無需先成為容器和Kubernetes的專家。 這降低了開發(fā)人員在企業(yè)從遺留基礎(chǔ)設(shè)施轉(zhuǎn)移到更現(xiàn)代化的基礎(chǔ)設(shè)施的云化過程中的進(jìn)入門檻。 ”
容器的強(qiáng)有力采用與警示性挑戰(zhàn)并存
Pivotal（還有戴爾和VMware）和IBM（以及紅帽）都意識(shí)到，企業(yè)開發(fā)人員和IT組織將容器視為比他們當(dāng)前使用的VM服務(wù)器更高效、更靈活和更可擴(kuò)展的應(yīng)用程序環(huán)境。 但是，企業(yè)用戶仍然在努力應(yīng)對(duì)不成熟的技術(shù)、挑戰(zhàn)性的安全配置、陡峭的學(xué)習(xí)曲線以及無法輕松集成到其他系統(tǒng)中的復(fù)雜基礎(chǔ)設(shè)施。
事實(shí)上，Diamanti最近的一項(xiàng)調(diào)查表明，容器的使用越來越多，而企業(yè)采用者面臨著持續(xù)的挑戰(zhàn)。 容器已進(jìn)入主流，調(diào)查發(fā)現(xiàn)IT和平臺(tái)架構(gòu)師負(fù)責(zé)大部分容器決策，而今年在容器技術(shù)上花費(fèi)至少10萬美元的組織增加了5.5個(gè)百分點(diǎn)，達(dá)到38.5％。 此外，在容器上至少花費(fèi)100000美元的組織中，有26％計(jì)劃將大部分工作負(fù)載量轉(zhuǎn)移到容器上。
企業(yè)努力應(yīng)對(duì)的一個(gè)領(lǐng)域是找到足夠的容器專業(yè)知識(shí)來實(shí)現(xiàn)其目標(biāo)。 那些認(rèn)為缺乏容器技能的人才是“主要采用抑制因素”的人今年增加了一半，幾乎占調(diào)查對(duì)象的四分之一。 而認(rèn)為沒有影響的受訪者是指只對(duì)花費(fèi)最少的容器技術(shù)（少于50000美元）計(jì)劃沒有影響，即剛開始或測試最小容器安裝的那些。 實(shí)際上，近65％的人認(rèn)為技能短缺是中度或主要的采用抑制因素。
至于在生產(chǎn)中運(yùn)行容器，多年來什么是最主要的挑戰(zhàn)非常一致： 與現(xiàn)有基礎(chǔ)設(shè)施的集成、安全性和部署復(fù)雜性。 這些抑制因素是Diamanti、PAS、Red Hat OpenShift等打包容器平臺(tái)在企業(yè)IT和DevOps組織中如此受歡迎的關(guān)鍵原因。
筆者的看法
在一大堆服務(wù)器配置、網(wǎng)絡(luò)管道和編程語法的神秘細(xì)節(jié)中，關(guān)于Kubernetes的討論似乎無可救藥地偏題了，這讓業(yè)務(wù)和IT主管們質(zhì)疑該技術(shù)如何滿足他們對(duì)新應(yīng)用程序的需求和實(shí)現(xiàn)更快的上市時(shí)間。 對(duì)于這些非專業(yè)人士來說，他們并不多關(guān)心設(shè)計(jì)細(xì)節(jié)。 相反，應(yīng)用程序所有者、贊助商和業(yè)務(wù)主管希望了解Kubernetes如何為他們節(jié)省資金，提高應(yīng)用程序性能并縮短開發(fā)時(shí)間。 而通過專注于應(yīng)用程序開發(fā)過程而不是交付系統(tǒng)，可以更好地實(shí)現(xiàn)這些目標(biāo)。
這就是Kubernetes開發(fā)人員的機(jī)會(huì)——無論是Pivotal和IBM等商業(yè)軟件公司，AWS、微軟和谷歌等云服務(wù)提供商，還是Kubernetes生態(tài)系統(tǒng)的大量開源貢獻(xiàn)者。 企業(yè)已經(jīng)意識(shí)到容器和Kubernetes的價(jià)值，但需要在以下方面簡化產(chǎn)品和服務(wù)：
——開發(fā)容器化的云原生應(yīng)用程序 ——部署容器基礎(chǔ)設(shè)施 ——管理容器工作負(fù)載和安全策略
最近的進(jìn)展體現(xiàn)了容器基礎(chǔ)設(shè)施發(fā)展的潛力和希望。 核心容器技術(shù)與PaaS框架和開發(fā)方法論的結(jié)合最終將使Kubernetes及其生態(tài)系統(tǒng)足夠成熟，為普通企業(yè)所用。
9.5-7日 AI 開發(fā)大會(huì)（AI ProCon），7位出品人集結(jié)國內(nèi)外60+技術(shù)大咖，探秘9大核心技術(shù)，深剖行業(yè)痛點(diǎn)，亞馬遜首席科學(xué)家李沐還將親授「深度學(xué)習(xí)集訓(xùn)營」，助力開發(fā)者實(shí)現(xiàn)技術(shù)躍遷。
福利
掃描添加小編微信，備注“ 姓名+公司職位 ”，加入【 云計(jì)算學(xué)習(xí)交流群 】，和志同道合的朋友們共同打卡學(xué)習(xí)！
推薦閱讀：
Docker，一個(gè)傲嬌的男人
做了中臺(tái)就不會(huì)死嗎？每年至少40%開發(fā)資源是被浪費(fèi)的！
AI“生死”落地：誰有資格入選AI Top 30+案例？
Python爬取B站5000條視頻，揭秘為何千萬人為它流淚
最前沿：堪比E=mc2，Al-GA才是實(shí)現(xiàn)AGI的指標(biāo)性方法論？
Zend 創(chuàng)始人欲創(chuàng)建 PHP 方言，暫名為 P++；鴻蒙 OS 面世；中國首個(gè)開源協(xié)議誕生 | 開發(fā)者周刊
真香，朕在看了！
總結(jié)
以上是生活随笔 為你收集整理的Kubernetes要成为一个企业友好平台，到底还缺啥？ 的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
如果覺得生活随笔 網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔 推薦給好友。
