Docker技術(shù)將引爆容器生態(tài)系統(tǒng)

王健

基于對市場的判斷和技術(shù)趨勢的走向，我們提出了四個最新的技術(shù)動態(tài)，分別為：“Docker引爆容器生態(tài)系統(tǒng)”、“微服務(wù)及相關(guān)工具受到追捧”、“JavaScript工具正在趨于平穩(wěn)”、“安全是每一個人的問題”。

本文主要圍繞四個最新的技術(shù)動態(tài)進(jìn)行講解和判斷：

Docker引爆容器生態(tài)系統(tǒng)

Docker現(xiàn)在非?；?，作為一個開源的應(yīng)用容器引擎，它的出現(xiàn)讓容器技術(shù)的使用和管理變得非常簡單，也促使更多的人開始關(guān)注和意識到容器技術(shù)的真正價值和威力。由于其基于LXC的輕量級虛擬化技術(shù)，相比于KVM之類傳統(tǒng)的虛擬機技術(shù)最明顯的特點就是啟動快，資源利用率高。啟動一個容器只需幾秒鐘，在一臺普通的PC機上甚至可以啟動成百上千的容器，這都是傳統(tǒng)虛擬機技術(shù)很難做到的。我們知道Container通常翻譯為容器，但是還有另一個翻譯就是集裝箱，集裝箱被很多人稱為是21世紀(jì)最偉大的發(fā)明之一，而我們現(xiàn)在所提的容器技術(shù)和Docker，是不是也在致力于改變軟件的世界，改變我們開發(fā)、測試、構(gòu)建、部署、運維所有這些的現(xiàn)有方式呢？我覺得是有可能的，它為我們帶來了兩個重要好處：一致性和隔離。

我們知道一個產(chǎn)品是否可以正常提供服務(wù)，只去確保軟件本身沒有問題是遠(yuǎn)遠(yuǎn)不夠的，需要同時保證軟件、基礎(chǔ)設(shè)施（例如硬件、操作系統(tǒng)和運行環(huán)境）以及配置的正確性和可靠性。而傳統(tǒng)的軟件開發(fā)方式，對于這三個方面的管理是分離的，再加上三者之間錯綜復(fù)雜的關(guān)系，就造成了我們常常掛在嘴邊的“環(huán)境問題”。但是通過使用容器技術(shù)，我們?nèi)绻麑④浖?、基礎(chǔ)設(shè)施和配置作為一個整體使用容器進(jìn)行封裝，產(chǎn)生一個個已經(jīng)同時包含了軟件以及其運行環(huán)境的經(jīng)過嚴(yán)格測試檢驗的“包”。這樣當(dāng)部署“包”的時候就不需要再考慮環(huán)境的問題，也不需要關(guān)心現(xiàn)在部署的是一個Web服務(wù)還是一個數(shù)據(jù)庫服務(wù)，要做的只是把一個個容器標(biāo)準(zhǔn)化地安裝到指定的容器引擎即可。

可能正是大家都看到了容器技術(shù)以及Docker對于軟件開發(fā)各個領(lǐng)域正在帶來的改變，容器技術(shù)的生態(tài)系統(tǒng)也在經(jīng)歷著一個快速發(fā)展的階段，涉及到開發(fā)輔助、集群管理、服務(wù)編排、內(nèi)容發(fā)現(xiàn)、云平臺搭建等各種工具框架一一呈現(xiàn)在我們面前，其中像Google和Amazon這樣的巨頭也都在第一時間發(fā)布了各自與容器相關(guān)的服務(wù)和框架。

微服務(wù)及相關(guān)工具受到追捧

