不管你是否相信DevOps能够为企业带来的价值——而且已经有大量证据表明它能够带来重大好处——毫无疑问，越来越多的公司开始怀疑为什么他们没有将这种方法扩展到他们的ERP系统中。
不久前，我经常不得不解释敏捷和DevOps实际上意味着什么，但是现在人们来问我们如何帮助他们在SAP中采用这些方法？转型是关键。在市场营销领域，购买云服务器，我的同事肯定有点过度使用它，淘客返利系统，但随着移动到云，s/4HANA即将出现，企业创新、更快交付价值和提高竞争力的压力越来越大，SAP团队必须应对的真正变化正在发生。
核心驱动因素是，传统的SAP开发流程（目前仍在使用的流程）往往会受到非常缓慢的变化速度的影响，无法满足业务需求，停机和停机的风险很高。
DevOps通过在更短、更频繁的交付周期中支持应用程序交付解决了许多问题，在交付周期中，质量从流程开始就得到了保证，风险大大降低。
太好了，我听到你说–让我们来做吧！然而，即使是最有热情的组织也面临的挑战是，不能像其他IT系统那样对SAP进行完全相同的管理。DevOps的基本要求是相同的——我在这个博客中介绍了其中的一些要求——但是实用性却大不相同。您的标准DevOps工具根本不支持SAP需要什么，而且，DevOps专家不一定了解SAP需要什么，而SAP专家可能从未听说过DevOps！
那么实际情况如何？公司如何启动并运行DevOps for SAP？
对SAP开发生命周期的影响
SAP变更流程始终受益于实施治理、审核、工作流和批准的工具。但是devopsforsap由于其体系结构的不同而有所不同，并且通用工具不会提供支持它的方法。需要专门的技术自动化工具来管理和实现变更的持续交付。
重要的是要理解，物联网是什么，SAP中的DevOps对不同的组织意味着不同的东西，但从开发、质量保证、，预生产和生产可能会受到影响。
更高质量的开发
以速度交付需要一个强大的开发过程，该过程结合了明确的业务需求和不断的反馈，质量从一开始就被左移和嵌入到过程中。
我们需要确保没有任何东西不经过全面的质量检查就离开开发，最大限度地减少代价高昂的下游问题、错误和返工。这包括自动单元测试、代码质量实施、性能和安全检查，以及同行评审。
更紧密的业务参与确保客户需求得到明确理解，并与其他IT职能部门（如QA和运营部（basis））集成，公司自助建站，从而在开发过程中建立早期验证步骤。
高效测试的低风险交付
持续集成确保更改可以被执行成功部署到测试或任何其他下游系统，没有风险。良好的交付节奏需要能够根据业务优先级选择要部署的内容，而不是被锁定在长的发布周期中。
为此，需要设置控制和自动化工具来管理风险，这样就可以避免不必要的副作用和问题。
检查更改的完整性，排序、相关性、风险和影响消除了许多SAP交付问题。这种更灵活的方法加快了功能的交付—可以有选择地自动部署更改，不要等待完整版本的发布。
不要破坏您当前的系统
重要的是要验证您当前的系统在特性部署到生产中时不会破坏。连续测试确保通过稳健的回归测试过程，频繁自动地测试变更，可重复并具有必要的功能覆盖范围。
这提供了信心和风险缓解，因为在将更改部署到实时系统时，任何负面和/或意外的副作用都会降至最低。
将对生产的影响降至最低
始终存在SAP部署可以阻止业务发展的风险，无论风险多么小中断实时系统操作。
严格的控制和持续的部署确保更改可以安全自动地交付到生产中，系统或业务流程中断的风险大大降低。如果灾难真的发生，与变更相关的停机时间的影响将被最小化，业务连续性将得以保持。
人为影响
DevOps影响员工角色和方法的方式可能与工具和流程的变更一样重要。传统的基于工作职能的团队需要被多技能、跨职能的团队所取代，业务、开发、QA、运营和安全一起工作。你需要关注并确保所有相关方的认同，而不是自上而下地强加变革。
DevOps的好处和成果
变革发生得很快，公司需要迅速做出反应。因此，IT系统必须具有快速变化、扩展、扩展和适应的灵活性。
但加速交付不能以牺牲业务连续性为代价。成功采用DevOps for SAP结合了速度、质量改进和风险降低，使公司能够灵活地以业务需要的速度更改其SAP环境，有信心在不影响稳定性的情况下实现这一目标。
，大数据专业
