问题一：Devops除了利用docker快速进行开发测试上线外，如何向公司说明采用Devops后的好处？

DevOps是在传统敏捷的基础上，为了解决开发测试和运维脱节而出现的理念。我们在理论上就不赘述它能带来的好处了，网络上讨论的很多，总的来说，DevOps是一种工作模式，这种模式适合需求变化多、需要快速迭代、频繁上线的场景，比如微服务架构的应用就更提倡使用DevOps的模式。但推广DevOps并不容易，有很大的代价。

因此实际在做出是否采用DevOps时，理论的宣讲往往是不够的，需要用数据印证来说服决策层。那么就需要自愿的、或有领导安排的试点应用，我建议选择代码掌控在自己手里、发版也比较频繁的应用，除了建立自动化流水线，还需要把应用相关的开发、运维人员编成同一个团队，让他们真正为同一套KPI而工作，负责应用的全生命周期，通过运行一段时间后，用DevOps前后的发版频次、发版时间、发版成功率数据、沟通的效率来做比较，来决定DevOps你的部门的代价和收益。客观地说，也不是所有的情况下DevOps都能带来显著的好处，比如现在和未来你也不需要微服务架构，1个月才发一次版，那么你现有的流程和模式也许就已经运转得很好了。