當開發團隊把程式碼提交到 Git 應用倉庫的那一刻，他們心裡在想什麼？
祈禱沒有bug？渴望回家補覺？產品經理Go Die？
對，也不對。因為這只是最終釋出萬里長征的一小步，接下來要面對測試環境、生產環境、客戶環境，我這明明沒問題到你那就崩的環境……
其實，對開發和運維人員來說，心裡最想的是一次建立或配置，可以在任意地方正常執行。
據扯，2017年程式設計師們最痛恨的一首歌是“我們（環境）不一樣！”
“那為什麼不用Docker呢？”
在一次線下meetup上，技術潮人小明向正在抱怨的技術總監老王如此建議，老王在準備轉身翻白眼的0.01秒迅速回顧了下剛剛是否加了他微信、一會確認下拉黑他後，語重心長起來——
“兄弟，談何“容”易啊！”
lDocker 的優點在於通過簡化CI（持續整合）、CD（持續交付）的構建流程，但每家公司都有自己的開發技術棧，我們需要結合實際情況對其進行持續改進，優化自己的構建流程。
l最大的問題是沒有可遵循的業界標準，都說自己是最佳實踐，搞一大堆工具鏈，團隊學習成本高不說，不以解決實際工作痛點的玩新技術，都是耍流氓，好嗎？
l應用經過測試，接下來我們需要把它釋出到測試環境和生產環境。這個階段中如何更合理地使用Docker 也是一個難點，我們沒有專人去熟悉Kubernetes這種大型開源專案。
老王的三連擊引得周圍的老鳥深以為然，老王正得意自己的經驗組合拳肯定讓小明“啞口無言”時……
“那為什麼不試試軟體開發雲的容器DevOps呢？我們團隊也沒有專人做運維，但遷移部署、環境一致性的問題，一直沒操過心”
我這手機裡還有華為雲培訓的PPT，4頁看完，我們團隊就用上Docker了！
1、不同技術棧，一鍵生成docker映象
2、Docker映象自動部署，一個VM裡執行多個容器，並在容器中啟動指定映象
3、流水線上使用容器實現持續整合、持續部署
老王沒想到使用軟體開發雲容器DevOps，竟然如此簡單！MeetUp散會後，正打算安利給團隊，收到了小明的微信——
小明：王哥，您今天分享的經驗很寶貴，一看就是一線寫過程式碼，還帶過專案和人的老人。以後還要多向你請教技術、管理問題啊。今天時間緊，沒跟你單獨聊聊。
老王：你們團隊實力雄厚啊，今天你講的軟體開發雲，肯定不便宜吧
小明：這不是華為雲開發者扶持計劃免費上雲嘛！雲伺服器+軟體開發雲+資料庫+PaaS全免費，剛好滿足我們有個創業產品MVP上線。
activity.huaweicloud.com/developer_p…
老王：贊！還是你這路子廣啊，光悶頭搞開發，都不知道。有空來我這喝茶~