结合运营与发展：从the沟看

在过去的几年中，将敏捷开发团队扩展到devops交付培训中已成为全球技术会议上讨论的事实上的下一代流程。 公平地讲， 定义和配方已被充分记录在案，毫无疑问，随着基于云的应用程序无处不在，“敏捷运营”将成为创新中心的事实上替代品。

实际上， FAAMG （以前称为 FANG）的公司很乐于描述其超高效的交付机制，这暗示着devop容易实现。 但是，除了教科书和独角兽之外，进行转型真的需要什么以下各段中，我将讨论从非常成功的敏捷工程团队发展到敏捷+ IT运营组织的一些实际经验。

桌子上的座位

运维团队通常会在打包交付之前做出的一长串决策清单的末尾就不足为奇了。 尽管敏捷团队可能会夸赞令人敬畏的持续集成（CI）系统，但持续交付（CD）却增加了一个新的维度，即事后操作无法获得信息。 将op和传统的开发组织集成在一起，需要几个方面的内容，这需要谈判并完全透明才能成功合并。 为了揭示每个小组的内部运作方式，需要对每个小组的积压进行跨团队曝光，这应该导致组合迭代计划。 结果是涵盖所有工程活动的统一积压。 诚然，由于实现了重复的工作并给予了其他优先事项现实的适当关注，所以此过程可能会令人讨厌。

为了获得最大效率，还必须建立通用的工具链。 即使过去可能曾经单独使用某些工具，但同意扩大团队规模却要比少数人获得的任何微小效率高。 如果需要，属于此类别的工具为源代码控制，自动化堆栈，缺陷跟踪和可能的IDE。 同样，工作流程的规范化也需要进行检查，因为这两个团队的代码贡献现在都将在单个积压订单中发生。 需要建立通用的同行评审流程以及用于扫描第三方库，安全漏洞等代码的流程。共识的建立将承受一定程度的组织焦虑，但是过度沟通以及对长期目标的关注将有助于缓解一些摩擦。 同样，很可能会表达出来自相对各方的强烈意见，但是这些不断增长的痛苦是简化代码到生产价值链的努力的必要组成部分。

选择云

迈向自动化交付机制的最大决定之一就是选择哪个云提供商将成为未来的基础。 一项经过充分研究的技术决策加上战略领导力的影响，应该有助于解决有关为何以及如何进行的辩论； 但是，该决定通常会因组织政治水平的不同而受到影响。 利用现有云服务的惯性可能与使用替代云提供商的上市时间要求直接冲突。 必须考虑所有群体的利益相关者要求，并且在决策阶段应与潜在的云供应商的销售人员和架构师进行协商。 除了成本和技术比较之外，选择一家将提供真正合作伙伴关系的供应商不仅是决胜局，因为它有潜力将新产品提升到不仅仅是纯粹的功能性。

不管选择哪个供应商，从战es中汲取的重要教训就是利用云供应商的独特功能，包括无服务器技术，部署自动化和管理。 该建议完全与试图使软件平台不可知，旨在在多个云供应商之间轻松运行的目标完全相反。 尽管某些供应商锁定将通过使用特定于云的功能来实现，但不必为通用代码自行管理集群而节省的时间将远远超过维护两个可变代码集的时间。 当然，在多个云供应商之间运行的需求很少，因此应与最佳实践建议（从一个供应商开始，成功并随后再考虑第二个供应商）进行仔细权衡。

站可靠性

Google的站点可靠性工程现已成为一种事实上的方法，它可以充分利用运营团队和开发团队的力量来平衡基于Web的服务的可靠性和创新性。 在服务生命的早期，了解实现某些服务水平目标（SLO）所必需的服务水平指标（SLI）至关重要，因为事后通常很难对其进行测量。 确定最终用户关心哪些因素可能是一个微妙的过程，因为人们倾向于一次关注太多指标。 可用性和用户延迟通常是跳到所有讨论中的两个最爱，确定合适的SLO的技巧是将用户期望捕获到组织可以衡量和实现有意义的姿态中。 为了进一步研究此过程的机制，必须让操作和开发人员阅读Google关于该主题的免费书籍 。

跟踪服务维修时间以及对中断进行定期回顾，使组织能够以更少的指责来发展，并更加专注于如何预防未来的问题。 尽管Google已经建立了一个独立的SRE团队来跨部门充当中立代理商，但这种奢侈对于小型组织可能并不可行，在这种情况下，团队应该每周召开一次跨部门会议，以讨论可靠性，质量保证和流程保持服务健康所需的改进。 甚至消除基于传统的标题的污名也可以帮助过渡，包括在标题中使用“工程”而不是“ QA”或“开发”。 再次，争先恐后地为客户提供价值，同时又要保持服务的可靠性将使这些对话有时变得困难重重，但围绕SLO的团结将使团队专注于更大的奖项：客户。

客户取胜

两个部门融合的收益（以前表现得一掷千金）是一项具有挑战性但富有成果的成就，无论是持续的合作还是客户满意度。 开发和运营的范式转换将导致一群人交流最佳实践，并意识到他们比以前意识到的要多得多。 一旦组织选择了基于云的未来，从决定如何一直审查代码到选择云供应商的每一个决定都将比以往任何时候都需要更多的共识。 利用世界上最可靠的Web公司所采用的做法（例如： SRE ），将帮助团队以最少的内部磨损引导可预测的结果。 随后，内部分区的细分将产生一条现代的“开发到运营”价值链，该价值链可为用户提供值得信赖的服务，同时使他们从改进的底线中受益。

From: https://www.infoworld.com/article/3289750/combining-operations-and-development-a-view-from-the-trenches.html

相关资源：给排水计算软件-其它工具类资源-CSDN文库