印象中有個例子蠻有趣的, 假設有幾隻前幾代的 Service, 各自使用了 PHP 5.3 (Login) , PHP 5.4 (會員查詢), PHP 5.5(Html Crawler), 那正規情況,我們要維持整套系統運作, 最好是安裝三個 VM, 或者是賭很大, 把三套通通硬跑在 PHP 5.5 上面....

如果有了 Docker....

我使用 docker 的經驗比較有限，過去拿來用在 jenkins 測試 infrastructure，這種 repeatability 需求也會簡單拿來當作是程式的 sandbox 使用，像是實驗皿一樣做些觀察與測量，docker 就像 vagrant 有了 git 一樣的版本控制能力，部署的思考上便能簡化到狀態推送，複雜的環境只是 dumb pipes 與 smart endpoint 的邏輯組裝，再進一步延伸運用支援平台來簡化部署。

docker 與 vagrant 常被拿來比較，vagrant 的核心價值是 workflow，而且在開發階段的細節確認通常很有價值，開發者容易忽略系統複雜度與缺乏維運狀態穩定的想像，而 vagrant 的可重複性在驗證流程、環境程式化、CM 上的溝通能力都很好，很適合拿來開發階段的輔助工具。

部署階段 vagrant 過去偏向是透過社群輔助，之前 atlas.hashicorp.com 還未推出，以 packer build 不同 provider 的 box/img，除了要考量 box 建置的困難、安全性、環境變動頻繁的複雜度與彈性，還得考慮 box 的存放，所以在跨雲端與機房部署上的能力比較不足。vagrant 在開發環境與流程驗證的這部分，在 repeatability 上一直很有價值，對於 CM 的親近、彈性很高，所以可以直接透過 vagrantfile 就能釐清問題。去年 vagrantcloud release 確認了 cross cloud/data center storage provider 的路線，而在幾個月前 atlas.hashicorp.com 的服務也進入到如提供線上 travis ci 的 build serivice、也讓 application artifacts 可以注射到 image 裡，把過去部署時在想像上比較困難的地方，進入到有導入動機的階段，像是 consul 實作 raft 容錯、gossip、監控、自動化、monitor ui，terraform plan/apply 具有 cross cloud provider 與 data center 的控管實作，在彈性上都比起 docker 還有吸引力。畢竟小本經營，在移動中維持有高度的行動力，還是很好的策略。

看到一些 docker 研究拿來實作 reproducibility data，像是在 docker 內另築一層以資料為中心的虛擬化，建立成千上萬的 container，有興趣可以看看他們的實作，可行性都很高。ex: HyperCore OS / Interview

把所有程式的執行統一化, 去OS相依性, 去framework 相依性, 去libraries 相依性, 去語言相依性.

我公司的 Docker 應用沒像各位那麼偉大，相對簡單：

• 某主管部門展品後端需要跟 LDAP 整合，五分鐘內生套 LDAP 給他測試 -> docker ldap
• 某主管部門展品後端需要跟 Zabbix Server 整合，五分鐘內生套 Zabbix Server 給他測試 -> docker zabbix server
• 某主管部門展品後端需要跟 Jira 整合，五分鐘內生套 Jira 給他測試 -> docker jira

...
...

附帶一句，這些同事自從第一次開始使用 Docker ，平均至少幾個月才會回來問：

• 某某某沒 Docker Image，可以幫忙包一個嗎？
• 我們能不能夠全部機都換成 Debian？

最近用 docker 在公司架了 gitlab 和 gitlab-ci-runner ，結合 版控 跟 CI，每次跑 CI 就開個 container 很方便。

Server Side

我們有用 docker 來架 nginx 服務使用者。因為有加上自己刻的 module 所以就不是預設安裝的 nginx 了。由 docker 切出 4 層 image (由上至下為相依關係)

1. base image
2. toolcahin image
3. compiled nginx with module
4. runtime configuration

開發跟修改起來挺方便的。

Dev

公司有些東西是要寫 arm 或 mips 平台的東西，不同廠商給的 toolchain 需求環境不同。運用 docker 能抽象化環境的特性，來包裝 toolchain（一個 vendor 一個 image）

1. build toolchain image + host-build-script
2. cmake + toolchain configuration file (2.x 後有支援 toolchain file，不用再塞在一個檔內)
3. 運用簡單的 function pointer 達到『多形』的效果，不同平台的實作適情況編譯

https://github.com/qrtt1/PyHUG20150303

PS. 除了 vendor 的 toolchain image，另外包 1 個 x86dev 的 image，沒有 device 能玩時，可以在 x86dev 上編起來玩（需適度把平台相依的 api 架空）

PS. 再多包了一層的 Vagrant 在外面。一來是給 windows 開發者用（小心 \r\n 的 \r 弄亂的 Dockerfile），二來是需要燒韌體時方便，因為可以設好 usb filter，只要啟 vbox 就完燒韌體的準備工作了（不用每個人都來問要怎麼設定，按圖施工保證成功）。

• 門外漢的 Java 輕量開發環境
• 門外漢的 Go 輕量開發環境

對於需要複雜的整合測試環境的open source project（多node, 容易爛掉的perl環境），
用docker提供一個ready to use的環境，方便contributor

https://github.com/mogilefs-moji/moji-docker