最佳实践 | 最佳 DevOps 工具链轻松管理软件开发团队的所有工具

最新推荐文章于 2024-10-06 17:15:00 发布

DevOps云学堂

最新推荐文章于 2024-10-06 17:15:00 发布

阅读量451

点赞数

文章标签： devops 运维 java 开发语言

原文链接：https://mp.weixin.qq.com/s?__biz=MzU2NjU5MjYwNw==&mid=2247492110&idx=1&sn=674d1b34e9bac3aee5658df84b676e61&chksm=fca8b73ecbdf3e282f2f75cda345f8c3c7887e99fe918287f3b22c9e4c6279a5bdc8654283e1&scene=126&&sessionid=0

版权

您知道吗，一个公司在其软件工具链中平均会使用到 25 个工具？为了管理这些工具，组织将 10% 的开发团队投入到工具链的维护中。虽然标准化似乎是唯一的解决方案，但它需要付出的代价是不言而喻的。那么，如何在结构化和灵活性之间取得平衡呢?

那些不允许自由选择并转而采用专属的、排他性方法的供应商将受到影响。无论他们的工具有多好， DevOps 市场都将超越他们。

Forrester Research 的首席分析师 Christopher Condo 在《集成开发者工具链的兴起、衰落和再兴起》一书中提到。

Open DevOps 赋予软件团队一致的自主权

去年，我们推出了 Open DevOps。今天，我们很高兴与大家分享其新功能，该功能使软件团队能够自由地进行创造性工作，并协调一致地进行协作构建。

首先，我们宣布推出工具链页面。这是一个创建、管理和可视化最佳工具链的地方，这样您的团队就可以在他们想要的地方以他们想要的方式工作。

团队可以发现他们已经使用和喜爱的工具的集成，识别和解决工具链中的差距，并可视化工作如何在工具之间移动。工具链页面支持跨整个 DevOps 循环的集成：探索、规划、构建、测试、部署、运维、观察和持续反馈。

Atlassian 知道优秀的团队合作是创造优秀软件的核心力量。这就是为什么我们推出了新的协作程序，帮助团队更加高效地构建客户喜爱的软件。继续阅读以了解最佳工具链与全新的 DevOps 程序如何使团队能够完成他们最雄心勃勃的创新想法。

探索阶段：在你的 DevOps 循环中引入多样性

作为软件开发生命周期 (SDLC) 活动中的一环，探索阶段并不新鲜。尽管这一阶段在软件的使用和采用方面起着关键作用，但是在之前，这一阶段通常是通过产品、研究和设计在后台悄然完成的。现在让我们给予它应有的关注。为了促进所有团队之间更好的交流，我们在工具链页面上给了它一个专门的位置。

软件团队在探索阶段的活动包括跨团队的研讨会、将想法组织成主题以及设置优先级。Open DevOps 支持白板和构思工具，例如 Productboard 、Miro 和 Mural 。这些集成使开发人员能够了解想法是如何诞生的，以及如何做出优先级决策的。通过在 SDLC 中进一步左移，Open DevOps 打破了孤岛，为开发人员提供了构建工作背后的业务环境。

规划阶段：增加冲刺成功的几率

开发人员现在知道了他们正在构建的功能背后的愿景。但是，他们对所有可能让自己措手不及的方式感到焦虑。无论是由于工作中不可预见的复杂性，还是由于团队在冲刺过程中突然提出紧急请求，即使是最周密的计划也会出错。在2022年3月发布的燃尽图洞察的基础上， Jira Software 让团队通过可操作的洞察来控制他们的冲刺成功，帮助他们主动应对意外变化。

随着冲刺的进行，Jira 会跟踪开发团队的进度，并预测按时交付的可能性。如果工作偏离轨道，Jira 就会显示影响开发人员工作的范围变更、由团队手动标记的风险或受阻问题，以及由我们的预测引擎标记的卡住问题。显示意外变化的原因和影响，为开发团队提供了他们需要的信息，以做出相应的反应，并推动他们的冲刺取得最佳成果。

