知名开源代码托管平台 GitLab，刚刚宣布了旗下 DevOps 服务的第 15 版更新计划。由路线图可知，GitLab 15 的所有新功能，都将于明年前后推出。该公司表示，本次更新着重于可观察性（Observability）、安全性（Security）、企业规划（Enterprise Planning）和工作流程自动化（Workflow Automation）等方面的改进。 在去年 12 月收购了 Opstrace 的收购之后，GitLab 15 的首批新功能中自然也少不了它。产品负责人 Kenny Johnston 在上周的 KubeCon Europe 活动期间表示： 我们后续集成的不仅仅是一个可观察性平台 —— 默认情况下，开发者可用它来存储相关数据、并轻松检查他们的应用程序。 通过正确展示这些信息，DevOps 有望带来其它平台难以媲美的伟大体验 —— 若是开发者能够编写并了解特定代码的运作，相关事件或错误的分析也能够更加深入。 除了提供代码如何执行（或出错）的上下文，GitLab 15 还致力于加深对 DevOps 流程的整体了解。 开发团队可在 GitLab 上完成所有 DevOps 工作，而该服务能够提供合并时间、变更失效率、部署频率等关键指标的信息。 GitLab 现正扩展其对所有 DevOps 研究和评估（DORA4）指标的支持，且我们意识到这不仅仅是一组数字，因为团队之间的梳理也同样重要。 安全性方面，GitLab 15 在该周期中引入了新的软件供应链安全特性（也算是当前行业内的一大热门话题）。 不久后，开发团队将能够自动生成带有签名证明的软件材料清单。而随着 GitLab 正在为其扫描服务引入下一代安全测试工具，安全团队也将能够快速设置分组别的安全策略。 附加功能方面，GitLab 15 的规划工具可为开发团队提供更多有关其想要使用的框架的灵活性信息、以及一些质量改进，比如添加保存视图和查询、且新版将获得自动选择代码评审者和下一工作流程步骤的能力。 不过最让人感兴趣的，还是 GitLab 15 提供了允许开发者与正在构建 ML 模型的数据科学团队更容易协同工作的工具。 我们看到了应用程序、软件数据和模型之间的这种极其常见的混合模式，而 DevOps 流程就是我们编写新代码、并充分利用此类新模型的一个极佳方式。 不过根据模型与代码所处的应用程序的不同，GitLab 暂时很难确保将这些模型和代码层面的变更都结合到一起。
