Newer
Older
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
# 前言导言笔记
[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是成为首选的方法之一。
## 导言
期望:
- 团队
- 多角色协同合作,为了目标努力奋斗。
- 跨团队 - 严谨设计
- 具有相同团队习惯,形成良好的氛围。
- 团队内部的人员,有形成主动学习的习惯,不论自己的或者他人的。
- 业务:
- 端到端流水线,业务稳定性。
- 敏捷小步快跑
实际情况: