写点什么

DevOps 组织如何选取拓扑结构以提升协作效能

  • 2020-03-25
  • 本文字数:1659 字

    阅读完需:约 5 分钟

DevOps组织如何选取拓扑结构以提升协作效能

DevOps 组织的成功,很大程度上来自于聚焦培养强有力的 DevOps 团队。“乌合之众:未有效地管理组织变革”是 DevOps 组织需要避免的六大“焦油坑”之一(详见如何避免 DevOps 变革的六大“焦油坑”)。在“DevOps 能力之屋(Capabilities House of DevOps)”(参阅图 1)中,华为云 DevCloud 提出(工程方法+最佳实践+生态)×工具平台=DevOps 能力,而基石是人与组织。因此,在 DevOps 变革中,企业必须选取合适的组织与企业拓扑来提升协作效能,进而提高 DevOps 变更的成功概率。



图 1 华为云 DevCloud DevOps 能力之屋


众所周知,DevOps 的诞生根源于跨越开发团队(Dev)和运维团队(Ops)的鸿沟。通常情况下,DevOps 团队最初先使用敏捷框架(Agile Framework)(例如 Scrum)来定义以开发为中心的角色和活动,然后增加面向运维的角色和活动,以帮助团队成员更好地协同工作。DevOps 团队的主要角色如下图所示:



图 2 典型 DevOps 团队角色


