在技术团队里，如何达成DevOps共识？落地好难
|
你已经向跨职能团队介绍了DevOps的基础知识。你已经共同确定了最重要的业务目标和挑战。现在，你准备好将它们配对，并开始谈论DevOps如何解决这些挑战，并且你正在逐步达成DevOps共识。对话已准备好从抽象过渡到方法，最后过渡到实施计划。这仍然是一项复杂的工作，因此，此时最好的方法是“分而治之”。 DevOps可以分为三个主要领域：
这些领域之间当然存在一定的相互依存关系，但是可以由不同的利益相关者分别并行地解决它们。前面列出的每个角色都将在这些主要领域中占有一席之地。但是，每个人都有一个自然的重点领域。 DevOps文化 “ DevOps”始于开发和运营部门之间关系的功能失调状态。开发人员想要快速行动，运营部门需要放慢进度以保持稳定性。在这种体制下，双方不能同时获胜。 DevOps旨在将软件交付中的开发，运营，安全性和其他利益相关者召集在一起，共同承担使命。开发人员应赞赏并了解他们生产的软件的操作要求。运营需要了解开发路线图，以便为新版本做好准备。在整个过程中，安全人员必须坐在桌子旁。软件交付的全部目的是向客户交付业务价值，这最终由执行管理层代表。 在向DevOps的文化转变中，每个人都可以发挥作用。但是，高级管理人员应最终负责转变后的消息传递。高管人员的交流可以领导高层的变革。 DevOps流程 DevOps的过程部分基于敏捷软件开发方法。如果你的组织已经使用敏捷，那么你将处于领先地位。你可能会发现一些敏捷实践应该改变的领域，以适应更大的DevOps实践。如果你不练习敏捷，那么这是开始你的DevOps旅程的好地方。关于DevOps的一个常见问题是：“可以在没有敏捷的情况下实践DevOps吗?”简而言之，是的，但是，如果将DevOps作为敏捷实践的更大一部分来实施，你的工作回报将会更大。 持续改进也是一个主要主题。IT运维和开发人员可以与项目管理和业务分析师合作，以识别软件交付所涉及的所有流程中效率低下和浪费的领域。价值流映射在此领域可能会有所帮助，以可视化整个端到端过程。 技术 DevOps方法论的技术领域集中于一个主题：自动化。任何可以自动化的东西都必须自动化。这包括持续集成，基础架构即代码，自动化部署，测试，用户接受度等等。正如工业革命期间的自动化改变了行业和制造业一样，软件交付的自动化从根本上改变了软件交付的过程。 自动化任务使它们更具可重复性和可靠性。自动化测试是自动化带来巨大价值的一个领域。当关键时间早于发布日期时，测试通常会延迟，有时会完全跳过。自动化的测试过程使其可重复，并降低了成本。尽早进行测试的过程通常被称为“左移”，如将质量转移到软件交付过程中的最早步骤。 自动化还改善了一个关键指标：速度。速度本质上是软件发布的频率。较小的频繁发布要比较大的不频繁发布要好。这与另一个精益原则有关：小批量。当功能作为小更改的一部分发布时，它们的风险就较小。回滚和重新处理小的更改并不像回滚巨大，复杂的版本那样具有破坏性。 IT运维和软件开发团队最有能力专注于DevOps的技术领域。 DEVOPS如何落地? DevOps可以提供工具来应对与软件交付相关的许多业务挑战。首先，组建利益相关者跨职能团队。围绕一小部分你认为可以用来解决DevOps的业务挑战，建立DevOps共识。这些挑战很可能属于DevOps支柱中的一个或多个支柱：文化，流程和技术。确定一个关键挑战，然后在最适合它的DevOps支柱的背景下进行构架。现在你可以考虑实施了。 关于实施，请从小做起。DevOps的改编是一项持续改进工作。采取科学的方法。不要尝试一次更改太多，否则会混淆实验。在问题，工具和表明改进的指标上达成一致。在这种情况下，“失败”不是灾难。正在学习。继续尝试进行一些小的更改，直到你看到要改进的目标为止。有了耐心，持久性和专注力，DevOps可能是适合你企业的工具箱。 【编辑推荐】
点赞 0 （编辑：宁德站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
