“她”漸成了萬人迷！
——“IT生存法則” 之容器技術初探

“老京，聽說你們在容器技術實踐上走在了行業前列，能不能安排我們去參觀、學習下，也讓我們取取經！集團已經要求我們的云架構必須盡快向容器上靠攏……”

“京總，下月的行業交流會上，想請您代表貴單位做下經驗分享，重點談下應用容器技術帶來的好處，貴單位可是我們的標桿用戶啊！”

……

這都是怎么了？怎么一下子，“容器”就突然成熱點了呢？真有點“萬人迷”的感覺！可是，他們如果知道這當中的“坑”有多少，估計就不會這么熱心追求了！

做為先行嘗鮮者，京主任確實挺有發言權的，畢竟做為行業內最擅長挖、填坑的信息化老兵，每當一個新技術出現后，就會去主動研究，如果感覺有點意思，就會著手進行嘗試，只是沒有想到“容器”這個“她”會這么快就從“村婦”成長為“萬人迷”，本以為還要再調教好多年呢！

既然，“她”已經被普遍關注了，那就索性揭揭“她”的老底，也給這些吃瓜群眾普及下她的另一面，潑點涼水散散熱。

先說個嚴重的，這是京主任單位剛上線容器架構沒多久，一天快下班時：

“京主任，不好了，咱們的分布式存儲系統崩潰了！廠商怎么都查不出問題，應用系統都無法訪問數據庫了……”

事后分析，原來是容器架構闖的禍！因為容器只解決靈活部署問題，但不解決應用質量問題，而容器又共用了許多內核資源，所以如果容器中部署的應用有BUG，出現資源占用問題，而整個架構又使用了軟件定義存儲技術，計算池與存儲池共存，那就會進行傳染，讓所有主控點失效，最后由計算池引起，導致存儲池全部失聯，雖然存儲的數據并沒有丟失，修復重啟后可以找回來，但這樣不知何時何應用會有BUG，從而引發系統崩潰卻成了懸在頭上的達摩克利斯之劍！

那么怎么才能用好“容器”呢？

首先，要知道“容器”是干啥用的。為了應對硬件資源利用率不高的問題，通過計算、網絡、存儲等硬件資源池化，即硬件虛擬化技術很好地解決，但仍不足的是由其構建出的虛擬機依然很重，因為每個虛擬機都需完整地裝入需要的操作系統和應用環境，不管實際需不需要那些組件和模塊，這依然會造成資源的浪費，還不方便部署和靈活遷移。

正是為了解決操作系統層的虛擬化問題，就出現了從分時操作系統UNIX分化出來的容器技術，讓所有業務應用可以直接運行在物理主機的操作系統之上，可以直接讀寫磁盤，應用之間通過計算、存儲和網絡資源的命名空間進行隔離，為每個應用形成一個邏輯上獨立的“容器操作系統”。容器技術還有以下優點：簡化部署、多環境支持、快速啟動、服務編排、易于遷移。這樣，作為操作系統虛擬化技術的“容器”就與硬件虛擬化技術的“虛擬機”開始分庭抗禮。

其次，要知道“容器”的局限在哪。一是復雜性增加。隨著容器及應用數量的增加，同時也伴隨著復雜性的增加。在生產環境中管理如此之多的容器是一個極具挑戰性的任務。（注：可以使用Kubernetes和Mesos等工具管理具有一定規模數量的容器。）

二是支持受限。大多數容器技術都來源于Linux，比如Docker，基于Linux容器（LXC），相比于在原生Linux中運行容器，在Microsoft 環境中運行容器并不順暢，并且日常使用也會帶來復雜性。

三是不成熟。相比硬件虛擬化技術，容器技術在市場上是相對新的技術，需要時間來完善。現在實踐部署的“容器”大多基于開源，其支持者的資源也是有限的，如果在部署和使用環節遇到問題，可能需要花很長時間才能解決。

最后，要知道“容器”的應用路徑。從先行嘗鮮者的經驗來看，要追上這個“萬人迷”還是需要一些技巧的。一是要把應用打散，俗稱解耦，也有叫微服務化；二是要把計算和存儲分離，尤其是軟件定義計算和軟件定義存儲要分開，避免故障相互傳染；三是要打破應用研發和運維隔閡，建立起DevOps式的保障體系，實現全方位的敏捷性。至此，萬事俱備，只欠你的勇氣了。

IT語錄：挖坑、填坑、再挖坑、再填坑……周而復始！

“當家的，快來看，當年演“萬人迷”的那個女星又曝新照片了，好像富態了不少！想當初，可是把你迷的天天追劇……說，這么多年了，是不是還把她當成夢中情人呢？”

唉，又來了，咱這媳婦哪都好，就是愛吃醋，總是哪壺不開提哪壺！這都啥時候的事了，誰沒年輕過？咱現在有了新目標，“她”也是“萬人迷”，工作上的！

下期預告：又到了打造“鐵腰”的時候！

征稿啟示

發現欄目旨在針對信息化建設中的技術、產品、解決方案和發展趨勢。欄目評論的內容涉及網絡、存儲、計算、云、系統、安全、運維和管理等方面內容，為了更好地實現這個目標，使發現欄目的文章更加精彩、充實、實用，特向廣大讀者朋友征集稿件，字數在3000字左右，要求必須原創。希望廣大讀者朋友踴躍投稿。

投稿須知：

1.歡迎采用電子郵件形式投稿，稿件、郵件可直接發給投稿信箱：zhangjigang@ccidmedia.com。以電子郵件投稿的讀者，請在郵件主題中注明“投稿”字樣。

2.來稿請以TXT文本格式保存。文章中需要插入圖片者，請將清晰圖片另存為BMP/JPEG/TIF格式。

3.所有來稿本刊會在五個工作日內回信確認是否收到，一個月內確認是否發表。作者請在來信中注明自己的姓名、工作單位、聯系地址、身份證號碼等信息，以便本刊隨時與您聯系。如未得到回復，請您確定一下郵件是否正常發出，若重發后仍未得到回復，可以打電話查詢，編輯部電話：010-88558043。