DevOps工作笔记

简介

精益 ：提高效率，减少浪费、小批量 (丰田管理系统-TPS)
敏捷 ：小批量(拆解)、增量式的发布
持续交付： 部署流水线(PipeLine)
持续改进：improvement kata 改进为工作中的一部分
DevOps参考或者依赖于以上多种管理方法
🤔

1. 工作中我们的聚焦和关注点是什么?
2. DevOps能给我们带来什么，如何改变现有工作模式，是否能带来工作的升华？
3. 如何在互联网或者其他行业，利用实践DevOps？
4. 如何做到快、准、稳 -> 精准化？ 自动化？自助化？探索性？

思考工作中当前问题：

1. 无法很快的给出当前环节的自组织、可视化或者仅仅是可视化并无其他更深层次的作用
2. 无法很好的把上一环节的结论、过程可视或者流转到下一环节；环节之间没有黏合性或者只是形式上的
3. 多团队，多人之间重复性、浪费
4. 无法把结果，资源、计划很好的复用
5. 未把持续改进深入到工作中的每一部分，并且很好的收集并赋能
6. 自助化已逐步完善、自动化略显苍白、无力

DevOps基础原则

三步工作法

整个DevOps实施可以分解为三步

1. 从左到右快速流动 (流动原则) ：
   1.1 左移、
   1.2 限制在制品 ---- (流程风险强管控)、
   1.3 可视化 ---- (通过可视化取管理价值流动)、
   1.4 减少 -- --(规模-交接数量)、(自服务赋能环节-需要啥自助申请调用)
   1.5 小批量 ---- (快速试错)、
   1.6 约束 -- -- (环境约束)、(时间节点约束)、(并行任务数约束)、(数据显示流程已不可控 约束)、(耦合约束)
   1.7 识别 -- --(阻塞识别、资源分配、人员协调)、
   1.8 消除浪费 ---- (等待浪费)

2. 从右到左快速反馈 (反馈原则)
   给予一把检验质量的锤子🔨
   2.1 四个实践：
   a、 出现问题，及时发现
   b、密集解决问题、构建新的知识
   c、将质量向源头推进
   d、为下游工作进行优化
   e、右移监控，环节反馈

3. 整个过程的持续学习
   3.1 四个实践：
   a、开启组织学习和安全文化
   b、让日常工作的改进做到制度化
   c、将局部发现转为组织全局改进
   d、在日常工作中注入恢复模式

问题

1. 现有的DevOps 自助化依托什么技术或者开源框架？
2. 如何建立有效地自动化方案，以及设施
3. DevOps有效展现形式应是如何
4. 如何评价DevOps是有效的
5. 如何在48小时内，建立一座双向16车道的大桥 (建立本身已难，如何再保证质量)
6. 如何保证一座一百层大楼的建筑质量

参考书籍
《DevOps Handbook》