docker官網上說明了docker的典型場景:
使應用的打包與部署自動化
創建輕量、私密的PAAS環境
實現自動化測試和持續的集成/部署
根據這些特性,我們可以想象一下,如果你的項目有如下痛點或者需求,那么可以考慮一下使用docker了。
- 需要頻繁的升級,可以充分利用docker的鏡像版本快速升級回退。
- 開發,測試,線上的代碼運行環境經常變更。每當你查了半天bug,最后竟然是環境不一致的時候。
- 銷售演示或者POC的demo。啟動后無歷史數據,免去清理數據的煩惱。
- 項目體量過大,進行了微服務改造。需要統一管理,docker-compose了解下。
- 占用資源過多,可以利用docker資源配額和設置啟動策略,提升穩定性。
- 整合開源服務,隨着docker使用的普及,越來越多的開源項目提供了docker鏡像部署。
注意:事物都是有兩面,並不是所有項目都適合docker化改造,而且任何的改動都有可能產生不好的影響,要對技術保持敬畏。
遵循科學流程,《企業級容器雲架構開發指南》中給出了一個改造流程,可參考:
- 評估代價可行性
- 改造方案
- 代碼修改
- 制作鏡像
- 單機驗證
- 多機部署