摘要：關(guān)于本文是一個(gè)開源的應(yīng)用容器引擎，讓開發(fā)者可以打包他們的應(yīng)用以及依賴包到一個(gè)可移植的容器中，然后發(fā)布到任何流行的機(jī)器上。比如說，通過堆棧來開發(fā)應(yīng)用的每個(gè)部分。開發(fā)環(huán)境之前提到的，能夠很容易的引入文件并且使用它們。

關(guān)于本文
Docker 是一個(gè)開源的應(yīng)用容器引擎，讓開發(fā)者可以打包他們的應(yīng)用以及依賴包到一個(gè)可移植的容器中，然后發(fā)布到任何流行的 Linux 機(jī)器上。幾乎沒有性能開銷,可以很容易地在機(jī)器和數(shù)據(jù)中心中運(yùn)行。最重要的是,他們不依賴于任何語言、框架包括系統(tǒng)。

文章內(nèi)容
當(dāng)你想寫博客記錄點(diǎn)什么的時(shí)候，很有可能是你已經(jīng)學(xué)到了一些東西 :) 就像我現(xiàn)在一樣。我已經(jīng)研究 Linux 有一段時(shí)間了，當(dāng)初我沒想到能像現(xiàn)在這樣順利。這感覺很棒，我必須得承認(rèn)以前一直使用 Windows 作為開發(fā)環(huán)境的確讓我錯(cuò)過了一些好東西。然而，有一件事讓我覺得很后悔：.NET 生態(tài)系統(tǒng)。對(duì)于編寫應(yīng)用來說，這是功能非常強(qiáng)大的生態(tài)系統(tǒng)之一，而且能輕易的移植到非 Windows 的環(huán)境中，進(jìn)入這些開發(fā)環(huán)境的大門正向我敞開著。

我已經(jīng)上手 Docker 有一段時(shí)間了，大部分時(shí)間我都在試著理解其中的概念，因?yàn)槿绻L(zhǎng)期使用 Windows 進(jìn)行開發(fā)的話，這些概念對(duì)你來說會(huì)很陌生。理解完概念后，最有趣的部分就要來了。在這篇文章中，我會(huì)向你們展示我為什么如此喜愛 Dcoker。

為什么選擇 Dcoker

下面是為什么我覺得 Docker 很有用（和其他人的原因比起來并沒有什么太大的不同）：

可重復(fù)、聲明式的環(huán)境。在你的開發(fā)中、CI、QA（也稱為 your Pre-Production）環(huán)境中使用 Docker compose 會(huì)更方便快捷。

當(dāng)你在學(xué)習(xí)使用 Redis、RabbitMQ 等新工具的時(shí)候，閱讀文檔并試著將它們好好理解吸收。執(zhí)行 Dcoker 運(yùn)行命令，創(chuàng)建一個(gè)容器。使用容器中的工具進(jìn)行開發(fā)，最后刪除掉容器。

能夠幫助你調(diào)配文件。AWS，Azure，或者其他的什么。無論你在哪兒，你都能使用相同的腳本來調(diào)配文件。

轉(zhuǎn)變你的思維方式，將你的解決方案模塊化（這里我提到了 microservices）。這能幫助你避免做出一些錯(cuò)誤的選擇。比如說，通過堆棧來開發(fā)應(yīng)用的每個(gè)部分。這樣不僅能夠幫助你更好的理解程序，使用正確的工具進(jìn)行開發(fā)，而且你也能將你解決方案中不同的部分交給擅長(zhǎng)不同領(lǐng)域的技術(shù)開發(fā)人員分別去開發(fā)。我在這強(qiáng)烈推薦去看看 .NET Rocks 播客上的 Building Microservices with Howard Dierking 來深入的了解這部分。

這點(diǎn)我并不太清楚，但是 Docker 能讓人們 docker 化倉庫的環(huán)境變得不是那么重要了。
Docker 中可能還會(huì)有很多其他的要素讓我愛上它。