如何 Dev 与 Ops 相关角色之间的协作效能,DevOps Topologies(https://web.devopstopologies.com/)提出了9种有效的DevOps团队结构或拓扑(注:DevOps Topologies 模型集的许可为 Attribution-ShareAlike 4.0 International License)。


模型 1:


Dev 与 Ops 无缝协作,适用于具有强技术领导力的组织。潜在有效性:高。



模型 2:


完全共担 Ops 职责,适用于拥有单一的主要 web 产品或者服务的组织。潜在有效性:高。



模型 3:


Ops 即 IaaS(平台),适用于拥有几个不同的产品或服务、一个传统的 Ops 部门或者应用全部运行在公有云上的组织。潜在有效性:中。



模型 4:


DevOps 作为外部服务,适用于运维经验不足的小型组织。潜在有效性:中。



模型 5:


设定有效期的 DevOps 组,是模型 1 的前身。潜在有效性:从低到高。



模型 6:


DevOps 布道师组,适用于 Dev 与 Ops 有疏远趋势的组织。潜在有效性:从中到高。



模型 7:


SRE 组(Google 模型),适应于用于高水平的工程师和成熟度的企业。潜在有效性:从低到高。



模型 8:


容器驱动协作,适应于容器可以很好地发挥作用的组织。潜在有效性从低到高。



模型 9:


Dev 和 DBA 协作,适应于拥有多个应用链接一个或者多个大型、中央式数据库的组织。潜在有效性:高。



从 DevOps Topologies 提供的模型中可以看出,DevOps 团队结构不尽相同。那么从组织层面来看,DevOps 组织拓扑将会如何呢?不同大小和类型的组织采用不同 DevOps 团队模型和拓扑结构,将在组织级上形成不同的拓扑。例如:



图 3 基于模型 1 的组织级拓扑



图 4 基于模型 2 的组织级拓扑



图 5 基于模型 3 的组织级拓扑


因此,从组织层面来看,结构更显复杂。基于 DevOps 团队其它模型,或者不同的模型,组织级的拓扑会更为复杂。


对于大多数企业来讲,组织变革不可能一夜之间 100%完成。除了 Dev 与 Ops 团队的协作,随着 DevOps 变革的逐步深入,企业将不可避免地会涉及到架构、安全、UX、运营等专业领域角色如何与 DevOps 团队进行协同。在方法框架与实践上,DevOps 团队鼓励跨功能、T/E 型人才等,然而,从专业技能要求高、专家人才稀缺性、组织运作成本等角度考虑,DevOps 团队全部承担相关角色的职责是不现实的,因此,尽管取决于组织的大小与成熟度,仍然需要领域专家。“DevOps 组织中应用架构师的新定位与实践”一文阐述了架构师与 DevOps 团队的协作,架构师可以作为 SME、教练与指导者在架构原则与模式、产品 Backlog 等方面与 DevOps 团队进行协作。同样,对于安全、UX、运营等专家也可以参照架构师来与 DevOps 团队进行协作。图 6 是华为某产品团队的组织拓扑图。



图 6 华为某产品团队的组织拓扑


组织进行 DevOps 变革的主要目标是提升客户和商业价值的交付。DevOps 组织结构不是一成不变的。组织结构的调整应该考虑组织的产品组合、技术领导力、团队人员技能水平、运作成本等角度进行综合考虑,随着 DevOps 实践成熟度的提升,持续地调整组织结构。在组织变革中,应牢记的最重要的一条是没有完美的 DevOps 组织结构。


本文转载自 华为云产品与解决方案 公众号。


原文链接:https://mp.weixin.qq.com/s/yY9Akmn2-3vXmCxXKBnP4g


2020-03-25 17:522115

评论

发布
暂无评论
发现更多内容

架构实战-模块八-作业

无名

「架构实战营」

瞰见|从电厂螺蛳里看 Elastic 与亚马逊云的恩怨情仇

OpenTEKr

狄安瞰源

Kyligence 韩卿:开源改变了人类生产软件的方式 | 大话开源Vol.10

OpenTEKr

大话开源

SphereEx 潘娟:玩开源,我们就要秀出别样 My Way 来构建活力生态 | 大话开源Vol.11

OpenTEKr

大话开源

一个cpp协程库的前世今生(六)管理器manager

SkyFire

c++ cocpp

盘点 2021|鲜花怒马少年时,一日看尽长安花

AXYZdong

盘点 2021

VMware 任道远:中国的开源生态还处在萌芽发展的青春期,需要多元力量和全球化协作 I OpenTEKr 大话开源 Vol.9

OpenTEKr

大话开源

TAOS Data 陶建辉:一个开源项目要成功,最关键的是定位 | 大话开源Vol.12

OpenTEKr

大话开源

Wechaty 李卓桓:我想要某种功能,你没有?那我来一个

OpenTEKr

开源 大话开源

yuye 个人介绍

努力努力再努力

Java 中间件

开源社林旅强:开源之于创新,有时无招胜有招

OpenTEKr

大话开源

盘点2021 | 本命年的自我救赎之路

打工人!

盘点 2021 1月月更

模块八作业-消息队列表设计

Geek_cb2b43

瞰见|即将上市的云明星 HashiCorp 走过的开源之路

OpenTEKr

开源 狄安瞰源

瞰见 | 美股新贵Confluent背后的卡夫卡,不是那个魔幻小说家

OpenTEKr

狄安瞰源

如何在 Windows Server 上搭建 Git Repository Server?

吴脑的键客

git windows

IntelliJ IDEA激活码

Geek甜甜

2021阅读总结

俞凡

阅读

APISIX 温铭:开源的本质是要撬动开发者的杠杆 | 大话开源Vol.13

OpenTEKr

大话开源

SkyWalking 吴晟:好的开源项目,要能解决真实且有共性的问题

OpenTEKr

大话开源

操作系统之进程管理、内存管理总结

yuexin_tech

内存 进程 操作性

01 Prometheus之监控基础知识

穿过生命散发芬芳

Prometheus 1月月更

KubeEdge 王泽锋:只有代码没有生命力,凝聚开发者的社区才能活力无限Vol.8

OpenTEKr

大话开源

架构实战营 - 模块四

Geek_e6f7f6

架构训练营

【LeetCode】将一维数组转变成二维数组Java题解

Albert

LeetCode 每日一题 1月月更

链游平台 Gacube Finance 登陆虎符Hoo Labs空投

区块链前沿News

Hoo 虎符交易所 GaCubeFinance

我选择了VSCode

xcbeyond

vscode 28天写作 12月日更

模块八作业:设计消息队列存储消息数据的 MySQL 表格

dean

架构实战营

LabVIEW图像灰度测量(基础篇—7)

不脱发的程序猿

机器视觉 图像处理 LabVIEW 图像灰度测量 像素灰度

一个cpp协程库的前世今生(七)ctx的状态与标识位

SkyFire

c++ cocpp

从零打造WhatsApp

俞凡

架构 大厂实践 whatsapp

DevOps组织如何选取拓扑结构以提升协作效能_DevOps & 平台工程_华为云产品与解决方案_InfoQ精选文章