读书与思考《DevOps实践指南》14 运维融入研发团队

睾端丸家

将运维工程师融入服务团队

另一种做法是通过融入运维工程师使产品团队能自给自足，从而降低对集中式运维的依赖程度，使得产品团队可以完全负责服务的交付和支持。
运维工程师融入开发团队，其工作优先级受所在产品团队的目标驱动，与研发人员的联系更加密切，协作更加高效。
对于新的大型开发项目，可以在启动阶段就融入运维工程师。他们的工作包括参与做什么和如何做的辅助决策，影响产品架构，辅助内部和外部的技术选型，帮助创建内部平台的新功能，甚至产生新的运维能力。当产品上线后，运维工程师可以帮助开发团队承担运维责任。
该模式优势：开发团队和运维工程师的紧密配合和协作是一种极其有效的方式，能将运维知识通过交叉培训的方式融入服务团队，还可以将运维知识逐渐转换为自动化的代码，使之更可靠和更广泛地重用。
为每个服务团队分派运维联络人

由于各种原因（如成本或者资源不足），可能无法给每个产品团队都分派运维工程师，但可以给每个产品指定以为运维联络人，这种模式称为“派遣的运维工程师”。
之前说过本书的两个缺点，其一就是引入的概念太多，所谓“派遣的运维工程师”模式，用我们习惯的话说就是为研发团队指定固定、长期服务的运维工程师。长期的协作可以提升双方的沟通效率，同时，固定的运维工程师熟悉该团队的工程/产品/环境，工作质量和效率都有保障。
派遣（指定）的运维工程师的责任可以理解为以下内容：
新产品的功能是什么，为什么要开发这个产品；
它是怎样工作的，可以运维性如何，可扩展性和监控能力如何；
怎么样监控和收集指标，如何确认应用的功能正常；
架构和模式是否与以往的做法不同，这样做的理由是什么；
是否对基础设施有额外的需求，它的使用对基础设施容量的影响如何；
特性的发布计划。
相比融入运维工程师的模式而言，分派运维联络人的方式能支持更多的产品团队。