导言

Devops实践指南/前言导言.md

@@ -58,7 +58,7 @@ DevOps 是动态的不断学习的，不断吸收好的实践。
 
 ## 导言
 
-期望：
+### 期望
 
 - 团队
   - 多角色协同合作，为了目标努力奋斗。
@@ -70,7 +70,84 @@ DevOps 是动态的不断学习的，不断吸收好的实践。
   - 端到端流水线，业务稳定性。
   - 敏捷小步快跑
 
+### 实际情况
 
+- 工作无法正常顺利的进行下去
+- 技术不到位，人员不到位， 资金不到位
 
-实际情况：
+### 历史
+
+- 80年代 -  精益原则：减少浪费 提高效率
+
+- 技术产品和交付标准不断提高
+
+- 00年左右 敏捷原则 
+
+- 2010年 DevOps出现持续交付诞生
+
+  趋势： 更快 更廉价 更低风险。
+
+  不使用Devops 的公司可能会倒闭
+
+> 统计数据不一定可信
+>
+> 得出的结论可能有问题 
+
+### 价值
+
+​	价值是给懂得人看到的，也是懂得人创造的
+
+​	对于软件工程来说：存在内部价值和外部价值。
+
+​	用户满意度：
+
+​		-- 针对性的用户满意度：20% 的用户带来 80%的用户
+
+​	    -- 80%的用户满意度没有那么重要。
+
+​		-- 存在恶意用户
+
+​	价值 -- 依赖于技术价值
+
+> 技术价值通过包装 成为用户的需求的闪光点
+
+> 价值是有人产生的，技术是落脚点，最重要的用户体验。
+
+### 问题
+
+- 能力不足 效率不足 进度不足
+
+- 所有的理想中的效率都依赖与基础设施环境
+
+技术团队解决根本的问题、长期的问题首先需要解决基础设施问题
+
+> 现状不适合于所有公司的情况，小公司往往不适用
+
+### 冲突
+
+- 开发部门和IT运维部门间有固有的冲突
+- 技术债务 - 难以短时间内解决
+- 部门考核 - 开发-快  运维-稳  目标：快速变化的客户需求， 稳定的业务服务（更重要）
+
+- 内部不同部门考核的差异化导致的冲突 ，管理部门的差异化对待导致
+
+
+
+### 恶性循环三部曲
+
+第一步：
+
+- 运维部门的工作不到位，导致基础环境服务不稳定。（研发部门甩锅）
+
+第二部：
+
+- 管理层给出了不合实际需求（技术做了不稳定不可控的事情）
+
+第三部：
+
+- 人人都在忙，小心翼翼，紧急避险 （越来越注重流程）
+
+结果：
+
+素有的泵快的是一步一步按计划走的，人员流失，公司倒闭。