前言导言.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是成为首选的方法之一。



## 导言

期望：

- 团队
  - 多角色协同合作，为了目标努力奋斗。
  - 跨团队 - 严谨设计
  - 具有相同团队习惯，形成良好的氛围。
  - 团队内部的人员，有形成主动学习的习惯，不论自己的或者他人的。

- 业务：
  - 端到端流水线，业务稳定性。
  - 敏捷小步快跑



实际情况：