埃森哲被IDC评为全球DevOps服务市场领导者

开发采用指导转型从应用到企业 3对齐组织企业业务部门划分组织应用程序集群和程序优化个性化应用与项目执行摘要DevOps的最终目标是统一开发和端到端的操作，但是许多组织都难以实现从单一应用程序到企业级别的完整采用过程。每个阶段的策略和挑战各不相同；因此，即使是最有希望的努力，也无法在整个采用范围内扩展产品和服务。全面的战略对于通过DevOps实现可持续的商业价值至关重要。大多数在采用DevOps方面取得成功的埃森哲客户都使用跨越组织结构四个关键层的方法，每个层都有自己的一套可衡量的实践，必须将它们同步并简化。•优化个人申请和项目•组织应用程序集群和程序•授权业务线（LoB）和IT部门•对齐本组织DevOps旅程是整个组织中所有层级的旅程。即使您采用DevOps的范围在单个层内，也需要将其与其他层同步。 目的和听众本指南旨在帮助每一层采用DevOps的所有者和利益相关者：1.了解每一层及其相应的目标，挑战和建议。2.决定从哪里开始以及要实施的建议。3.计划和规模在所有层面上的采用。层听众优化应用/项目开发人员，测试人员，操作员，建筑师，基础架构团队组织应用集群/程序计划管理和发布管理团队授权LoB / IT部门LoB / IT部门领导，战略和变更管理团队对齐组织机构高层领导，战略和企业架构团队定义阅读本文时：“应用程序”既指应用程序又指项目。“集群”指群集和程序。 “ LoB”是指LoB和IT部门。4 5对齐组织企业业务部门划分组织应用程序集群和程序优化个性化应用与项目图1 -DevOps采用层一目了然优化应用每种DevOps策略中的基本考虑因素都是单独的应用程序。在此级别上，所有其他层完全依赖于可靠的DevOps实现。因此，利益相关者在决定在此处实施哪些工具和做法时应牢记更广泛的采用计划。组织应用程序集群DevOps的核心租户正在确定相关应用程序之间的依赖关系，并根据发布时间和策略对其进行分组。这些分组称为“集群”。这样可以在集群中的所有应用程序中实现DevOps的协调实现，从而提高一致的发布速度和质量。组织经常忽略这一关键步骤，从而对业务产生负面影响。如果未将DevOps惯例应用于给定集群中的每个应用程序，那么呆滞的应用程序将延迟整个集群的发布。这可能会导致这些应用程序所服务的业务功能的上市时间更长。 6业主大厅大多数大型组织由LoB构成。 （例如，在金融机构中，核心银行业务，私人银行业务，企业银行业务，内部职能以及数据和仓库都可以被视为LoB。）每个LoB均由多个应用程序集群提供服务。LoB通常是一个子组织，每个人都有自己的IT团队，并具有独立的目标，策略，路线图，基础架构，企业架构，治理，工具，流程等，这种情况并不罕见。在各个组织之间统一应用DevOps LoB既具有挑战性，又对整体采用的成功至关重要。对齐组织机构在当今瞬息万变的生态系统中，IT有助于推动业务发展。成功的组织需要由促进创新和敏捷性的组织文化支持的尖端IT。 LoB在这里与企业战略和治理保持一致，以建立一种文化，促进在各个级别上采用DevOps。让我们分解一下除了共享一些通用元素之外，DevOps采用中的每一层都有自己的目标和实践。目标在最高组织级别采用DevOps，以推动业务发展并保持竞争力。跨部门采用DevOps文化，以提高软件开发的质量，速度和成本效益。提高相关应用程序的综合成熟度和上市时间。提高单个应用程序的质量和上市时间。对齐组织业务范围和IT部门组织应用程序集群和程序优化个性化应用与项目 7•整合LoB治理•使DevOps与企业战略和体系结构保持一致•治理（实现标准化）•组织架构•DevOps即服务和自助服务模型•可扩展的多租户平台•识别集群•创建合并发布计划•DevOps转换与其他转换的对齐方式，例如敏捷，应用程序现代化•将DevOps与基础架构优化保持一致，例如云之旅•文化与变革管理•利益相关者和供应商管理•DevOps分析和人工智能实务共同点考虑•选择合适的应用•制定实施计划•工具设置和流程设计•快速获胜的飞行员•持续集成，交付等 共同点注意事项切割每一层8 9DevOps之旅不仅是技术上的，它还包括治理和指标，工具和技术，人员和文化以及变革管理。以下原则适用于几乎所有采用DevOps的层。转换对齐大多数组织在各个层次上都经历了几次转型。将DevOps注入这些转换可以简化并减少整体实施工作。例当应用程序从瀑布过渡到敏捷时，DevOps可以通过持续集成和交付来增强敏捷的优势。 DevOps原则还可以为资源分配决策提供信息，例如将业务角色结构化为Scrum团队。与基础架构优化保持一致膨胀的基础架构增加了IT成本。 DevOps通过优化和现代化来释放效率，即考虑组织如何从云等现代基础架构中受益。这些类型的改进直接有助于提高企业竞争力。例当组织正在采用云时，DevOps可以显着增强基础架构。通过自动执行诸如通过基础结构即代码技术进行预配置/取消预配置，可伸缩性，监视，备份和安全性预配置的操作来实现设置和操作。文化和更换管理层研究表明，在转型过程中忽视文化和变革管理的组织无法成功转型。像任何其他转型一样，DevOps的采用要求培训，指导，技能提升/交叉技能，行为改变，动机/奖励，情感分析以及组织各个层面的评估。文化和变更管理专家应使用具体的实施细节，执行检查点和反馈循环路线图来处理DevOps。 10利益相关者和供应商管理大多数组织有多个利益相关者和供应商来管理各种IT和业务功能（例如，开发或测试），但是当供应商无法紧密协作时，采用往往会失败。成为“采用者”是成功扩展DevOps转换的成功因素。这需要做出改变的承诺和利益相关者的有效协调，并需要高层领导的大力支持。DevOps分析和人工智能至关重要的是，要继续采用能够随着采用过程的成熟而增加附加值的新技术。两种技术包括DevOps分析和人工智能。DevOps分析将来自DevOps工具的数据转化为有助于决策的见解。它还使利益相关者可以了解各种DevOps实践，从而帮助他们确定采用过程各个方面的优势和机会。例采用所有者可以使用DevOps分析在大型应用程序组合中更快地找到导致软件敏捷性瓶颈的根本原因。人工智能还可以通过复制人类行为的各个方面，使DevOps生态系统更加智能。通过模式识别，学习，逻辑和决策，人工智能可以促进DevOps实践并显着提高采用成熟度。例组织可以自动纠正软件交付问题，也可以创建仅使用样本数据输入即可自行学习的系统。 采取行动的策略每个层的战术深度11 12高成本低低效益高图2 —样本应用程序A–J的成本效益分析优化应用选择合适的应用某些应用程序比其他应用程序受益于DevOps。选择正确的优先级并确定优先级可能很棘手，特别是在拥有广泛应用程序组合的大型组织中。通常在同一时间执行以下评估有助于筛选出候选清单。•成本效益分析–将实施DevOps的暂定成本与每个应用程序的潜在收益进行比较。在图2中，基于此分析，应用程序A和G代表最佳目标。•应用特性分析–诸如风险，复杂性和上市时间等因素也会影响选择。对给定应用程序中每个特征的投资回报率进行分析有助于说明整个DevOps的改进潜力。图3提出了“参与系统-应优先考虑“应用程序”，因为这是最大的收益。•业务和IT优先级分析–概述正在考虑的每个应用程序的业务和IT优先级。优先级越高，假设以上分析支持相同的发现，则应将采用DevOps的时间提前应用。制定实施计划选择应用程序后，请从以下几个方面评估每个应用程序的DevOps成熟度：•交付方式•发布管理与治理•建造管理•持续集成•部署和平台配置•持续交付（包括质量工程和基础架构）接下来，与利益相关者一起确定目标成熟度水平。当前水平与目标水平之间的差距将帮助您制定详细的实施计划和时间表。Ë一世ĴCFd乙HG 一种高中低 13系统类型与企业互动上市时间要求创新的机会变化的程度和团队合作的需要/共置风险和成本实施变更组织和技术复杂性采用DevOps /敏捷的潜在好处实施DevOps的优先级参与系统洞察系统处理系统系统记录数图3 —应用特性分析工具设置和流程设计在实施之前应建立工具和流程。遵循“较高级别的标准化和较低级别的工业化”治理模型，LoB和应用程序集群层的战略决策应在此处推动工具和流程的选择。设置还应该与这些层中的其他活动一起完成。为了简化DevOps采用的标准化和扩展，该工具集应该托管在集中化的DevOps平台中，而不是每个应用程序都自己构建。快速获胜的飞行员“从小处着手，证明正确，然后迅速扩展转换。”该理念旨在在利益相关者进行投资以全面扩展DevOps转型之前为其提供早期收益和保证。进行少量投资以试用您选择的应用程序之一，以证明最初的DevOps改进和对他人的好处。然后继续其他应用程序和进一步的采用。持续集成，交付等这是DevOps采用的核心。选择了您的应用程序，使用了工具和流程，并创建了有希望的试点。现在是时候针对您的实施计划执行以下实践。持续集成•应用程序生命周期管理•项目合作•软件配置管理•同行评审•自动化代码分析•自动安全代码扫描•自动构建/打包和•依赖管理持续交付•自动化部署•自动化功能和非功能测试•自动化测试数据管理和服务虚拟化•综合监控与运营 14组织应用程序集群识别集群所有依赖的应用程序应以相同的速度一起经历开发和测试周期，以期实现统一发布。将相关应用程序分组到群集中是提高整体发布速度的第一步。这需要协调，这可能由于缺乏领导力，循环依赖或利益相关者，供应商，地理位置，发布计划和流程之间的差异而变得困难。建立集群后，应将DevOps应用于其中的所有或大多数应用程序。否则，非DevOps应用程序的运行速度将比其他应用程序慢，从而延迟了目标合并发布速度。在这些情况下，在更快的应用程序中实现功能切换和向后兼容性等技术可能是有益的，以便在保持速度的同时允许较慢的应用程序在就绪时赶上来。制定合并的实施计划计划应用程序集群的合并发布需要评估当前的挑战以及克服这些挑战的技术。理解优势和改进机会是此评估的关键部分，它应建议集群中的每个应用程序都可以达到的最佳发布速度。评估和实施计划应尊重所有真正的警告以及团队无法控制或在合理的成本和时间内无法解决的问题。 15图4 —DevOps CoE结构授权LoB这些做法有助于扩大各个LoB的采用范围。组织必须成功地在各个级别上进行扩展和成熟，才能实现DevOps的优势。上级标准化，下级工业化治理是扩展转型的最关键的成功因素之一。精益管理通过避免开销和促进更快的决策制定来加速采用。使用此模型，DevOps标准在LoB级别定义，并在较低级别被系统地采用。精益治理通过无官僚主义的工作路径，轻量级流程，定期检查站，持续监控以及在主要利益相关者参与下的清晰升级和权限等级制度，加快了较低级别的采用。这种强有力的管理承诺促进了这种类型的治理，这些承诺包括以身作则，并以身作则，快速地调整和微调准则，并促进和授权较低级别的工具和流程。DevOps治理也可以与其他正在进行的转型计划的治理结合起来。组织架构结构良好的IT团队极大地提高了DevOps的采用率，但是在这一领域没有一个单独的建议。不同的LoB通常在保持有效协作能力的同时构建不同的结构。在设计新结构时，必须尊重其他IT功能的边界并遵守LoB准则。在大多数情况下，共享的DevOps团队（也称为“卓越中心”或“ CoE”）是一种高效的结构解决方案。 CoE是由具有不同经验和技能水平的DevOps专家组成的虚拟团队，旨在帮助在较低层中采用。该模型依赖于DevOps合作与协作原则。CoE专家应分为两个级别，如图4所示。1.应用程序和集群级别-这些专家有双重议程：第一个是实施DevOps实践并加速采用。第二个是培训和指导应用程序团队，使其在DevOps方法中变得自给自足。有机离子动画李ANDITDIVISIONS商务之网EMPOWER SS应用有机种子和计划阳离子团印度与项目双重申请优化方案功能下层OTHERIT和业务职能证书开发运维集中功能 16定义和建立服务估计单位目录eVort和定义和复杂关联发布并开始服务每个