Skip to content
代码片段 群组 项目
前言导言.md 4.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是成为首选的方法之一。



## 导言

Administrator's avatar
Administrator 已提交
### 期望
Administrator's avatar
Administrator 已提交

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

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

Administrator's avatar
Administrator 已提交
### 实际情况
Administrator's avatar
Administrator 已提交

Administrator's avatar
Administrator 已提交
- 工作无法正常顺利的进行下去
- 技术不到位,人员不到位, 资金不到位
Administrator's avatar
Administrator 已提交

Administrator's avatar
Administrator 已提交
### 历史

- 80年代 -  精益原则:减少浪费 提高效率

- 技术产品和交付标准不断提高

- 00年左右 敏捷原则 

- 2010年 DevOps出现持续交付诞生

  趋势: 更快 更廉价 更低风险。

  不使用Devops 的公司可能会倒闭

> 统计数据不一定可信
>
> 得出的结论可能有问题 

### 价值

​	价值是给懂得人看到的,也是懂得人创造的

​	对于软件工程来说:存在内部价值和外部价值。

​	用户满意度:

​		-- 针对性的用户满意度:20% 的用户带来 80%的用户

​	    -- 80%的用户满意度没有那么重要。

​		-- 存在恶意用户

​	价值 -- 依赖于技术价值

> 技术价值通过包装 成为用户的需求的闪光点

> 价值是有人产生的,技术是落脚点,最重要的用户体验。

### 问题

- 能力不足 效率不足 进度不足

- 所有的理想中的效率都依赖与基础设施环境

技术团队解决根本的问题、长期的问题首先需要解决基础设施问题

> 现状不适合于所有公司的情况,小公司往往不适用

### 冲突

- 开发部门和IT运维部门间有固有的冲突
- 技术债务 - 难以短时间内解决
- 部门考核 - 开发-快  运维-稳  目标:快速变化的客户需求, 稳定的业务服务(更重要)

- 内部不同部门考核的差异化导致的冲突 ,管理部门的差异化对待导致



### 恶性循环三部曲

第一步:

- 运维部门的工作不到位,导致基础环境服务不稳定。(研发部门甩锅)

第二部:

- 管理层给出了不合实际需求(技术做了不稳定不可控的事情)

第三部:

- 人人都在忙,小心翼翼,紧急避险 (越来越注重流程)

结果:

素有的泵快的是一步一步按计划走的,人员流失,公司倒闭。
Administrator's avatar
Administrator 已提交