本文探讨了开发人员在代码提交后的种种顾虑，特别是在不同环境中的一致性问题。提出使用Docker简化持续集成与持续交付流程，同时指出企业实践中面临的挑战。介绍了软件开发云容器DevOps解决方案，该方案能有效解决技术栈差异、部署复杂性等问题。
当开发团队把代码提交到 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上线。
http://activity.huaweicloud.com/developer_plan/index.html
老王：赞！还是你这路子广啊，光闷头搞开发，都不知道。有空来我这喝茶~
扫一扫
716
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
