[[392060]]

 在以往的很多項目中，我們都采用了Docker，而且效果都很不錯（大多數時候都不錯，只不過有時我們的生產系統中的紅帽系統文件會出一些莫名的狀況，但可能并不是Docker的問題）。但是，這一次我們并沒有采用Docker，原因是沒有必要。我們用golang編寫了Web服務和靜態的html，并且還是用了golang 1.16的新指令//embed，最終得到了一個可部署的二進制文件。

作為一個自強自立的創業公司，我們可以使用的資源非常有限。正是出于這個原因，我們才選擇了Golang。我們也渴望能夠花費幾個星期來構建完善的CI / CD管道、優雅的部署流程以及漂亮的儀表板。但是，為了吸引用戶訂閱，我們需要交付軟件。任何與這個目標沒有直接關系的工作都要靠邊站，Docker就是其中之一。Docker本身的代碼量超過了900萬，其自身的bug不可避免，而且還有其自身的特質。

使用Golang可以讓我們構建速度非常快的Web服務（至少能夠滿足我們當前的增長水平），而且可伸縮性非常強（至少能夠滿足我們當前的需求）。我們的每臺服務器每秒可以處理數千個事務。但實際的業務量每秒還不到一千。但是，可以肯定的是，我們用node或deno也可以達到相同的水平。V8引擎也非常快。如果你的最大流量每秒只有大概兩個事務（我們有一個健身視頻應用，但肯定沒有推特那個水平的擴展性問題），那么實際上無論選擇哪種編程語言都沒有關系。如果容量不足，只需升級服務器就可以了。

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

構建時，只需運行：

go build 

測試時，只需運行：

go test 

部署時，只需運行： 

scp app user@host:  
ssh user@host “nohup ./app” 

我們的實際工作的確比上述“稍微”復雜一些，我們創建了一個SystemD腳本在服務器啟動時運行服務。我們還投入了一個專用的構建服務器，其上運行了一個10行代碼的shell腳本，而這個腳本可以完成所有的構建工作（git clone、go build、go test、go lint、go vet）。但是，我們之中還有人認為這太復雜了。過幾天，可能我們還會添加一個界面（比如https://www.rundeck.com）來控制部署。

我們花在建立構建和部署系統的總時長非常短，我們甚至都不知道如何衡量。

下面，我們來算一算學習Docker、部署Docker、還有故障排除等工作需要花費多少時間。即便你非常喜歡Docker，而它也改變了你的生活，但它是必不可少的嗎？你真的認為Docker比我們使用golang內置功能建立的構建和部署還簡單嗎？我敢向你保證，并沒有。