构建阶段：在 DevOps 循环中获得端到端的可见性

在分配给开发人员一个问题后，他们开始编码。一个问题代表一个工作单元。将大型项目分解为更小的部分是支持异步工作的最佳实践，但同时它又会促生孤岛。借助两项新功能，开发人员可以自主工作，而不会忽视整个项目和团队中正在进行的工作。

首先，我们在代码选项卡中提供了一个拉动请求（PR）活动反馈。在 PR 和问题层面上对各团队和存储库所发生的事情的可视性有助于开发人员比较问题、识别异常，并发现推进工作的机会。

作为补充，我们还在 Jira 面板视图上增加了代码洞察，以促进团队和项目级的讨论。通过四种新的图标类型-- Branch、Commit、PR 和 Deploy--Jira 面板直观地即时地传达了进展情况，确保站会能够保持专注于大局。

让开发团队了解其功能的生命周期可以节省时间和资金。“能够访问与我们团队的项目以及其他团队的项目有关的所有信息是一种天赐之美，特别是在这个新的混合工作环境中。这为我们每周节省了3.5到5个小时寻找基本信息的时间。” MET Office 的 DevOps 工程师 Jay Cork 在最近的一次调查中分享道。

部署阶段: 轻松协调地跨职能发布

随着代码进入 Deploy 阶段，功能开始在各个准备阶段涌现，使得协调发布比以前复杂得多。Open DevOps 通过一种新的方式来计划、跟踪和协调发布，增强了开发、产品、营销和支持之间的协作。

在我们更新的 Releases 选项卡中，Jira 在 Development 、Build 和 Deployment 状态旁显示 feature flag 状态。发布团队现在有一个统一的面板，详细说明每个问题在整个 SDLC 中的进展，使他们能够全面评估每个功能的发布资格。

准备好发布了吗？团队可以一键自动生成发布说明， Jira 动态地从与版本关联的所有问题中提取信息。发布说明可以被保存为 Confluence 页面，以便进一步编辑和访问自定义字段。最后，所有保存的发布说明都会自动添加到相关工作下，团队成员可以在其中添加分析仪表板、支持文档和其他链接，以建立共同的理解。

Saleshandy 的开发团队负责人 Rutvik Prajapati 发现，Open DevOps 改变了他们的发布管理实践。“为了发布一个版本，我不得不花费大约 4 个小时来组织 PR、提取代码审查状态等等。Jira Software 与我们的存储库的集成使我们可以在 30 分钟内发布更复杂的版本，”Prajapati 在同一调查中分享道。

运维阶段:用软件组件运行数据建立紧密的反馈循环

尽管在代码部署完成后，冲刺阶段就结束了，但代码仍然存在。在 DevOps 的世界里，开发人员不仅要负责编写代码，他们还需要维护和运行代码。今年，Atlassian 通过一个新的测试版产品 Compass 加强了其 DevOps 组合，以帮助回答这个老生常谈的问题：我们应该优先考虑新功能还是解决技术债务？

Compass 是一个开发人员体验平台，它将您的分布式软件架构和在其上协作的团队整合到一个统一的位置。使用 Compass，您可以跟踪软件组件，包括它们的元数据和依赖关系，建立团队所有权，并采用灵活的、可扩展的模型来持续改进组件的运行状况。

首先设置记分卡来整理您的业务优先级（示例包括：五个九的可靠性、性能等），并将其应用于整个分布式软件架构的代码组件。在称为 CheckOps 的程序中，开发团队每周审查记分卡——包含每个组件的性能分数。他们评估每个组件的运行状况，以共同地主动地决定是否需要即时生效，将潜在问题添加到积压工作中，还是顺其自然。借助 Compass ，开发团队最终可以量化其组件的稳定性，从而使他们能够就何时创新和何时维护做出明智的决定。