Skip to content
代码片段 群组 项目
前言导言.md 2.1 KB
Newer Older
Administrator's avatar
Administrator 已提交
# 前言导言笔记

[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是成为首选的方法之一。



## 导言

期望:

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

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



实际情况: