如何构建理想的 DevOps 团队结构

2022-07-25 10:00:00
Christopher Tozzi
转贴:
itprotoday
1717
摘要:什么样的团队结构适合 DevOps 在您的组织中蓬勃发展?以下是最常见的 DevOps 团队模型的优缺点。
DevOps 团队就像房子:有很多方法可以构建它们,没有一种方法一定比其他方法更好或更差。最适合您的结构取决于您的组织要求和目标。


事实上,虽然如何构建 DevOps 团队的问题通常不会在有关采用 DevOps的对话中突出显示,但决定一个优化而不是阻碍你“执行”DevOps 能力的团队结构可能是最具挑战性的问题之一构建 DevOps 组织的一部分。


相关文章: 如何从 IT 运营转向 DevOps 职业

 gear

本文揭示了构建 DevOps 团队如此困难的原因,解释了最常见的 DevOps 组织模型,并讨论了在设计 DevOps 团队结构时要考虑的事项。

什么是 DevOps 团队?

DevOps 团队是一组工程师他们使用CI/CD 管道管理组织的软件交付过程。

请注意,我在这里松散地使用术语“DevOps 团队”。如下所述,DevOps 团队不一定是一个独立的团队。这是一种模型,但还有其他方法可以构建支撑 DevOps 的组织结构。

也就是说,每个 DevOps 团队,无论采用哪种形式,都应该包括精通软件开发和 IT 运营的工程师。DevOps 的核心目的是弥合这两个学科之间的差距。现代 DevOps 团队还可能包括其他利益相关者——例如质量保证工程师或安全专家——他们可以为软件交付过程带来额外的专业知识。

DevOps 团队结构的挑战

构建 DevOps 团队通常很困难的主要原因有两个。

首先是(正如我们将在下面看到的)有很多方法可以解决它,而 DevOps 哲学没有提供关于哪种方法最好的指导。

其次,以错误的方式构建 DevOps 团队可能会导致长期存在的问题。例如,包含您业务中所有工程师的 DevOps 团队可能非常庞大,以至于团队成员无法有效沟通,这削弱了作为 DevOps 关键目标的协作。另一方面,太小的 DevOps 团队可能会使您的企业过度依赖少数关键员工来处理 DevOps 工作,当这些员工离开或暂时不可用时会产生问题。

构建 DevOps 团队的模型

Pros and Cons of Top DevOps Team Structures

为避免此类风险,您需要为您的组织选择正确的 DevOps 团队模型。以下是构建 DevOps 团队的最常见方法,以及它们的优缺点。

嵌入式 DevOps 团队

建立 DevOps 团队最流行的方法可能是将 DevOps 团队“嵌入”到一个更大的团队中。较大的团队通常是软件开发或 IT 运营团队。

这种模式的主要优势在于它消除了雇佣(和支付)一个完全独立的 DevOps 团队的需要。相反,主要角色是开发或 IT 操作的工程师也担任 DevOps 角色。这种方法往往特别适用于小型组织,这些组织可能缺乏独立 DevOps 团队所需的资源(或需求)。

缺点是,如果您没有只专注于 DevOps 的工程师,DevOps 最终可能会成为您组织内的次要关注领域。避免这种陷阱的诀窍是确保您分配给团队中的 DevOps 团队的任何人都对 DevOps 和主要团队的重点给予同等的重视。

独立的 DevOps 团队

嵌入式 DevOps 团队模型的反面是建立一个由 DevOps 专家组成的独立团队,他们除了 DevOps 什么都不做。该团队独立于开发和 IT 运营,但与开发和 IT 运营密切合作。

这种策略将花费更多,并将导致更大的整体 IT 组织,这就是为什么它往往对企业比对 SMB 更有效。这种模式要求的高投资的权衡是组织拥有一个将 DevOps 视为唯一优先事项的团队。

SRE 方法

独立 DevOps 团队模型中越来越流行的变体是聘请专门的站点可靠性工程师团队或 SRE。尽管SRE 与 DevOps 工程师并不完全相同,但他们可以扮演类似的角色。

然后,通过建立 SRE 团队,企业可以获得与开发和 IT 运营并存的独立 DevOps 团队非常相似的东西。与实际 DevOps 团队的主要区别在于 SRE 可以带来更广泛的技能。例如,SRE 往往比 DevOps 工程师更多地参与事件响应。

集体 DevOps 所有权

DevOps 团队结构的一个有点激进的方法是避免将任何特定的工程师或团队指定为 DevOps 专家,而是让 DevOps 成为每个工程师的集体责任。

在这种模式下,整个组织都包含 DevOps 和 CI/CD,每个人都平等地“拥有”这些责任。

这里的主要风险是,如果没有将 DevOps 的主要责任分配给任何人,那么就有可能没有人会真正做 DevOps。但对于享有共同责任和协作模式的强大文化的小型组织而言,这种方法可能是实施 DevOps 的最简单和最有效的方式。

外包 DevOps

建立 DevOps 团队的一种不太常见的策略——但对于内部开发和 IT 运营资源最少的特别小型组织来说可能效果很好——使用类似于托管服务模型的东西“雇佣”DevOps。

换句话说,您无需将 DevOps 职责分配给您的任何员工,而是与外部企业合作,将 DevOps 技术和实践添加到您的 IT 战略中。这种方法有时被称为 DevOps-as-a-service。

利用 DevOps 即服务可能会很棘手,因为相对较少的企业在外包的基础上提供 DevOps。但它们存在。如果您找不到可以为您执行 DevOps 的代理机构或 MSP,您可以尝试聘请一名自由 DevOps 工程师。

结论

在决定如何构建您的 DevOps 团队时,请考虑诸如您的整个 IT 组织有多大、您必须在 DevOps 上投资多少资源以及您的技术团队中经存在多少协作文化等因素。将 DevOps 集成到您的组织结构中没有普遍正确或错误的方法,但在致力于特定的 DevOps 团队结构之前,您需要仔细考虑您的资源和文化
DevOps文章
联系我们
联系人: 阿道
电话: 17762006160
地址: 青岛市黄岛区井冈山路157号中南金石国际广场A座3202室