devops文化和SRE的职责

devops的各种理解维度

  • 业务,架构以及技术
  • 人,流程和工具
  • 原则,方法和实践

微服务是否上线

  1. 业务都可以从一个单例应用开始,不着急上微服务
  2. 但应该打好基础,时刻做好扩展的准备
  3. 架构如此重要,所以一旦业务相对清晰一些,就要根据业务需要,考虑逐渐切换到微服务架构,才不至于堆积太多技术债务,对于可扩展性、可规模化、可部署性等也都至关重要
  4. 团队效率永远都是高于个人效率,能统一技术栈对后续的扩展,优化,减少了更多不必要的工作
  5. 最新的未必是最合适的,永远追逐最新的技术,往往丧失了自我的思考和技术的积累。

工具是次要的,人才是最重要的

只有正确执行了devops的步骤,那么不管使用什么工具都是可以的

svn公司对ci的定义

  1. 只维护一条主线代码
  2. 自动编译代码
  3. 自动测试
  4. 每个人每天的代码都合并到主线
  5. 每个提交都需要在集成环境中重新编译主线代码
  6. 编译过程中出现的任何问题,都需要立即开始解决
  7. 保持快速的编译
  8. 在一个和生产环境完全相同的环境下测试代码
  9. 每个人都能非常方便的知道最新的编译结果
  10. 每个人都知道这过程中发生了什么
  11. 自动部署

devops和sre的关系

  • 两者都是面向数据的,都对SLOs(服务质量目标)决定着是否改善优化服务
  • 都针对持续小而频繁的变更,每次的变更都需要自动化测试和应用
  • sre所针对的方向更小,更看重从用户的角度出发而不是整个系统
  • devops更像是一个宽泛的文化,更重要的是优化开发和运维中间层