看看一些不好的做法,我们可以称之为“反类型”(在无处不在的“反模式”普及之后的说法)是有效的。
“DevOps团队”的目标应当是经由过程启用组织的其余部分来实现本身的营业。— Twitter: EricMinick
有效潜力:中
类型4:DevOps作为外部办事
一些组织,特别是较小的组织可能没有资金,经验或工作人员来主导他们的软件运维。开辟团队可能会接触到像Rackspace如许的办事供给商,以赞助他们建立测试情况并主动化其基本举措措施和监控,并就软件开辟周期中实现的各类运维功能供给建议。可以称之为DevOps-as-a-Serviced的可能是小型组织或团队,他们懂得主动化,监控和设备治理的用处和实现方法,然后跟着营业的成长和更多的员工,可能转向第3类(作为IaaS的操作)或甚至第一类(开辟和运维协作)模式。
类型4适应性:运营经验较小的小型团队或组织。
有效潜力:中
类型5:具有到期日的DevOps团队
具有到期日的DevOps团队(类型5)看起来像反类型B(DevOps Team Silo),但其意图和寿命是完全不合的。这个临时团队的义务是使Dev和Ops更慎密地结合在一路,幻想目标是面向类型1(开辟和运营协作)或类型2(完全共享的Ops Reponsibility)模型,并最终使其自身过时。临时小组的成员将在Dev-speak和Ops-talk之间进行“翻译”,惹人猖狂的设法主意,如为Ops团队惹人站立会和看板,并推敲“肮脏”的细节,如负载均衡器,治理NIC和为Dev团队卸载SSL。如不雅足够多的人开端看到将Dev和Ops组合在一路的价值,那么临时团队就有实现其目标的┞锋正机会;至关重要的是,安排和临盆情况的经久分析诊断义务不该该供给给临时团队,不然可能会成为DevOps团队隔离(反类型B)。
类型5适应性:运营经验较小的小型团队或组织。
类型6:DevOps“布道者”团队
有效潜力:低至中
在Dev与Ops之存放在巨大年夜差距(或者大年夜的差距趋势)的组织中,拥有一个“促进”DevOps团队来保持Dev和Ops方面的交换是有效的。这是一个类型5(DevOps Team with Expirey Date)的版本,但DevOps团队在持续的基本上存在着具体的促进Dev与Ops团队之间的协作与合作的职责。这个团队的成员有时被称为“DevOps 布道者”,因为它们有助于传播DevOps实践的意识。
类型6适应性:Dev和Ops趋势分散的组织。当心类型B的危险。
有效潜力:中至高
类型7:SRE团队(Google模型)
DevOps经常建议Dev团队按期参加值班会议,但这不是必须的。事实上,一些组织(包含Google)运行不合的模式,大年夜开辟到运行该软件的团队(站点靠得住性工程(SRE))团队的明白“切换”。在这个模型中,开辟团队须要向SRE团队供给测试证据(日记,指标等),注解他们的软件具有足够的标准,获得SRE团队的支撑。
最重要的是,SRE团队可以拒绝在运维上不合标准的软件,请求开辟人员在将代码投入临盆之前对其进行改进。Dev和SRE之间的协作产生在运维标准上,然则一旦SRE团队对代码认为知足,他们(而不是开辟团队)就在临盆中支撑它。
类型7适应性:类型7仅实用于具有高度工程和组织成熟度的组织。如不雅SRE/Ops团队被告诉“JFDI”安排,请当心返回反类型A。
有效潜力:低至高
类型8:容器驱动的协作
经由过程将应用法度榜样的安排和运行时需求封装到容器中,容器不再须要Dev和Ops之间的某些协作。如许,容器就是开辟和运维的义务界线。凭借优胜的工程文化,容器驱动的协作模式运作优胜,但如不雅开辟者开端忽视运维须要推敲的一些工作,这种模式可以改变为对抗“我们与他们”。
有效潜力:中至高
为了弥合Dev-DBA的鸿沟,一些组织已经测验测验过类似于类型9的数据库功能,DBA团队的数据库功能与Dev团队的数据库功能(或专业)相当。这似乎有助于在以开辟为中间的数据库(以本质上是应用法度榜样的虚拟持久存储)视图和DBA为中间的数据库(智能,丰富的营业价值来源)视图之间进行转换。
类型9:开辟和DBA协作
类型9适应性:实用于具有多个应用法度榜样连接一个或多个大年夜型中心数据库的组织。
有效潜力:中
请记住:任何一个组织都没有“精确的”团队拓扑,然则有几个“坏”拓扑。
【编辑推荐】
- 开辟一个Linux调试器(十):高等主题
- 态牛-Tech Neo 9月刊:基于算法的IT运维
- 未竽暌龟绸缪,迎接运维新时代—— Tech Neo第十六期技巧沙龙
- 51CTO首届开辟者大年夜赛部分作品曝光,等你来弥补!
- 带你懂得2017版Linux内核开辟申报
推荐阅读
主题简介:SSM体系架构设计HDFS优化存储功能讲解SSM体系应用处景分析一、背景跟着大年夜数据技巧相干技巧的成>>>详细阅读
本文标题:DevOps,就是开发吃掉运维?
地址:http://www.17bianji.com/lsqh/38395.html
1/2 1