DevOps的软件供应链如何理解

这篇文章将为大家详细讲解有关DevOps的软件供应链如何理解，文章内容质量较高，因此小编分享给大家做个参考，希望大家阅读完这篇文章后对相关知识有一定的了解。

广义地讲，DevOps 是一种基于精益和敏捷原则的方法，企业所有者以及开发、运维和质量保证部门运用此方法持续地交付软件，支持企业更快地抓住市场机遇并缩短融入客户反馈的时间。

其整体生命周期如下图：

而我认为这个生命周期可以称之为--软件供应链。

DevOps的精髓

DevOps的精髓是所有利益相关方之间的扩展协作，不仅仅是开发和运营之间，还有业务线、参与软件交付的供应商和消费者本身之间的协作。在这一扩展意义上讲，DevOps包括有关安全与合规性，以及交付流程的所有方面(如多源采购)的业务治理实践。DevOps对于持续软件交付是一个重要的企业功能，使组织能够抓住市场机遇，并缩短客户反馈的时间。

DevOps方法论

DevOps方法将敏捷和精益思维原则应用于组织中的所有利益相关方，包括客户、供应商合作伙伴。通过将精益原则延伸到整个软件供应链，DevOps将加速客户反馈周期、统一衡量和使整个企业的协作，以及更少的开销、重复和返工来提高生产力。它通过三个动态功能向业务提供竞争优势:

1. 通过在整个价值链中实现协作式开发和测试，加速思想的持续创新

2. 通过自动化软件交付流程并消除浪费，同时帮助解决监管问题，实现这些创新的持续交付

3. 通过监控和优化软件驱动的创新，提供反馈循环，以便向客户持续学习

DevOps面临的挑战

DevOps的价值可以被描述为创新和交付周期，具有一个持续反馈循环，以了解和响应客户需求。为了实现基于软件的创新和交付的价值，企业在此关键企业功能中必须处理的部分主要挑战是:

1. 企业在真实的生产环境中实际交付软件之前，用户可能认为有价值的东西仍然是未知的

2. 至少需要4至6周来实施变更并将其交付给客户

3. 企业越大，不同群体(LOB、开发、运营、供应商等)之间越缺乏协作，每个群体都使用他们自己的流程、工具和基础架构

4. 手动流程(没有很好的文档化)对流程中包含的所有步骤均增加了延迟

5. 衡量/指标的缺乏阻止业务持续获得反馈

6. 相互矛盾的目标: 开发团队的动力是迅速的变更，而运营团队的

7. 动力则是保持环境稳定。

DevOps采用的精益思维和敏捷方法

1. 消除对于了解客户需求而言不是必需的任何活动，这强调利用一个反馈回路获得快速、持续迭代和客户洞察。

2. 消除手工流程所造成的等待时间和延误，以及对个体的依赖。

3. 使知识工作者、业务分析师、开发人员、测试人员和其他领域专家能够专注于创造性活动(不是程序性活动)，帮助保持创新，并避免昂贵和危险的组织及技术"复位"。

4. 转向有意义的交付分析，优化风险管理，通过可衡量的方式减少不确定性，启发经过验证的学习。

DevOps解决方案需要什么

1. 使用一组基于精益思维的常用实践，通过协作式开发和持续测试(实现持续创新)实现价值最大化，并消除不会让客户直接受益的任何活动。

2. 自动化手动和管理活动(实现持续交付)，如变更和协调、可追溯性、衡量、进度报告等

3. 在面向客户的环境中建立一个闭环反馈机制(实现持续学习)

4. 使用有意义的衡量和进度监控(实现持续优化)，提高整个组织的可见性，包括软件价值交付供应链。

关于DevOps的软件供应链如何理解就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。