Hello World

我猜你們現(xiàn)在已經(jīng)安裝好了 Docker 正準(zhǔn)備和我一起來學(xué)習(xí)它。接下來，我將使用 Ubuntu 14.04 LTS，在 OS X 上應(yīng)該也是一樣的。

正如你所預(yù)料的，“Hello World”這個(gè)例子同樣是被聲明和打包過的（像之前提到的，docker 化）。為了讓 “Hello World” 運(yùn)行起來，只需要執(zhí)行下面的命令：

docker run ubuntu:14.04 /bin/echo "Hello world"
當(dāng)你執(zhí)行這段代碼時(shí)，執(zhí)行過程會(huì)在 Docker Hello World docs 中簡(jiǎn)短的解釋一下，如果你有一個(gè)基于 Ubuntu 14.04 image 的容器，在里面輸出 "Hello World" 然后退出。

像上面提到的，這個(gè)容器在輸出完成后就會(huì)消失，但是仍在運(yùn)行中。如果你執(zhí)行以下代碼，你就會(huì)發(fā)現(xiàn)那個(gè)容器。

docker ps -a

通過運(yùn)行基于我們從 docker ps output 獲得到的容器 ID 的命令，我們能開啟對(duì)應(yīng)的容器。

docker start --attach 6a174ac370a2
我們同樣用 --attach switch 連接到 STDOUT/STDERR 和之前的 signals，這就是為什么我們能看見 hello world 寫在我們的控制臺(tái)里。接下來讓我們看一個(gè)更加實(shí)用的容器相關(guān)的例子。

docker run -d ubuntu:14.04 /bin/sh -c "while true; do echo hello world; sleep 1; done"
這個(gè)正是你能在 Docker Hello World doc 的 "A daemonized Hello world" 部分找到的例子。有趣的是這個(gè)-d switch，它告訴 Docker 運(yùn)行容器并將它放在后臺(tái)。如果我們現(xiàn)在運(yùn)行 docker ps，我們就可以看見這個(gè)容器仍然處于運(yùn)行狀態(tài)。

執(zhí)行以下基于容器 ID 的代碼，我們可以連接到一個(gè)正在運(yùn)行中的容器的 STDOUT/STDERR。

docker attach ff2847155ced

你可以從容器中分離開來，通過 CTRL-p CTRL-q 讓它多帶帶運(yùn)行。

同樣的，你應(yīng)該已經(jīng)注意到了我們第一次執(zhí)行的運(yùn)行命令花了一小段時(shí)間去完成，因?yàn)樾枰獜?registry 下載所有的 images。然而第二次幾乎是在一瞬間就執(zhí)行完了，因?yàn)?Ubuntu 14.04 已經(jīng)存在了。所以，我們認(rèn)識(shí)到 Docker images 是不可變的、可組合的，這一點(diǎn)很棒。通過執(zhí)行 docker images 命令你可以看到在你的 host 下的 images。

開發(fā)環(huán)境

之前提到的，Docker 能夠很容易的引入文件并且使用它們。比如說， Redis is on Docker registry，我將它作為另外一個(gè)容器運(yùn)行。

docker run --name my-redis -d redis:3.0.2

我們可以看見 TCP 端口 6379 被展示了出來，這正是 Redis 展示的端口。然而，我需要知道這個(gè) host 的 IP 地址去連接到 Redis instance。我們可以通過 inspect command 得到一個(gè)正在運(yùn)行的容器的 IP 地址。

docker inspect --format "{{ .NetworkSettings.IPAddress }}" dfaf0cf33467

現(xiàn)在我可以使用我安裝的我的 host 中的 redis-cli tool 來連接到 Redis instance。

redis-cli -h 172.17.0.10 -p 6379

