容器時代神器傍身，研發(fā)還需要運維嗎？

一、運維和研發(fā)之間的那點事

小陳和小趙之間的矛盾屬于典型的運維和研發(fā)之間的矛盾，小陳是運維，小趙是研發(fā)。兩人一開始私人關(guān)系很好，一起進公司，共同參加了為期一周的新員工培訓(xùn)，吃住都在一起；情景模擬時，兩人分在一個組并肩作戰(zhàn)，還經(jīng)常一起吃午飯。

然而，友誼的小船說翻就翻。矛盾的起因是他們公司最近在上的容器項目，使用Kubernetes及一些開源工具。CTO的意思是先上研發(fā)測試環(huán)境，充分驗證后，再上正式環(huán)境。Kubernetes環(huán)境當(dāng)然是由運維搭建，研發(fā)使用。很巧合的是，運維的負(fù)責(zé)人是小陳，研發(fā)的對接人是小趙。

小陳學(xué)習(xí)Kubernetes的熱情很高，各種方案也很愿意嘗試，雖然公司沒有要求，但是小陳還是開啟了996模式。但是實際情況確是小趙對小陳搭建維護的Kubernetes環(huán)境并不滿意。小趙總是抱怨小陳的維護的Kubernetes環(huán)境充滿各種問題，不是讀寫速度慢，就是網(wǎng)絡(luò)卡頓，甚至有一次，因為存儲故障，居然弄丟了小趙他們組的部分代碼。

一開始小趙還找小陳私下溝通，但是丟數(shù)據(jù)那次，小趙實在忍無可忍，終于去找了小陳的領(lǐng)導(dǎo)。小陳也是憋了一肚子氣，因為Kubernetes畢竟是新東西，還在持續(xù)不斷完善的過程中，總會碰到各種奇怪問題的。

雖然有點煩，但是矛盾歸矛盾，小陳該處理還是處理，該優(yōu)化還是優(yōu)化。但是最近一個月，有些奇怪，小趙再也不找小陳麻煩了，或者說小趙再也不找小陳了，小陳反而有些不習(xí)慣。小陳這時候才想起去Kubernetes環(huán)境上看看，一看嚇一跳，研發(fā)的同事已經(jīng)有好長時間沒有使用自己搭建的Kubernetes環(huán)境了。

容器項目是CTO自上而下的推行的，研發(fā)同事不可能不搞了吧，小陳心里有些打鼓，決心找小趙一探究竟。

二、是什么神器讓研發(fā)自己就能搞定K8S

小陳為了緩和矛盾，決定還是請小趙一起吃個晚飯，喝點小酒，打探一些真實消息。飯局還是經(jīng)典的燒烤加啤酒，幾杯酒下肚，冰釋前嫌，小趙終于揭開了謎底。

小趙說，因為小陳的Kubernetes環(huán)境問題，影響了研發(fā)的進度，研發(fā)領(lǐng)導(dǎo)讓他調(diào)研下，看看是否有其他替代方案。小趙調(diào)研了市場上的各種方案，做了對比，最后選擇了青云的QKE（QingCloud KubeSphere Engine）方案。

小趙說經(jīng)過測試，并且將近一個月的使用，QKE的方案穩(wěn)定，性能不錯，而且是他測試過的方案里面交互功能最好的，最重要的是數(shù)據(jù)存儲使用的是青云已經(jīng)成熟的方案，再也不用擔(dān)心丟數(shù)據(jù)。

小趙說，QKE吸引他的有以下幾個特點：

1. 支持可視化的微服務(wù)治理 

小趙說QKE提供可視化的微服務(wù)治理功能，將自己以前許多需要手工操作的工作進行整合。QKE將Kubernetes 的服務(wù)進行更細(xì)粒度的拆分，提供完善的治理功能，包括支持熔斷、灰度發(fā)布、流量管控、限流、鏈路追蹤、智能路由等完善的微服務(wù)治理功能，支持代碼無侵入的微服務(wù)治理。

比如灰度發(fā)布吧，以前很繁瑣，現(xiàn)在可以非常方便的實現(xiàn)，還是可視化的。

2. 支持拖拽式的DevOps流水線

小趙說QKE支持基于Jenkins 的可視化 CI/CD 流水線編輯，不需要對Jenkins 進行配置。以前都是自己提需求，小陳幫忙配置Jenkins，小陳忙響應(yīng)慢，現(xiàn)在好了，拖拽下幾分鐘就能解決問題。

3. 日志查詢超級方便

小趙說QKE工具箱提供的日志查詢功能，對研發(fā)來說好得簡直不要不要的。 

以前找小陳查日志，小陳反應(yīng)太慢了，現(xiàn)在只要自己需要，隨時可以查日志，還支持檢索。 

