devops的各种理解维度
- 业务，架构以及技术
- 人，流程和工具
- 原则，方法和实践
微服务是否上线
- 业务都可以从一个单例应用开始，不着急上微服务
- 但应该打好基础，时刻做好扩展的准备
- 架构如此重要，所以一旦业务相对清晰一些，就要根据业务需要，考虑逐渐切换到微服务架构，才不至于堆积太多技术债务，对于可扩展性、可规模化、可部署性等也都至关重要
- 团队效率永远都是高于个人效率，能统一技术栈对后续的扩展，优化，减少了更多不必要的工作
- 最新的未必是最合适的，永远追逐最新的技术，往往丧失了自我的思考和技术的积累。
工具是次要的，人才是最重要的
只有正确执行了devops的步骤，那么不管使用什么工具都是可以的
svn公司对ci的定义
- 只维护一条主线代码
- 自动编译代码
- 自动测试
- 每个人每天的代码都合并到主线
- 每个提交都需要在集成环境中重新编译主线代码
- 编译过程中出现的任何问题，都需要立即开始解决
- 保持快速的编译
- 在一个和生产环境完全相同的环境下测试代码
- 每个人都能非常方便的知道最新的编译结果
- 每个人都知道这过程中发生了什么
- 自动部署