写点什么

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:522270

评论

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

【实践】高性能PHP应用容器workerman快速入门

迷彩

即时通讯 通讯协议 8月月更 workerman 高性能php

Mimir 源码分析(二):效率爆棚的分片压缩

Grafana 爱好者

Mimir

什么是 Golang?[译]

宇宙之一粟

【机器学习】梯度下降之数据标准化

计算机魔术师

8月月更

电商秒杀系统设计

Roy

架构实战营

MySQL数据库之数据查询

乌龟哥哥

8月月更

leetcode 696. Count Binary Substrings 计数二进制子串(简单)

okokabcd

LeetCode 算法与数据结构

监控系统夜莺分布式部署方案

CTO技术共享

俄罗斯方块彩蛋(附星空表白彩蛋)

计算机魔术师

8月月更

架构实战营模块 8 作业

Roy

架构实战营

Mimir 源码分析(三):任意时间范围乱序数据写入

Grafana 爱好者

Mimir

毕业总结

Geek_7a789a

Kubernetes 微服务接口设计原则

CTO技术共享

阿里巴巴、华为教你如何把数据真正用起来 | DBT How

王和全

华为 数据中台 数字化转型 数据运营 证券行业

趣味俄罗斯游戏开发心得

计算机魔术师

8月月更

每日一 R「18」类型系统进阶(二)

Samson

学习笔记 8月月更 ​Rust

番外篇 of 《Mimir 源码阅读(三): 任意乱序数据的写入》

Grafana 爱好者

Mimir

架构实战营模块 7 作业

Roy

架构实战营

【小程序 | 启航篇】一文打通任督二脉

计算机魔术师

8月月更

Mimir 速体验(Part 3): 通过 runtime 配置实现租户细粒度管理

Grafana 爱好者

可观测性 Grafana Mimir

快速搭建 SpringCloud Alibaba Nacos 配置中心!

王磊

spring cloud alibaba

【机器学习】浅谈正规方程法&梯度下降

计算机魔术师

8月月更

架构实战训练营|毕业总结

Roy

架构实战营

Mimir 源码分析(一):海量series chunk 同时落盘带来的挑战

Grafana 爱好者

Mimir

vue2 el-checkbox实现分组全选/反选/半选

Mr.Cactus

Element UI JavaScrip 分组全选

设计电商秒杀系统

Geek_7a789a

Git -- 入门这一篇就够了 (入门必备,超硬核)

计算机魔术师

8月月更

Mimir 速体验(Part 1): 使用 docker-compose 一键部署单体版集群

Grafana 爱好者

可观测性 Prometheus Mimir

Mimir 速体验(Part 2): 使用 Grafana agent 实现多租户数据抓取

Grafana 爱好者

Prometheus Mimir

消息队列选型对比

CTO技术共享

融齐鲁,行中国,为天下溪:新华三的数字化赋能之路

脑极体

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