Docker帶來的顛覆將如何塑造未來IT
2014年真是令人興奮的一年，這一年里，云計算領域出現了一些新興技術和趨勢來塑造未來的IT。2014年底，軟件的整體依然呈增長趨勢。由于通用處理能力的增長、低成本的個人計算機設備和互聯網時代的到來，軟件現在幾乎無處不在。今天仍然面臨的最大挑戰是開發人員和IT運營團隊如何構建復雜的分布式應用，以及如何快速響應快速變化的市場和客戶需求。容器化、混合云和融合式基礎架構（converged infrastructure）正在迎接這一挑戰。
有沒有想過，如果我們不使用VMWare會怎么辦？容器化可以方便打包和部署分布式應用，這種創新大范圍滲透到IT行業的每個角落。Docker的興起和普及是因為它能提供一種一致性機制來構建、部署和擴展應用組件并隔離系統資源。為了持續集成并部署基礎設施，Docker可以輕松管理應用依賴以及配置。
Docker 顛覆操作系統
2014年末，CoreOS宣告推出其自主的容器技術，命名為Rocket。Rocket是基于分布式設計的一種用于在規模上簡化容器部署的極簡操作系統。從DockerCon以及二者的爭論中我們可以確定：Docker和CoreOS徹底分道揚鑣了。兩個開源公司都在爭奪同樣的用戶群，因為，沒有一個運營平臺，Docker容器的最終僅僅只是一個開發工具。對于新興技術來說有競爭總是好的，我們現在有兩匹馬在競賽。在這場比賽中Docker毫無疑問的領導者，它在開源社區、媒體宣傳、合作伙伴合作等領域擁有更大的份額。CoreOS作為軟件包在任何Linux中都能有效分發，它是一個獨立的操作系統，這是CoreOS和Docker最大的區別。這意味著，除了Docker，CoreOS的競爭目標已包括微軟、VMWare、RedHat、Ubuntu這些行業巨頭，而這四個老牌巨頭也正恰好是Docker的重要合作伙伴。與此同時，Ubuntu和RedHat在兩個新項目（Ubuntu Core和Atomic）通過引入一些類似CoreOS功能作為他們的第一步反擊，而微軟宣布在Windows Server的未來版本將原生支持Docker容器。
Docker顛覆PaaS（平臺即服務）
2014年底更大的新聞是Docker宣布在DockerCon支持多容器編排分布式應用，引進Docker Swarm和Docker Compose。Docker Swarm是一個Docker主機集群系統，提供主機的基本發現和Docker容器在主機內的調度。Docker Compose提供一個簡單的基于YAML配置語言，用于描述和組裝多容器的分布式應用和明確Fig的作用。這意味著未來用于PaaS相當明朗。
Cloud Foundry, OpenShift和ActiveState公司都迅速采取行動基本支持Docker容器。對大型企業來說PaaS平臺有很多有價值的安全和多租戶性能。但隨著自身容器編排，Docker能提供部署分布式應用基于以開發人員為核心"git push"的用戶體驗，它是一種比部署一個完全成熟的PaaS平臺更簡單的部署方式。把PaaS的開發放在首位的公司，對其來說用戶體驗是主要動力。
因為Docker Swarm和Docker Compose仍處于alpha版，所以目前來說功能還略顯簡單。
#p#
Docker顛覆虛擬化、私有云、配置管理
多年來，虛擬機鏡像已成為用于打包和部署分布式應用的實際機制。從IT操作角度來看，虛擬機提供一流的資源隔離、安全性和穩定性。但是，虛擬機也需要完全管理完整的操作系統實例，其每個實例都有自己的存儲空間和網絡設置，依賴項和系統環境配置。虛擬機鏡像實際是大而沉重的文件系統。一旦部署，因為一次次的修改軟件，腳本和人們用以適應這樣那樣的需求，虛擬機往往從原生的原始狀態開始“飄移”。事實上，管理的虛擬服務爆發式的增長，即所謂“虛擬機蔓延”問題，這個問題需要配置管理。目前已有解決該問題的配置管理系統如Chef、Puppet、Ansible和Salt，它們已成為系統管理的基本工具。目前還不清楚的是開發者職責結束和系統管理員的責任開始于一個虛擬機，它們之間節點在哪，經常發生通過“all hands on deck”(譯者注：英語流行語。在本文中大意為集中所有能力去解決突發情況。GTA5 里有個任務名為all hands on deck^-^）式的經驗來排除故障。
你可能聽說過容器和虛擬化是完全免費的-這是真實的。無論怎樣，容器有較少的性能開銷，資源利用更高效，更快的部署一個完整虛擬機。容器與虛擬機相比更重要的優勢是，基于軟件定義（它是基于元數據和其指定組合創建）。總之，這些特性開啟了一個強大的分布式應用管理模式-不變的基礎設施。在不變的基礎設施建設中，極簡操作系統包含自動發現、配置和自動化分配容器鏡像分配。容器在需要時被創建，在不再需要時卸載。IT和開發團隊之間的責任劃分明確，IT運行裝載容器,開發運行容器。在2015年，我們將開始看到許多開始嘗鮮的基于全自動化容器架構的私有云產品。
然而相對于這些優勢，IT將繼續爭取虛擬機管理的未來。有許多好的理由，其中有很多如傳統應用程序和多租戶。所以在容器獲得主導地位的數年時間內，將會有（主要是傳統的）應用程序，與容器之間存在兼容問題而不能運行。
Docker顛覆IaaS（基礎設施即服務）
一些云服務供應商已提供適應承載Docker容器的基礎系統鏡像，但他們其仍需要提供快速遷移工具使其更易于管理。Amazon推出Elastic Beanstalk支持Docker，谷歌已有容器引擎CCP，CenturyLink推出了Panamax，數字海洋已用CoreOS作為基礎鏡像。預計在2015年我們將在這些供應商中看到一個全新的基于容器中心的API和云服務出現。
#p#
混合云
因硬件的更新周期再加上IT服務更靈活的需求，大型企業要認真審視混合云架構。許多企業正在繼續早已過時的基礎設施建設計劃，在過去幾個月和我交流過的幾乎每個IT領導者都希望公有云作為其整體IT戰略的一部分。壞消息是IT團隊仍然受一長串環境限制，如傳統基礎設施，監管及合規問題及安全問題。這或多或少成為未來幾年公有云在企業中應用推進的障礙。
加入管理多個云和外包關系的列表，以及鑒于云之間遷移工作負載和數據的難度和復雜性，這很容易理解為何企業去花大量時間去混合。對于混合云的這種特點，這種復雜性可能最終促使企業通過云服務供應商或市場中獲得云服務，其提供單一用戶管理多個云的工具。當前混合云在開發和測試用例領域仍然占主導地位，并且在2015年繼續延續現在的情況。
自動化
自動化大概是我在2014年下半年從IT專業人員和行業引領者口中聽到重復次數最多的詞匯，它已經為它的用戶群實現了開啟自服務的目標。企業頂著預算壓力下不斷的努力擴大IT業務。解決這個問題的最好方式是通過自動化實現更少的人做更多的工作。我最近常講持續集成（CI）和部署在研發和運營團隊中非常流行的一個共同目標。在Docker中，也有類似像Shippable一類非常好的工具發揮容器化的優勢。
在2015年，我預計我們將看到像一些自動化框架，如Puppet,Chef,Salt和Ansible，它們開發完善功能來解決像裸機編排這一困難任務（這些框架中已經有一些有這方面的一些功能）。我們稱這個任務是基礎設施的“準備態”，這是在首次硬件配置后可以接受工作負載的基礎設施的第一時刻。
第三方自動化工具的問題是他們很難跟上硬件廠商不斷重構、更新硬件版本、發布新產品、更新固件和管理軟件的步伐。歸根結底，最有可能是硬件廠商自己將提供優化的自動化編排。
這給我們帶來了我們的最后一個重要的顛覆的趨勢，融合基礎設施：
融合基礎設施
只要IT支持企業業務還存在，IT部門的主要職能是評估、收購、整合不同的軟硬件來構造業務系統。而且，鑒于PC時代的經驗，硬件廠商選型一直是設計的主要考慮因素。隨著網絡規模化的架構已經成熟和為人所熟知，包括虛擬化技術的出現（包括容器化），IT作為硬件集成商的日子即將結束。任何類型的虛擬化意味著IT團隊可以減少硬件廠商選型的風險，因為他們可以迅速重新部署這些系統而無需停機。如前所述，現代化的IT團隊的側重點將主要關注創建和維護軟件。必須快速采取行動，以客戶和市場為導向，快速反應意味著比曾經更少的準備時間。如果部署前置基礎設施比樂高玩具還簡單？
融合基礎設施或Gartner公司所稱“基于機架的計算”，是本文所討論的一些發展趨勢的必然成果。融合系統幫助普通企業構造基于網絡規模化的基礎設施，提供預集成的計算、網絡、存儲和虛擬化。對內部IT以及服務提供者來說，融合基礎設施在未來十幾年的發展可能是令人興奮的。早在2007年，我加入的一個年輕的狂熱的初創組織3LeafSystems創造了一個融合的網絡、存儲和計算架構。這正是這些技術趨勢能如期實際應用的一個很好的實例。
當今，在這一領域每一個重要的硬件廠商都有業務融合線，同時有一批初創公司也做的非常好。在2015年，因下一代系統開始進入市場，在這方面我們可以看到很多廠商的動作。
小結
毫無疑問的是在2015年及未來一段時間早期采用這些技術將有一個瘋狂發展期。即便如此，早期的投資者在可能有顯著的投資回報率的情況下，尋求更好的靈活性和更低的成本。作為一個IT領導者，這些趨勢和其他的內容是否在你的雷達范圍中？
原文鏈接：http://dockerone.com/article/207