如果關(guān)注Docker，也肯定會經(jīng)常聽到一種與之相關(guān)的架構(gòu)，也就是微服務(wù)架構(gòu)：“微服務(wù)架構(gòu)是一種架構(gòu)模式，它提倡將單一應(yīng)用程序劃分成一組小的服務(wù)，服務(wù)之間互相協(xié)調(diào)、互相配合，為用戶提供最終價值。每個服務(wù)運行在其獨立的進(jìn)程中，服務(wù)與服務(wù)間采用輕量級的通信機制互相溝通（通常是基于HTTP協(xié)議的RESTful API）。每個服務(wù)都圍繞著具體業(yè)務(wù)進(jìn)行構(gòu)建，并且能夠被獨立的部署到生產(chǎn)環(huán)境、類生產(chǎn)環(huán)境等。另外，應(yīng)當(dāng)盡量避免統(tǒng)一的、集中式的服務(wù)管理機制，對具體的一個服務(wù)而言，應(yīng)根據(jù)業(yè)務(wù)上下文，選擇合適的語言、工具對其進(jìn)行構(gòu)建?！边@是Martin Fowler給出的對于微服務(wù)架構(gòu)的定義。

微服務(wù)架構(gòu)之所以經(jīng)常會和容器技術(shù)一起被提及，是因為容器技術(shù)為微服務(wù)架構(gòu)提供了非常匹配的基礎(chǔ)設(shè)施，從而可以將這種架構(gòu)的威力最大化的激發(fā)出來。設(shè)想一下，假如我們有一個產(chǎn)品采用微服務(wù)架構(gòu)，并將每類服務(wù)及其運行環(huán)境打包為容器，部署于像AWS ECS這類彈性容器服務(wù)里。就可以實現(xiàn)通過實時監(jiān)控每類服務(wù)的負(fù)載情況，通過自動化的方式快速按需對每類服務(wù)基于容器技術(shù)進(jìn)行快速高效的水平擴展或是撤銷，這樣我們的架構(gòu)就是一個高度自動化、高彈性、高資源利用率的應(yīng)用架構(gòu)，相比于傳統(tǒng)的單體應(yīng)用也將具備很大的競爭優(yōu)勢。

有得必有失，微服務(wù)架構(gòu)有著這么多的好處，但也會引入一些新問題，最直接的就是分布式本身所引入的復(fù)雜性。如：如何保證服務(wù)間的契約，如何快速開發(fā)服務(wù)等。

JavaScript工具正在趨于平穩(wěn)

JavaScript如今繼續(xù)保持著它強勁的勢頭，但是我們也能感覺到無論是社區(qū)還是我們自己團(tuán)隊，無論對于JavaScript的框架、工具還是一些最佳實踐上的認(rèn)同也在慢慢的趨于一致。ECMAScript 2015目前在雷達(dá)上已經(jīng)被列入了“采用”的階段，意味著已經(jīng)沒有什么障礙和疑慮再阻止我們使用這個最新的規(guī)范，在JavaScript平臺上享受一個現(xiàn)代語言為我們帶來的簡潔、便利和強大。在構(gòu)建工具和包管理工具的選擇上，NPM和Webpack也逐漸成為越來越多人選擇的對象。

安全是每一個人的問題

安全越來越受到大家的重視，隨著互聯(lián)網(wǎng)和軟件行業(yè)的高速發(fā)展，安全形勢也變得越來越嚴(yán)峻：從硬件安全到操作系統(tǒng)安全，從工具安全到依賴組件的安全，從網(wǎng)絡(luò)安全到應(yīng)用安全，從代碼安全到密碼安全。任何一個點的疏忽都可能對企業(yè)和個人帶來毀滅性的打擊和傷害。

與安全形勢變得越來越嚴(yán)峻形成鮮明對比的是以往我們在產(chǎn)品設(shè)計和開發(fā)過程中，對于安全無論是在意識上還是在使用的技術(shù)上，都遠(yuǎn)遠(yuǎn)達(dá)不到要求。對于安全的關(guān)注更多的是以一種“看門人”的方式進(jìn)行的，也就是在開發(fā)和設(shè)計過程中往往很少考慮安全的問題，而現(xiàn)在有越來越多的團(tuán)隊將安全引入到開發(fā)的整個生命周期當(dāng)中，作為一等公民來看待和重視，將安全作為軟件質(zhì)量的一個重要組成部分。