前言导言

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

+# 前言导言笔记
+
+[TOC]
+
+##  前言部分
+
+4位书籍的合著者。三位参加了2009 年 devops会议 一天10次部署，还有一位自己创造了持续交付的概念。
+
+他们不同的组织遇到了相似的问题和困境
+
+> 主要关注于效率
+
+### 本书的目的
+
+- 复制 描述成功的经验
+- 驳斥谬论-不适用的场景
+- 实施常见的误区
+
+> 成功经验很难复制，需要根据实际情况，形成自己的思路。
+>
+> 任何的方法都有自己的适用场景，devops也无法解决所有场景的问题。
+>
+> 除了devops，应该有其他的解决方法。存在即合理。
+>
+> 快速部署并非是所有公司的需求，有些误区可能是一些必经之路。
+
+
+
+### 常见误区
+
+1.  Devops 只适合于 创业公司（Devops 可以适用于任何公司）
+2. DevOps将取代敏捷（DevOps 是一系列最佳实践的整合 不是替代）
+3. DevOps 与ITIL 不兼容（可以与现有的实践组合使用）
+4. DevOps 与 信息安全及合规活动不兼容（可以在现有的最佳实践中引入新的最佳实践）
+5. DevOps意味着 “NoOps”，（对运维人员提出更高的要求，IT人员需要掌握开发、安全知识）
+6. DevOps 只是基础设施及代码或持续交付（自动化和持续交付是DevOps是核心体现而不是全部）
+7. 只适用于开源软件（DevOps是方法论）
+
+>DevOps 是一种解决问题的方法论。
+>
+>不同公司处于不同阶段，有不同的需求，是否使用DevOps需要根据情况而定。
+
+
+
+### 传播“啊哈”时刻
+
+**文化即是习惯。**
+
+DevOps 是动态的不断学习的，不断吸收好的实践。
+
+使用DevOps 需要在团队内实现一套团队习惯和个人习惯。
+
+结论：
+
+​	欢迎大家来一起学习使用传播DevOps，让DevOp是成为首选的方法之一。
+
+
+
+## 导言
+
+期望：
+
+- 团队
+  - 多角色协同合作，为了目标努力奋斗。
+  - 跨团队 - 严谨设计
+  - 具有相同团队习惯，形成良好的氛围。
+  - 团队内部的人员，有形成主动学习的习惯，不论自己的或者他人的。
+
+- 业务：
+  - 端到端流水线，业务稳定性。
+  - 敏捷小步快跑
+
+
+
+实际情况：
+