惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

K
Kaspersky official blog
T
Threat Research - Cisco Blogs
N
News and Events Feed by Topic
Hacker News: Ask HN
Hacker News: Ask HN
Project Zero
Project Zero
Application and Cybersecurity Blog
Application and Cybersecurity Blog
博客园 - 叶小钗
Security Latest
Security Latest
Spread Privacy
Spread Privacy
aimingoo的专栏
aimingoo的专栏
N
News and Events Feed by Topic
Webroot Blog
Webroot Blog
U
Unit 42
Cyberwarzone
Cyberwarzone
小众软件
小众软件
Scott Helme
Scott Helme
Engineering at Meta
Engineering at Meta
Microsoft Security Blog
Microsoft Security Blog
T
The Blog of Author Tim Ferriss
A
About on SuperTechFans
爱范儿
爱范儿
S
Schneier on Security
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Schneier on Security
Schneier on Security
Latest news
Latest news
GbyAI
GbyAI
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Simon Willison's Weblog
Simon Willison's Weblog
The Register - Security
The Register - Security
WordPress大学
WordPress大学
博客园_首页
Blog — PlanetScale
Blog — PlanetScale
PCI Perspectives
PCI Perspectives
Jina AI
Jina AI
AI
AI
NISL@THU
NISL@THU
I
Intezer
G
GRAHAM CLULEY
B
Blog
S
Secure Thoughts
IT之家
IT之家
宝玉的分享
宝玉的分享
Recent Announcements
Recent Announcements
Y
Y Combinator Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
酷 壳 – CoolShell
酷 壳 – CoolShell
有赞技术团队
有赞技术团队
V2EX - 技术
V2EX - 技术
Recorded Future
Recorded Future
Hacker News - Newest:
Hacker News - Newest: "LLM"

顾宇的博客

用 AI 重启生活 初始化 MacOS 关于我 再次见面,期待相遇 演讲和分享 如何通过政策红利获利?——海南发展(SZ.002163)交易复盘 2025年的总结 2024年的总结 2023年的总结 2022年的总结 《敏捷测试价值观、方法与实践》序 【翻译】函数式编程中的领域驱动设计 【翻译】通过跟踪技术债来改进你的开发实践 【翻译】不要把测试用例自动化 【翻译】持续部署 vs 持续交付 【翻译】测试替身 【翻译】做多少测试才足够 【翻译】蓝绿部署的起源 【翻译】持续部署 【翻译】作为演进式架构的微服务架构 【翻译】gRPC 的动机和设计原则 【翻译】分布式计算谬误 【翻译】微服务和分布式对象第一法则 采用 Multipass 管理本机虚拟 K8S 集群 博客主题升级到 Congo 2.0 【翻译】Terraform 最佳实践:模块组合 【翻译】Kubernetes 部署语言(Kubernetes Deployment Language) 通过 Vagrant 一键初始化 K8S 集群 2021年的总结 通过 Github Actions 部署 Mkdocs 文档 博客迁移到了新的 Hugo 主题 2020年的总结 2019年的总结 千人规模组织级 DevOps 演进的 9 个实践技巧 从技术雷达看 DevOps 的十年——容器技术与微服务 DevOps 模式 - 引入 DevOps 顾问 DevOps 模式 - 索引 从技术雷达看 DevOps 的十年——基础设施即代码与云计算 DevOps 模式 - 采用模式语言讨论 DevOps 从星巴克店面运营学习 DevOps 从技术雷达看 DevOps 的十年——DevOps与持续交付 【翻译】微服务安全:所有应该被问到的问题 云原生下的 DevSecOps 实践 【翻译】软件定义交付宣言 微服务演进中的经验和反思 迟到的 2018 年终总结 成功微服务实施的组织演进 从第19期技术雷达看 DevOps 的发展趋势 成功微服务实施的技术演进 我们如何衡量微服务的成功? 关于四周四 AWS 架构工作坊的设计和实践 讨论微服务之前,你知道微服务的 4 个定义吗? 公有云(AWS)上的生产环境架构优化案例和迁移套路总结 公有云(AWS)上的生产环境性能分析案例 一怒之下,我又写了一个开源流量测试工具 采用 DevOps 故事落地 DevOps 测试驱动开发 Nginx 配置 云原生 DevOps 翻译-混沌工程的原则 Serverless 风格的微服务的持续交付 从最新一期技术雷达看 DevOps 的发展 关于 DevOps ,咱们聊的可能不是一回事 Serverless 风格的微服务的架构案例 提升微服务实施效率的 7 个步骤 微服务实施常被忽视的 5 个难点 你的 CI 在挖矿吗? DevOps前世今生 - 4. DevOps 的文化 DevOps发展的九个趋势 不要让你的持续集成服务器成为安全隐患 DevOps 前世今生 - 3. DevOps 的目标和核心 DevOps 前世今生 - 2. DevOps 矛盾从何而来 DevOps 前世今生 - 1. DevOps 编年史
DevOps 模式 - 定义你的DevOps
顾宇 · 2019-05-26 · via 顾宇的博客
  1. 顾宇的博客/
  2. Blogs/
  3. DevOps 模式 - 定义你的DevOps/

遗憾的是,很少有人真的关心 “DevOps 是什么”,当然其实也不重要。比 DevOps 是什么来说,更重要的是 “DevOps 能做什么”。据 John Willis 的说法,DevOps 运动的发起人 Patrick Debois 一直拒绝给 DevOps 下定义是一件了不起的事情。 Patrick Debois 他不希望把 DevOps 据为己有。DevOps 应该属于社区,属于每一个愿意投身于 DevOps 目标的个人和组织。

