1.Docker簡介
1.1是什麼
Docker用來管理軟件部署的應用，Docker把應用打包成一個鏡像，鏡像帶有版本控制功能，應用的每次修改迭代就對應鏡像的一個版本，製做好的鏡像能夠發佈到鏡像倉庫分享給別人；也能夠直接從鏡像倉庫下載別人製做好的應用，不作任何修改，便可運行起來。java
1.1.1爲何爲出現docker
一款產品從開發到上線，從操做系統，到運行環境，再到應用配置。做爲開發+運維之間的協做咱們須要關心不少東西，這也是不少互聯網公司都不得不面對的問題，特別是各類版本的迭代以後，不一樣版本環境的兼容，對運維人員都是考驗 Docker之因此發展如此迅速，也是由於它對此給出了一個標準化的解決方案。環境配置如此麻煩，換一臺機器，就要重來一次，費力費時。不少人想到，能不能從根本上解決問題，軟件能夠帶環境安裝？<font color='red'>也就是說，安裝的時候，把原始環境如出一轍地複製過來。開發人員利用 Docker 能夠消除協做編碼時「在個人機器上可正常工做」的問題。</font>docker
以前在服務器配置一個應用的運行環境，要安裝各類軟件，就拿通常項目的環境來講吧Java/Tomcat/MySQL/JDBC驅動包等。安裝和配置這些東西有多麻煩就不說了，它還不能跨平臺。假如咱們是在 Windows 上安裝的這些環境，到了 Linux 又得從新裝。何況就算不跨操做系統，換另外一臺一樣操做系統的服務器，要移植應用也是很是麻煩的。數據庫
傳統上認爲，軟件編碼開發/測試結束後，所產出的成果便是程序或是可以編譯執行的二進制字節碼等(java爲例)。而爲了讓這些程序能夠順利執行，開發團隊也得準備完整的部署文件，讓維運團隊得以部署應用程式，開發須要清楚的告訴運維部署團隊，用的所有配置文件+全部軟件環境。不過，即使如此，仍然經常發生部署失敗的情況。Docker鏡像的設計，<font color='red'>使得Docker得以打破過去「程序即應用」的觀念。透過鏡像(images)將做業系統核心除外，運做應用程式所須要的系統環境，由下而上打包，達到應用程式跨平臺間的無縫接軌運做。</font>服務器
1.1.2docker理念
Docker是基於Go語言實現的雲開源項目。 Docker的主要目標是「Build，Ship and Run Any App,Anywhere」<font color='red'>【構建安裝任何應用在任何地方】</font>，也就是經過對應用組件的封裝、分發、部署、運行等生命週期的管理，使用戶的APP（能夠是一個WEB應用或數據庫應用等等）及其運行環境可以作到<font color='red'>「一次封裝，處處運行」</font>。微信
Linux 容器技術的出現就解決了這樣一個問題，而 Docker 就是在它的基礎上發展過來的。將應用運行在 Docker 容器上面，而 Docker 容器在任何操做系統上都是一致的，這就實現了跨平臺、跨服務器。<font color='red'>只須要一次配置好環境，換到別的機子上就能夠一鍵部署好，大大簡化了操做</font>架構
1.1.3總結
解決了運行環境和配置問題軟件容器，方便作持續集成並有助於總體發佈的容器虛擬化技術。運維
1.2能幹什麼
1.2.1以前的虛擬機技術
虛擬機（virtual machine）就是帶環境安裝的一種解決方案。 它能夠在一種操做系統裏面運行另外一種操做系統，好比在Windows 系統裏面運行Linux 系統。應用程序對此毫無感知，由於虛擬機看上去跟真實系統如出一轍，而對於底層系統來講，虛擬機就是一個普通文件，不須要了就刪掉，對其餘部分毫無影響。這類虛擬機完美的運行了另外一套系統，可以使應用程序，操做系統和硬件三者之間的邏輯不變。微服務
虛擬機的缺點：測試
- 資源佔用多
- 冗餘步驟多
- 啓動慢
1.2.2容器虛擬化技術
因爲前面虛擬機存在這些缺點，Linux 發展出了另外一種虛擬化技術：Linux 容器（Linux Containers，縮寫爲 LXC）。 <font color='red'>Linux 容器不是模擬一個完整的操做系統，而是對進程進行隔離</font>。有了容器，就能夠將軟件運行所需的全部資源打包到一個隔離的容器中。容器與虛擬機不一樣，不須要捆綁一整套操做系統，只須要軟件工做所需的庫資源和設置。系統所以而變得高效輕量並保證部署在任何環境中的軟件都能始終如一地運行。ui
比較了 Docker 和傳統虛擬化方式的不一樣之處：
- 傳統虛擬機技術是虛擬出一套硬件後，在其上運行一個完整操做系統，在該系統上再運行所需應用進程；
- 而容器內的應用進程直接運行於宿主的內核，容器內沒有本身的內核，並且也沒有進行硬件虛擬。所以容器要比傳統虛擬機更爲輕便。
- 每一個容器之間互相隔離，每一個容器有本身的文件系統 ，容器之間進程不會相互影響，能區分計算資源。
1.2.3開發/運維（DevOps）
一次構建、隨處運行
- 更快速的應用交付和部署
傳統的應用開發完成後，須要提供一堆安裝程序和配置說明文檔，安裝部署後需根據配置文檔進行繁雜的配置才能正常運行。Docker化以後只須要交付少許容器鏡像文件，在正式生產環境加載鏡像並運行便可，應用安裝配置在鏡像裏已經內置好，大大節省部署配置和測試驗證時間。
- 更便捷的升級和擴縮容
隨着微服務架構和Docker的發展，大量的應用會經過微服務方式架構，應用的開發構建將變成搭樂高積木同樣，每一個Docker容器將變成一塊「積木」，應用的升級將變得很是容易。當現有的容器不足以支撐業務處理時，可經過鏡像運行新的容器進行快速擴容，使應用系統的擴容從原先的天級變成分鐘級甚至秒級。
- 更簡單的系統運維
應用容器化運行後，生產環境運行的應用可與開發、測試環境的應用高度一致，容器會將應用程序相關的環境和狀態徹底封裝起來，不會由於底層基礎架構和操做系統的不一致性給應用帶來影響，產生新的BUG。當出現程序異常時，也能夠經過測試環境的相同容器進行快速定位和修復。
- 更高效的計算資源利用
Docker是內核級虛擬化，其不像傳統的虛擬化技術同樣須要額外的Hypervisor支持，因此在一臺物理機上能夠運行不少個容器實例，可大大提高物理服務器的CPU和內存的利用率。
1.2.4企業級應用
- 新浪
- 美團
- 蘑菇雞
1.3下載
1.3.1官網
1.3.2官倉
<font color='red'>微信公衆號</font>