Docker新手進 | 一篇不錯的Docker入門介紹

來源：塔塔 更新時間：2015-12-28

更多

看到這標題你可能會想，網(wǎng)上不是已經(jīng)有很多Docker的入門介紹了么？同一個主題被講過很多次，還有沒有必要必要再講？可是，我體內(nèi)這混雜的的高傲與固執(zhí)雖然讓人厭惡，但卻讓我廣受大家的歡迎，這也讓我覺得我應該來一發(fā)（篇），哈哈。
舉一個我遇到的場景，ELK三劍客，即Elasticsearch、Logstash和Kibana。我可以選擇把它們直接安裝在我的MacBook上，這是我主力開發(fā)機，但是在上面已經(jīng)裝好一個Elasticsearch了。我不想破壞現(xiàn)在已有的環(huán)境。要解決這個問題，用2015年時下最熱門的解決方案就是Docker了。如果過去一年關于Docker的各種熱鬧你都錯過了，那么請繼續(xù)往下看。
Docker做的事情就是將的軟件隔離起來，讓它們即使出了問題也不會互相影響。這并不是什么橫空出世的新思想。你很可能會說內(nèi)核控制的進程不就這樣玩么？每一個進程都有自己的內(nèi)存空間，并且在一個進程自身看來，內(nèi)存空間與所處在的計算機的內(nèi)存空間是一樣的。然而內(nèi)核欺騙了進程，在背后將內(nèi)存地址重新映射到了真實的內(nèi)存空間中。想想今天高速運轉(zhuǎn)處理器，任何地方見到的系統(tǒng)都能同時運行多個進程。今天的文明社會比人類歷史任何一個時間點制造的謊言數(shù)量級都要很多的量級。
扯遠了，Docker將進程的隔離模型的進行了擴展，讓隔離性變得更強。Docker是在Linux內(nèi)核的基礎上打造的一系列工具。整個文件系統(tǒng)被抽象了，網(wǎng)絡被虛擬化了，其它進程被隱藏了，并且從理論上，不可能逃脫容器去對在一個機器上的其他進程搞破壞。實際中，每個人對于怎么才能逃脫容器，至少去收集一點運行容器的機器的相關信息，持開放的態(tài)度。跟虛擬機比較起來，容器的隔離性還是較弱。

（上面箭頭：提升單機性能；下面箭頭：提升隔離性）
但換個角度看，進程比容器性能更好，容器性能比虛擬機性能更佳。原因很簡單，隔離性更高，在每一個上下文中就需要運行更多的東西，從而拖慢速度。選擇一個隔離性的過程，實際就是決定你對要運行進程的信任有多少的過程 - 它會不會去干擾其他的進程？如運行的進程都是自己的親兒子，那你對他們會有一個很高的信任度，對他們用最少的隔離，運行在一個進程中就行了。如果是SAP，那么你很可能需要盡可能高的隔離性：將電腦裝在封存在箱子里，綁在火箭上發(fā)射到月球。
Docker另一個很好的特性是，容器可以作為一個整體交付。他們不會像虛擬機那么臃腫。這大大的提高了部署的簡易度。在這個微服務流行的世界里，你可以很容易將你的服務捆在一起，用鏡像來發(fā)布。你甚至可以將build的結果指定成一個Docker鏡像。
Docker將會怎樣改變軟件開發(fā)和部署的過程仍然有待觀察。盡管我覺得Docker是一種帶有破壞性的技術，但影響還在幾年之后才會到來。雖然我會認為Docker會讓很多系統(tǒng)管理員丟掉工作，但是實際上Docker卻會改變他們的工作。每個人現(xiàn)在都需要一點變革，趕上時代的腳步。
又扯遠了，說說OSX上的Docker。
細心的你可能注意到，我之前說Docker是運行在Linux內(nèi)核之上的。然而OSX沒有Linux內(nèi)核，那怎么運行Docker呢。為了解決這個問題，我們需要用虛擬機來運行Docker。我們可以用一個叫boot2docker的工具來做這件事情，但是最近被docker-machine取代了。
我的機上有一個比較老的Docker，但是我覺得想試試Docker Compose，因為我運行著很多的服務。Docker Compose能讓很多的容器協(xié)作起來運行一個整體的環(huán)境。為了遵循保證隔離服務的宗旨，每一個服務都運行在單獨的容器中。因而，一個典型的web應用中，可以把web服務器運行在一個容器里面，數(shù)據(jù)庫運行在另外一個容器里面，然后這些容器可以放在同一個機器上。
我從Docker官網(wǎng)上下載了安裝包，并且跟著安裝指南http://docs.docker.com/mac/step_one/安裝。裝好Docker后，我讓docker-machine在Virtual Box上創(chuàng)建了新的虛擬機。

