DevOps

采用 DevOps 实践时面临的常见挑战包括：

各自为政的团队 – 团队缺乏共同的流程和目标，确定的优先任务集也不同，导致交付缓慢且容易出错，因此许多组织将开发、测试和运营工程师合并成一个 DevOps 团队。团队也可以保持其当前的组织结构不变，但在共同的流程和目标下合作。查看单一的共享仪表板的能力对于围绕共同的成功定义联合团队至关重要。

缺乏自动化 – 频繁的工作软件交付需要整个构建-测试-部署周期实现自动化，否则团队会被繁重的手动任务所拖累。集成的工具链可加快交付速度，同时还能提高 DevOps 质量。

缺乏可追溯性 – 生命周期可追溯性有助于组织精确、可控地采用 DevOps 实践。优先交付某个客户请求、回滚某个导致性能问题的功能或者向不同的客户或地区交付不同的功能等等，这些都需要精细的开发和发布周期控制。只有当 DevOps 实践与其他生命周期行为准则集成时，这种程度的发布控制才有可能。

DevOps 实践可以扩展到产品（如汽车、手机和医疗器械）中的嵌入式软件，但存在一些关键差异：

交付时机 – 智能产品通常需要更可控和细致的交付实践，例如汽车软件更新，在批次和时间上需要与定期的汽车维修间隔吻合。交付通常要选择时机，以尽量减少中断并确保安全。

安全和保障 – 许多智能产品是安全关键型产品，监管监督延伸到 DevOps 实践。这些产品必须满足可追溯性和审计标准，并确保软件更新监管链安全。

交付方法 – 嵌入式软件可以利用无线 (OTA) 更新、传统 Web、CD 或其他有线交付方法。

异构环境 – 团队可以在传统 DevOps 环境中实现对计算环境的高度控制。他们可以规定包含或排除哪些特定软件，并确保所有软件维护任务都已执行，这同不拥有物理硬件设备的运营团队正好相反。嵌入式软件更新通常需要对大量假设配置进行较为复杂的测试，以确保更新将在实际条件和配置中运行。