4. 支持快速構(gòu)建與發(fā)布

小趙說QKE發(fā)布也非常方便，簡單幾步就可以完成發(fā)布。自從用上了QKE，發(fā)布再也不用編寫 dockerfile了。

QKE 支持對代碼（Source-to-Image）或者制品（Binary-to-Image）進行快速容器化的工具，支持從已有的代碼倉庫中獲取代碼，或通過上傳制品的方式，自動構(gòu)建鏡像和完成部署，并將鏡像推送至目標(biāo)倉庫。

三、10分鐘創(chuàng)建Kubernetes集群？有沒有這么神？

小陳聽完小趙說的，有點半信半疑，QKE真的有這么方便，飯局結(jié)束回家之后，小陳迫不及待的打開電腦，注冊青云帳號，沖了100元，體驗了下QKE。

首先，創(chuàng)建很簡單，許多選型默認(rèn)都自動填上了。

第二步是設(shè)置網(wǎng)絡(luò)。

為了方便訪問，可以申請一個公網(wǎng)IP，青云平臺有詳細(xì)的提示。

只需要這兩步，就創(chuàng)建好一個集群了。

大概不到10分鐘，一個Kubernetes集群就創(chuàng)建完成了。想想自己搭建一個完整的Kubernetes集群需要好幾天時間，真的是天壤之別呀！ 

在首頁可以看到集群中的資源，按照系統(tǒng)提示，小陳打開管理界面，發(fā)現(xiàn)內(nèi)置了好多工具，看來QKE就是天然為開發(fā)工作設(shè)計的。 

通過工具箱，小陳發(fā)現(xiàn)，還可以登錄Kubernetes的命令行界面。

對于他這樣的重度Kubernetes愛好者還是很有幫助的。

QKE還支持多個維度的監(jiān)控，支持開放標(biāo)準(zhǔn)接口，可以對接企業(yè)運維系統(tǒng)。 

QKE支持和青云QingCloud的云平臺打通，可以和云主機連通，可以使用云平臺的網(wǎng)絡(luò)、存儲資源，QKE的網(wǎng)絡(luò)、存儲解決方案也借鑒了許多云平臺的成熟經(jīng)驗，小陳用工具測試了下，發(fā)現(xiàn)性能和穩(wěn)定性都不錯。

一番體驗之后，小陳感覺有些絕望，自己努力這么長時間，也沒有做好的事情，居然被青云解決了，而且更易用，感覺自己這段時間只是在重復(fù)造輪子，還造得不好。

一晚上，小陳徹夜難眠，天快亮的時候，小陳突然眼前一亮，找到了希望。立馬起床規(guī)劃了以下事情：

第一，在公司內(nèi)部布道青云的QKE，自己可以成為QKE的專家，讓大家有相關(guān)的問題都來找自己。

第二、將QKE的監(jiān)控信息和運維監(jiān)控系統(tǒng)打通，以后更好的為研發(fā)和其他運維同事服務(wù)，也可以進一步的進行數(shù)據(jù)分析，看看能否為業(yè)務(wù)服務(wù)。

第三、運維部一直有把現(xiàn)有的運維系統(tǒng)容器化的計劃，借助QKE平臺，可以讓這個計劃加速。

天一亮，一上班，小陳就迫不及待找領(lǐng)導(dǎo)聊了自己的想法，并且向領(lǐng)導(dǎo)演示了青云的QKE平臺，運維部的領(lǐng)導(dǎo)比較認(rèn)可。CTO給的時間很緊，通過青云的QKE平臺，可以多快好省的完成任務(wù)，領(lǐng)導(dǎo)也很滿意，還夸獎了小陳。

四、后記：上容器，不必重復(fù)造輪子！

下班以后，小陳感覺輕松了許多，突然想起了自己的同學(xué)小張，在一家公司做運維，他們公司最近也在上容器項目，也是碰到各種問題，他們兩個還經(jīng)常一起交流討論。

小陳立刻給小張打了一個電話，分享了他的經(jīng)驗之談：

容器是大勢所趨，這個是大家都看到的，都在如火如荼的開展容器項目，但是最終穩(wěn)定可靠的容器云平臺，還是QKE這樣的項目的天下，因為像青云這樣的服務(wù)商更有實力，更有經(jīng)驗，有足夠的能力保證平臺的性能和穩(wěn)定性。

小陳還給小張推薦了青云QKE平臺，運維的工作不應(yīng)該是重復(fù)造輪子，在類似QKE這樣的平臺之上，尋找更靠近業(yè)務(wù)的機會，才會更有價值！

生成海報

免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負(fù)任何法律責(zé)任。任何單位或個人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。