欢迎来到
为每个开发团队分派运维联络人
定义
编辑
给每个开发团队指定一位运维联络人。
实践出处
编辑
《DevOps实践指南》
为什么
编辑
通过为每个开发团队分派运维联络人，目标是确保运维不会成为开发团队的瓶颈。
何时使用
编辑
这是在由于各种原因（如成本或资源不足），无法实施“运维工程师融入开发团队”实践的情况下可以采取的策略。
如何使用
编辑
集中式运维团队依然管理着所有环境（不只是生产环境，还包括预生产环境），负责确保它们的一致性。派遣到开发团队的运维工程师的责任是理解下列内容：
-
新产品的功能是什么，为什么要开发这个产品;
-
它是怎样工作的，可运维性如何，可扩展性和监控能力如何(强烈建议以图示说明);
-
怎样监控和收集指标，如何确认应用的功能正常;
-
架构和模式是否与以往的做法不同，这样做的理由是什么;
-
是否对基础设施有额外的需求，它的使用对基础设施容量的影响如何;
-
特性的发布计划。
此外，与融入运维工程师的模式相同，运维联络人也要参加开发团队的站会，把开发团队的需求纳入整体的运维计划，并且在必要的时候执行相关任务。在发生资源竞争或优先级冲突时，团队依赖运维联络人推进问题的解决。通过这种方式，我们可以在更宽泛的组织目标背景下，评估和处理资源竞争和冲突。
相比融入运维工程师的模式而言，分派运维联络人的方式能支持更多的开发团队。我们的目标是确保运维不会成为开发团队的瓶颈。如果发现由于运维联络人的工作量过大而导致开发团队无法实现目标，那么就可能需要减少每个联络人所支持的团队数量或者临时将运维工程师融入某些开发团队。
参考资料
编辑
《DevOps实践指南》 【美】 Gene Kim, Jez Humble, Patrick Debois, John Wills著，刘征、王磊、马博文、曾朝京译，中国工信出版集团，人民邮电出版社。
我们非常重视知识产权，我们在非常努力地寻找最初的出处来源并注明出处。但因为互联网信息浩瀚，难免会有疏漏。如果您觉得有侵犯您的权益，请联系我们。
导出为每个开发团队分派运维联络人.pdf
导出为每个开发团队分派运维联络人.docx
导出为每个开发团队分派运维联络人.pptx分享
