由Michel Genard.

敏捷方法和DevOps仍然是相对较新的嵌入式系统的世界。组织必须实施这些战略以满足市场需求，但面临人员限制和其他挑战。要理解为什么嵌入式DevOps对成功至关重要，理解这些是很重要的方法已经发展起来。

定义嵌入DevOps

你肯定听说过Devops。尽管如此，让每个人都在同一页面上，值得花一点时间来查看定义，并讨论嵌入式系统制造商意味着什么。Devops是软件开发，IT运营和质量保证（QA）的结合，三个以前单独的工作流和IT组。

嵌入式系统开发的演变

传统嵌入式系统开发

传统上，软件开发人员编写代码。当它们完成时，应用程序已经通过了QA，它将被it Ops部署到生产环境中，后者安排服务器、存储和其他需要，以使代码在数据中心按照预期执行。在嵌入式系统中，“Ops”的一半是指把软件放到嵌入式系统中，并监督软件运行的设备的生产的人。

这个模型很适合软件开发的“瀑布”方法，开发人员在将嵌入式系统软件移交给运维之前，花了相当长的时间来完善它。这种方法没有什么错。只是有点慢。

传统的开发方法对于当今竞争激烈的嵌入式市场来说实在是太慢了。

敏捷方法

敏捷方法为软件开发引入了一种新的方法。使用敏捷，开发团队在“scrum”中工作，并以比瀑布模型通常更快的速度推出版本。很明显，敏捷团队创建代码的速度是如此之快，以至于最好将Ops和QA团队整合到开发过程中。他们都开始在DevOps的旗帜下一起工作。

持续集成/持续部署(CI/CD)

DevOps的另一个后果与集成和分发新代码本身的机制有关。代码发布的速度如此之快，以至于只有自动化的软件才能处理它。此外，许多代码发布只是对现有应用程序的小更新。每天(甚至每隔几个小时)做一个大的卸载/重新安装程序是没有意义的，因为新的代码来自DevOps团队。为了解决这个问题，我们现在有代码的持续集成(CI)和持续部署(CD)。CI/CD工具将代码直接放到生产应用程序中，而不会停止运行任何函数。这就像旧的“车在动时换轮胎”的概念。但在这里，它行得通。

集成Devsecops

随着DevOps团队越来越忙，新的问题开始出现。一个涉及安全。每周甚至每天发布新代码都会带来风险。开发人员开始被要求在他们的工作中包括安全实践。其结果是一个称为DevSecOps的工作流。

将其整合在一起：将DevOps和CI / CD组合起来更好地嵌入式系统开发

把devops和ci / cd理论实践需要工具集，尽管技术上分离，是完整的CI / CD进程的相互依存。下图显示了最常见的devops-to-cloud-ci / cd工作流程的简化版本。工作流程中的每个步骤都由特定类型的工具支持。

对于Devops和CI / CD成功，开发人员，测试人员，安全人员和运营团队必须能够在代码通过此工作流程时实时协作。他们的软件开发工具和云平台必须支持工具和工作流程，以便进行整个过程工作。（此处所示的示例不应被视为权威。它们仅仅代表了大量的Devops和CI / CD技术的小型抽样。）

组织需要有效地集成嵌入式开发过程的各个部分，以更快地生成更好的软件。