一起看起來很順利，然后啟動隨處可見的hello-world鏡像。
很驚訝這個鏡像的并不完全，完全沒有發(fā)現(xiàn)任何一個地方有“hello world”的輸出。然而好在，不是每一個Docker鏡像都實現(xiàn)地這般草率。這個hello world的例子比較無聊，看看能不能找到更加有意思的。我們想從容器中服務一個頁面，我打算使用Nginx，已經(jīng)有一個現(xiàn)成的Nginx的容器了，因此我創(chuàng)建了個新的Dockerfile。Dockerfile包含了一系列如何指導Docker從一系列鏡像中創(chuàng)建出一個容器的指令。這里提到的容器包含以下內(nèi)容：

FROM nginx

COPY *.html /usr/share/nginx/html/

第一行設置了我們?nèi)萜鞯幕A鏡像。第二行將本地的帶有html后綴的文件拷貝到Nginx容器中WEB服務器的目錄里。為了使用這個Dockerfile文件，我們需要創(chuàng)建一個Docker的鏡像：

/tmp/nginx$ docker build -t nginx_test .

Sending build context to Docker daemon 3.072 kB

Step 0 : FROM nginx

latest: Pulling from library/nginx

843e2bded498: Pull complete

8c00acfb0175: Pull complete

426ac73b867e: Pull complete

d6c6bbd63f57: Pull complete

4ac684e3f295: Pull complete

91391bd3c4d3: Pull complete

b4587525ed53: Pull complete

0240288f5187: Pull complete

28c109ec1572: Pull complete

063d51552dac: Pull complete

d8a70839d961: Pull complete

ceab60537ad2: Pull complete

Digest: sha256:9d0768452fe8f43c23292d24ec0fbd0ce06c98f776a084623d62ee12c4b7d58c

Status: Downloaded newer image for nginx:latest

---> ceab60537ad2

Step 1 : COPY *.html /usr/share/nginx/html/

---> ce25a968717f

Removing intermediate container c45b9eb73bc7

Successfully built ce25a968717f 

Docker build命令開始將拉取已經(jīng)構建好的Nginx容器。然后將我們的文件拷貝到容器里面，并且顯示容器的hash值，這讓它們很容易辨認。要運行這個容器我們可以運行：

/tmp/nginx$ docker run --name simple_html -d -p 3001:80 -p 3002:443 nginx_test

這條命令讓Docker運行nginxtest的容器，并且取名為simple_html。-d選項是為了讓Docker在后臺運行這條命令，并且最終-p選項是為了轉(zhuǎn)發(fā)端口，這里需要將本地的3001端口映射到容器的80端口 - 即正常的web服務器端口?，F(xiàn)在我們可以連接到web服務上了。如果我們打開chrome，訪問localhost:3001就會看到：

居然不行，問題在于Docker沒有意識到自己運行在虛擬機的環(huán)境里面，因此我們需要將vm的端口映射到我們本地機器上：

Docker container:80 -> vm host:3001 -> OSX:3001

這個從虛擬機管理器里面可以輕松的搞定：

現(xiàn)在我們可以看到頁面了：

這就是我們放在容器中的文件。好極了！現(xiàn)在我準備好嘗試更復雜一點的容器了。
小貼士：
我注意到在虛擬機里面同時并行的運行Docker會整個讓系統(tǒng)hang住。我懷疑同時跑兩個虛擬工具可能讓某個地方卡住產(chǎn)生了沖突的結果。我相信docker-machine的并行的支持正在在積極的解決中，0.5版本可能會看到。直到這之前，你可以參考：http://kb.parallels.com/en/123356并且看看：https://github.com/Parallels/docker-machine中對docker-machine的fork版本。
原文鏈接：Yet another intro to docker （翻譯：鐘最龍 校對：宋喻）