隨著平臺的不斷壯大，項目的研發(fā)對于開發(fā)人員而言，對于外部各類環(huán)境的依賴逐漸增加，特別是針對基礎(chǔ)服務(wù)的依賴。這些現(xiàn)象導(dǎo)致開發(fā)人員常常是為了簡單從而直接使用公有的基礎(chǔ)組件進行協(xié)同開發(fā)，在出現(xiàn)并行開發(fā)的情況特別是針對數(shù)據(jù)庫的變動或數(shù)據(jù)的更改常常會導(dǎo)致其他開發(fā)人員無辜增加問題的排查時間，導(dǎo)致整體的開發(fā)效率降低，同時對于遠(yuǎn)程協(xié)助也造成了巨大的障礙。為了解決上述存在的問題，將會利用Docker Compose技術(shù)輔助開發(fā)人員對于開發(fā)環(huán)境的搭建，最終實現(xiàn)開發(fā)人員只要裝有Docker就可以完成整個開發(fā)環(huán)境的搭建。
知道一個事物和實現(xiàn)這個事物是完全不同的事情。從Docker誕生那天開始，我們就夢想著諸如“15秒部署一個項目”，“版本可控開發(fā)環(huán)境”，以及時髦的運維用語，如“滾動開發(fā)”，“軟件定義架構(gòu)”。處于浪尖的行業(yè)人士都在以前所未有的熱情參與到將很多名詞和工具，例如“編排”，“服務(wù)發(fā)現(xiàn)”等，定義，重新定義以及商品化大潮中。
我認(rèn)為這股大潮的催化劑來自于Docker在應(yīng)用和基礎(chǔ)架構(gòu)之間帶來的美妙接口和抽象。開發(fā)者可以在不必知道底層架構(gòu)情況下談?wù)摶A(chǔ)架構(gòu)，操作人員也不必花大量時間研究如何安裝和管理軟件?？隙ㄓ惺裁戳α侩[藏在看似簡單的外表下使得大家生活簡化，更加高效。
現(xiàn)實世界時殘酷的，不要想當(dāng)然認(rèn)為采用一項新技術(shù)只會帶來享受。過去幾年經(jīng)過一些項目的磨練，經(jīng)歷過奇怪的環(huán)境，我認(rèn)為Docker也不例外。但是某一個經(jīng)驗一般可以直接應(yīng)用到項目的下一階段。要想從Docker獲得功力，必須浸淫到實際項目中去磨練。
過去一年中，我全身心投入去教授我的關(guān)于Dokcer基礎(chǔ)的書，Docker in Action。
我注意到幾乎所有人開始學(xué)習(xí)Docker技術(shù)時都會糾結(jié)于如何創(chuàng)建開發(fā)環(huán)境，然后才能了解生態(tài)系統(tǒng)之內(nèi)大家的關(guān)系。每個人開始都會認(rèn)為使用Docker會使環(huán)境搭建變的簡單，也不是完全不對，有很多“容器化”教程都涵蓋了創(chuàng)建一個image和如何將某個工具打包到容器（Container）內(nèi)，但是如何將開發(fā)環(huán)境Docker化是一個完全不同的事情。
作為一個踏坑先驅(qū)者，我可以分享一下我的經(jīng)驗。
我曾經(jīng)是一個資深Java使用者，但這個分享的經(jīng)驗不是關(guān)于Java的，而是圍繞著我使用Go和Node開發(fā)應(yīng)用發(fā)生的。我有一定的Go開發(fā)經(jīng)驗，主動提高在這一領(lǐng)域的能力。進入一個不熟悉領(lǐng)域迅速上手碰到的主要問題就是如何獲得正確的工作流，而且我還比較厭惡在筆記本上不斷安裝軟件，這些都驅(qū)使我嘗試用Docker做這些工作，或者有時候采用Vagrant。
我所參與的項目是用Go寫一個標(biāo)準(zhǔn)的REST服務(wù)，基于gin，依賴Redis和NSQ的某些庫和服務(wù)。也就是說需要import一些本地運行著的Redis和NSQ實例的庫，更有趣的是我還使用了一些服務(wù)于NGINX的靜態(tài)資源。
對門外漢來說，Go是一種編程語言，實際上還有一種命令行工具也叫“go”。從依賴型管理、編譯、測試用例到其它各種任務(wù)都使用它。對Go項目來說，除了Git和一個好用的編輯器，剩下就是跟它打交道了。然而還是有一個問題，我不想在筆記本上安裝Go，筆記本上我只想安裝Git和Docker。這些問題限制了其他環(huán)境下的兼容性，并且對新手來說降低了門檻。
這個項目有運行時依賴，意味著此工具集需要為簡單環(huán)境定義和編排而包括Docker Compose。 很多人會為此感到不適應(yīng)，那么我們怎么辦？開始創(chuàng)建一個Dockerfile或者docker-compose.yml？好吧，先讓我告訴大家我是怎么辦的，然后解釋為什么這么做。
例如在此案中www.sangpi.com中我希望我的本地包是完全自動的。我不喜歡手動逐條執(zhí)行步驟，而且我的vim配置文件也很簡單。我只想從“是否運行”層次控制運行環(huán)境。本地化開發(fā)環(huán)境目標(biāo)被快速復(fù)制，不僅用于提高生產(chǎn)效率，而且用于共享Docker images。 我最終完成了Dockerfile，用來產(chǎn)生包含Go，Node，和我最經(jīng)常使用的打包工具Gulp的images。 此Dockerfile沒有嵌入代碼，image也沒有嵌入Gulpfile。相反的，在一個建立了的GOPATH（Go workspace的根路徑）上定義了一個卷。
最終，我為此images設(shè)置了給gulp提供服務(wù)的entrypoint，設(shè)置默認(rèn)命令來監(jiān)控。輸出images肯定不是我稱為build artifact的東西，從這個意義上來講，此環(huán)境唯一做的就是提供了一個運行實例，幫助我們判斷是否代碼運行。對我的場景來說，運行的非常棒。而我將“artifacts”用于稱呼另外一個build。
下一步我用Compose定義本地開發(fā)環(huán)境。首先定義了在images中用到的所有Docker Hub 中定義的依賴服務(wù)，將他們連接到某一個“目標(biāo)”服務(wù)。此服務(wù)引用了新Dockerfile從哪里生成，將本地源目錄綁定到新image期望輸出的掛載點，暴露一些可以測試的端口。然后，添加了一個服務(wù)，可以不斷地向目標(biāo)服務(wù)循環(huán)發(fā)起一系列集成測試。最終，我添加了NGINX服務(wù)，掛載了有很多配置文件和靜態(tài)assets的卷。使用卷的好處在于重復(fù)使用配置文件和assets而不用重建image。
所有代碼最終會在電腦上生成本地開發(fā)環(huán)境，當(dāng)使用：
時，會啟動git clone，然后循環(huán)運行；不需要重建image或者重啟容器。每當(dāng).go文件發(fā)生變化，Gulp就會重建，并且在運行的容器中重啟我的服務(wù)。就這么簡單。
創(chuàng)建此環(huán)境很簡單嗎？不盡然，但是確實實現(xiàn)了。難道不用容器，而在本地直接安裝Go，Node，Gulp不是更簡單嗎？也許在這個場景是，但也只限于用Docker運行此依賴服務(wù)。我不喜歡這樣。
我曾經(jīng)要管理這些工具的不同版本，而產(chǎn)生了復(fù)雜的環(huán)境變量，到處生成artifacts。我不得不提醒同事們注意這些容易發(fā)生沖突的環(huán)境變量，他們太缺乏集中版本控制了。
也許你并不喜歡上面描述的環(huán)境，或者對項目有不同的需求。很好，確實是這樣，本文并不是讓所有工具都運行在Docker中，如果這樣就說明并沒考慮過要解決什么問題。
當(dāng)我設(shè)計這個環(huán)境時，考慮過下面幾個問題，顧慮，以及某些潛在答案。當(dāng)開始Docker工作環(huán)境時，就會發(fā)現(xiàn)實際情況可能比自己的回答更糟糕。
當(dāng)你考慮打包和環(huán)境時，最先考慮的因素是什么？
這個確實是最重要的問題。在此場景中，有幾個選項。我可以使用go直接在容器內(nèi)編程，看起來如下：
其實這個示例中大部分bolierplate可以通過shell別名或者函數(shù)隱藏，感覺Go是安裝在自己的設(shè)備中似的，還可以跟Go工作流聯(lián)系，創(chuàng)建artifacts。這些特性對非服務(wù)項目有益處，但是對庫和軟件項目就不一定了。
假設(shè)你已經(jīng)在使用Gulp、make、ant或者其他腳本，那么可以繼續(xù)，并且使用Dokcer作為這些工具的目標(biāo)。
另外一種方法，我可以通過使用Dockerbuild來定義和控制我的build，獲得更多面向Docker的經(jīng)驗。代碼如下：
使用Dokcer來控制build有若干好處。可以使用以前編譯好的image，Dockerfilebuilds使用緩存方法，使得編譯工作只重復(fù)最小的步驟（假設(shè)有一個很棒的Dockerfile）。最后，這些builds生成的images也可以跟其他開發(fā)者共享。
這個案例中，我使用golang資源庫中的onbuildimage作為基礎(chǔ)。其中包括一些很棒的下載依賴包邏輯。這個方法會生成可以方便用于其他非生產(chǎn)環(huán)境的Dockerimage。這個方法對于生產(chǎn)級別的image的問題在于，必須有步驟避免大image并且包括某些初始化腳本，用于啟動和監(jiān)控服務(wù)前驗證狀態(tài)。
有意思的是，Docker使用一系列腳本，Makefiles和Dockerfiles。build系統(tǒng)相對很健壯了，負(fù)責(zé)各種游戲測試，linting等，以及各種操作系統(tǒng)和架構(gòu)的artifacts。本場景中，容器是用來產(chǎn)生二進制的工具，然而是從一個本地build image中實現(xiàn)的。
擴充Docker build的選項，可以使用Compose來定義一整套開發(fā)環(huán)境。
Compose負(fù)責(zé)環(huán)境管理。如果覺得系統(tǒng)非常干凈并不奇怪，Compose把所有事情都聯(lián)系起來，優(yōu)化卷管理，當(dāng)images缺失時自動build，匯總?cè)罩据敵?。我之所以選這些開關(guān)是為了簡化服務(wù)依賴，也因為它能生成我需要的artifacts。
這個示例是一個運行時容器，Compose或者Docker都有合適的工具做到這點。此場景中，也可能更需要一個分布式image，或者可能希望build可以為本機產(chǎn)生一個二進制文件。
如果期望獲得想要的image，必須確保源碼或者預(yù)編譯庫在build時候嵌入image中。build時候沒有掛載卷，也即需要每次重復(fù)時都要重建image。
如果希望在容器內(nèi)部產(chǎn)生某些artifacts，則需要引入掛載卷。使用Docker命令行或者Compose環(huán)境可以很容易實現(xiàn)。但是要注意，除非容器在運行，否則build并不工作，也就意味著不能只用dockerbuild。
匯總
目前沒有Docker方式創(chuàng)建開發(fā)環(huán)境。Docker是一個可編排工具，不只是圣書。與其使用別人已有的dockerbuild系統(tǒng)，不如花一定時間學(xué)習(xí)此工具，明確自己的需求，然后創(chuàng)建適合自己的Docker環(huán)境。
到此這篇關(guān)于快速掌握使用Docker搭建開發(fā)環(huán)境的文章就介紹到這了,更多相關(guān)Docker搭建開發(fā)環(huán)境內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