我隨時(shí)都能選擇開啟或者結(jié)束運(yùn)行容器。幾乎所有的事情都可以遵循這樣的一個(gè)過程（比如 Ruby, GoLang, Elasticsearch, MongoDB, RabbitMQ, you-name-your-thing 等等）。比如說，在 Python 的開發(fā)環(huán)境中，你可以執(zhí)行下面的 docker 運(yùn)行命令：

docker run -t -i python:2.7.10 /bin/bash
這可以給你創(chuàng)建一個(gè) Python 的 interactive container，你可以用它做任何你想做的事情：

當(dāng)你完成之后，你可以使用退出命令或者輸入 Ctrl-D 來結(jié)束容器中的交互式進(jìn)程，有效的停止容器。這個(gè)容器依然非常便于使用。通過運(yùn)行 docker ps -a 和以容器的 ID 運(yùn)行 start commmand 來獲得它的 ID，然后你就能再次啟動(dòng)這個(gè)容器。

你可能會(huì)很好奇像 Redis, MongoDB and Elasticsearch 這樣的工具是如何融入這個(gè)世界的，因?yàn)樗鼈冃枰獙?shù)據(jù)保存到磁盤上但是 Docker 容器卻被創(chuàng)造出來沒有這個(gè)方面的擔(dān)憂。這是一個(gè)很值得思考的問題，有了 Data Volumes，Docker 能很好的解決這個(gè)問題。
你的應(yīng)用

上面的過程顯得非常棒，但是我們的應(yīng)用要如何構(gòu)建？如果你使用 Docker，會(huì)有很多種不同的方法，但是讓我告訴你一種最簡(jiǎn)潔的也是最有效的方法，這可能會(huì)給你一點(diǎn)啟發(fā)。

拿一個(gè)應(yīng)用舉例子，我選擇將基于 Node.js 的 Octopus Deploy Library Web application docker 化。我們需要通過 Dockerfile 來實(shí)現(xiàn)。Dockerfile 是一份精心編寫的文檔，下面就是在 Octopus Deploy library 中如何應(yīng)用 Dockerfile：

FROM node:0.12.7

RUN ["npm", "install", "gulp", "-g"]
RUN ["npm", "install", "bower", "-g"]
RUN ["npm", "install", "grunt-cli", "-g"]

COPY . /app
WORKDIR /app

RUN ["npm", "install"]
RUN ["bower", "--allow-root", "install"]

EXPOSE 4000

ENTRYPOINT ["gulp"]
在我看來，自我描述是這份文檔中最好的部分。我們定義 application image 需要基于 node:0.12.7 image，其中有node.js文件。然后，我們需要運(yùn)行幾個(gè) npm 命令來安裝我們需要的東西。接著，我們拷貝文件改變工作路徑。最后，設(shè)置依賴關(guān)系，打開 TCP 端口 4000，明確入口點(diǎn)命令。

當(dāng)你運(yùn)行 gulp 默認(rèn)任務(wù)的時(shí)候，Octopus Deploy 就開始發(fā)揮作用并啟動(dòng)服務(wù)器。這就是為什么這里是我們的入口點(diǎn)。
現(xiàn)在我們就能開始 build 我們的 application image：

docker build -t octopus-library .

如果一切進(jìn)展良好的話，應(yīng)用搭建和創(chuàng)建 image 就開始了。最后，我們可以用同樣的運(yùn)行命令來啟動(dòng) container ，讓它在我們的 host 下運(yùn)行：

docker run -t -d -p 4040:4000 octopus-library
我們用 -p option 來將 host 的 4000 TCP 端口映射到 4040 TCP 端口。通過這種方法，你就能通過 4040 TCP 端口從 host 訪問正在運(yùn)行的應(yīng)用：

你可以通過復(fù)制我的 my fork of Octopus Library and switching to docker branch 來重復(fù)我之前同樣的步驟。

Wiki 版：http://wiki.jikexueyuan.com/project/wiki-journal-201507-1/docker.html