在以往的很多項(xiàng)目中，我們都采用了Docker，而且效果都很不錯（大多數(shù)時候都不錯，只不過有時我們的生產(chǎn)系統(tǒng)中的紅帽系統(tǒng)文件會出一些莫名的狀況，但可能并不是Docker的問題）。

但是，這一次我們并沒有采用Docker，原因是沒有必要。我們用golang編寫了Web服務(wù)和靜態(tài)的html，并且還是用了golang 1.16的新指令//embed，最終得到了一個可部署的二進(jìn)制文件。

作為一個自強(qiáng)自立的創(chuàng)業(yè)公司，我們可以使用的資源非常有限。正是出于這個原因，我們才選擇了Golang。

我們也渴望能夠花費(fèi)幾個星期來構(gòu)建完善的CI / CD管道、優(yōu)雅的部署流程以及漂亮的儀表板。但是，為了吸引用戶訂閱，我們需要交付軟件。任何與這個目標(biāo)沒有直接關(guān)系的工作都要靠邊站，Docker就是其中之一。

Docker本身的代碼量超過了900萬，其自身的bug不可避免，而且還有其自身的特質(zhì)。

使用Golang可以讓我們構(gòu)建速度非常快的Web服務(wù)（至少能夠滿足我們當(dāng)前的增長水平），而且可伸縮性非常強(qiáng)（至少能夠滿足我們當(dāng)前的需求）。我們的每臺服務(wù)器每秒可以處理數(shù)千個事務(wù)。

但實(shí)際的業(yè)務(wù)量每秒還不到一千。但是，可以肯定的是，我們用node或deno也可以達(dá)到相同的水平。V8引擎也非?？臁?/span>

如果你的最大流量每秒只有大概兩個事務(wù)（我們有一個健身視頻應(yīng)用，但肯定沒有推特那個水平的擴(kuò)展性問題），那么實(shí)際上無論選擇哪種編程語言都沒有關(guān)系。如果容量不足，只需升級服務(wù)器就可以了。

我們選擇Go的原因是，golang的打包比node、Java或C#好太多了。最終只有一個二進(jìn)制文件。

構(gòu)建時，只需運(yùn)行：

測試時，只需運(yùn)行：

部署時，只需運(yùn)行：

我們的實(shí)際工作的確比上述“稍微”復(fù)雜一些，我們創(chuàng)建了一個SystemD腳本在服務(wù)器啟動時運(yùn)行服務(wù)。我們還投入了一個專用的構(gòu)建服務(wù)器，其上運(yùn)行了一個10行代碼的shell腳本，而這個腳本可以完成所有的構(gòu)建工作（git clone、go build、go test、go lint、go vet）。但是，我們之中還有人認(rèn)為這太復(fù)雜了。

過幾天，可能我們還會添加一個界面（比如https://www.rundeck.com）來控制部署。

我們花在建立構(gòu)建和部署系統(tǒng)的總時長非常短，我們甚至都不知道如何衡量。

下面，我們來算一算學(xué)習(xí)Docker、部署Docker、還有故障排除等工作需要花費(fèi)多少時間。即便你非常喜歡Docker，而它也改變了你的生活，但它是必不可少的嗎？

你真的認(rèn)為Docker比我們使用golang內(nèi)置功能建立的構(gòu)建和部署還簡單嗎？我敢向你保證，并沒有。