Skip to content
GitLab
菜单
为什么选择 GitLab
定价
联系销售
探索
为什么选择 GitLab
定价
联系销售
探索
登录
获取免费试用
主导航
搜索或转到…
项目
读
读书笔记
管理
动态
成员
标记
计划
议题
议题看板
里程碑
Wiki
代码
合并请求
仓库
分支
提交
标签
仓库图
比较修订版本
代码片段
构建
流水线
作业
流水线计划
产物
部署
发布
软件包库
容器镜像库
模型注册表
运维
环境
Terraform 模块
监控
事件
服务台
分析
价值流分析
贡献者分析
CI/CD 分析
仓库分析
模型实验
帮助
帮助
支持
GitLab 文档
比较 GitLab 各版本
社区论坛
为极狐GitLab 提交贡献
提交反馈
隐私声明
快捷键
?
新增功能
4
代码片段
群组
项目
Show more breadcrumbs
rzhu
读书笔记
提交
25285e02
提交
25285e02
编辑于
3年前
作者:
Administrator
浏览文件
操作
下载
补丁
差异文件
前言导言
上级
a69baf7c
No related branches found
分支 包含提交
No related tags found
无相关合并请求
变更
1
隐藏空白变更内容
行内
左右并排
显示
1 个更改的文件
Devops实践指南/前言导言.md
+76
-0
76 个添加, 0 个删除
Devops实践指南/前言导言.md
有
76 个添加
和
0 个删除
Devops实践指南/前言导言.md
0 → 100644
+
76
−
0
浏览文件 @
25285e02
# 前言导言笔记
[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是成为首选的方法之一。
## 导言
期望:
-
团队
-
多角色协同合作,为了目标努力奋斗。
-
跨团队 - 严谨设计
-
具有相同团队习惯,形成良好的氛围。
-
团队内部的人员,有形成主动学习的习惯,不论自己的或者他人的。
-
业务:
-
端到端流水线,业务稳定性。
-
敏捷小步快跑
实际情况:
This diff is collapsed.
点击以展开。
预览
0%
加载中
请重试
或
添加新附件
.
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
保存评论
取消
想要评论请
注册
或
登录