由于第一届 DevOpsDays 奠定 DevOps 的基础。组织者 Patrick Debois 作为第一个"官方" DevOps 发言人。第一届 DevOps 的产出内容给未来的 DevOps 发展方向上起到决定性作用。因此,DevOps 模式中的 DevOps 的相关定义均参考Patrick Debios 的博客。

然而,在我过去经历的不同的 DevOps 转型/改进项目中的经历来看。不同的组织,不同的部门,甚至是同一个部门的人,大家对 DevOps 的理解并不一致。这对 DevOps 长时间在组织内发挥改进作用是不利的。

模式:定义你的 DevOps (Define Your DevOps) #

模式名称:定义你的 DevOps (Define Your DevOps)

模式别名:定制化 DevOps 定义 (Customize DevOps Definition)

模式类别: 策略模式

风险: 中 - 采用的时候要注意场景和条件,否则会出现反模式。

价值:中 - 采用该模式产生中期固定的收益,但要持续做才可以获得收益。

见效时间:快 - 2 周内可看到显著改进。

说明

根据组织的需要,在基于对 DevOps 历史和实践的理解上建立对组织发展有益的 DevOps 的定义。DevOps 的定义包括 DevOps 的组织改进范围,DevOps 的度量,DevOps 的实践。在采用 DevOps 实践的过程中,要先取得 DevOps 共识并基于共识采取 DevOps 度量。否则无法确定 DevOps 带来的改进。

此外,DevOps 的定义会随着组织在的不同阶段而变化。要定期重新定义当前阶段的DevOps 目标,否则会导致"DevOps教条主义" 反模式和" DevOps 复制者"反模式。

DevOps 的定义要在实施 DevOps 的组织内达成共识。否则会陷入"片面的 DevOps" 反模式。

相关模式:DevOps 共识,DevOps 范围,建立 DevOps 度量,短期 DevOps 提升

相关反模式: DevOps 教条主义,DevOps 复制者,片面的 DevOps

相关引用

https://en.wikipedia.org/wiki/DevOps

https://youtu.be/o7-IuYS0iSE

http://www.jedi.be/blog/2009/12/22/charting-out-devops-ideas/

http://www.jedi.be/blog/2012/05/12/codifying-devops-area-practices/

如果不定义适合自己的 DevOps,或者对 DevOps 理解单一。会导致"DevOps 教条主义"和"DevOps模仿者"反模式。

反模式:DevOps 教条主义 ( DevOps dogmatism ) #

反模式名称:DevOps 教条主义(DevOps dogmatism)

反模式类别: 策略反模式

不良后果: 无法达到 DevOps 改进预期的效果

常见原因

  1. 认为 DevOps 是静态,完整的理论体系。
  2. 认为体系化的 DevOps 资料,例如:文献、书籍可以覆盖所有 DevOps 内容。

说明

DevOps 的目标是"通过一系列行之有效的管理实践和技术实践,以消除软件全生命周期的中的浪费,提升软件及其过程的质量、效率和反馈频率。从而使组织能够更好的适应外部的变化。"

在此基础上,DevOps 相关的实践和模式是不断随着组织上下文和技术上下文的发展而发展的。

注意,**“DevOps 教条主义”反模式可能会导致“DevOps 复制者”反模式。但“DevOps 复制者”反模式并不一定会导致“DevOps 教条主义”反模式。“DevOps 教条主义”**反模式的关键在于 DevOps 定义和实践是不继续发展的。而 **“DevOps 复制者”**反模式的关键在于 DevOps 不需要根据组织进行定制。

修正模式:定义你的 DevOps,DevOps 度量

相关反模式:DevOps 复制者

相关引用

http://www.jedi.be/blog/2012/05/12/codifying-devops-area-practices

反模式:DevOps 复制者 (DevOps Copycats) #

反模式名称:DevOps 复制者 (DevOps Copycats)

反模式别名:无

反模式类别: 策略反模式

不良后果: 完全复制别人的 DevOps 实践做法,而不进行分析和定制化。导致无法达到 DevOps 转型或者改进的效果。

常见原因

  1. 简单的复制成功企业的经验,而没有分析成功的上下文。
  2. 成功的案例很少会展示失败的部分。
  3. 没有度量机制进行改进。

说明

在同一行业内发现成功案例会很容易错误的以为案例可以复制。缺乏对案例成功的上下文分析会导致同样的实践产生了不同的效果。因此,有必要分析自身的上下文和成功案例上下文的区别,或者进行试点以总结经验。以便更好的定制化 DevOps 实践。任何外部的实践都只具备参考意义。

对外部案例的尝试不算是 DevOps 复制者。DevOps 复制者的关键在于尝试后没有进行回顾复盘并不进行改变。

注意,**“DevOps 教条主义”**反模式可能会导致 **“DevOps 复制者”**反模式。但 **“DevOps 复制者”**反模式并不一定会导致 **“DevOps 教条主义”反模式。“DevOps 教条主义”**反模式的关键在于 DevOps 定义和实践是不继续发展的。而 **“DevOps 复制者”**反模式的关键在于 DevOps 不需要根据组织进行定制。

修正模式:定义你的 DevOps,DevOps 度量

相关模式:和该模式相关的其他模式,其他模式也会导致同样的反模式。

相关反模式:DevOps 教条主义

相关引用:相关资料的引用。

关于 DevOps 模式 #

DevOps 模式的索引在 Github 上开源,地址是 https://github.com/wizardbyron/devops_patterns

欢迎通过 issue 和pull request 提交你的建议。

你可以通过关注我的公众号了解 DevOps 模式和反模式,也可以加入我的付费知识星球“DevOps 模式” 和所有 DevOps 的实践者共同交流,我将在知识星球中定期回答那些最受关注的问题。