Backstage 如何简化软件开发并提高效率

即使是最好的组织也面临着治理规模和范围以及整个企业资源的有效精简方面的挑战。这些挑战可能会导致令人沮丧、支离破碎且脱节的开发者体验。

与此同时，组织内不同的开发人员群体不可避免地会对集中式代码库和工具集的外观提出不同的看法。调整这些不同的、善意的标准至关重要，同时使我们的开发人员能够跨越孤岛和组织边界以提高效率。像 Backstage 这样的开发者门户可以提供帮助。

开发者门户的力量

Backstage 的强大之处在于它可以为您的软件开发生命周期带来组织。它充当供应和部署一致且合规的微服务复杂性的抽象层。通过指定业务部门、领域、团队和有关开发人员环境的其他信息，Backstage 可以开始将这些资源关联在一起。无论代码位于何处，这些关联都会发生。不同的存储库？没问题。不同的动车组？没什么大不了。如果您可以使用易于学习的分类法向 Backstage 表达组织的结构，Backstage 将帮助您降低复杂性，将组织引入您的开发团队。

开发团队之间的组织边界可能会使依赖关系看起来不透明，但由于 Backstage 在其系统内自动表达这些关系，因此不再需要担心松散的结果。后台会直观的为您绘制出画面。基础设施团队不再需要浪费时间应对来自不同群体的持续定制配置请求；菜单就在每个人的面前。

采用开发者门户的原因包括：

集中 t冷却通过提供一个位置来访问和使用工具。
改进 C合作具有用于访问、共享和管理软件组件的共享环境。
增强型 d可发现性组件和资源的重用，减少重复工作并创建更一致的实践。
标准化 通过提供服务创建的模板和最佳实践。
自动化 和我整合通过与各种 CI/CD 和监控工具集成（包括通过不断增长的插件社区）来执行日常任务。
能见度 和 G统治通过深入了解项目状态、依赖关系等来了解软件开发生命周期。
开发商 e经验通过简化项目管理、与团队成员的协作以及使用可提高生产力和工作满意度的工具。

用于存储库数据的 GitOps

Backstage 允许开发人员和团队从 yaml 文件表达有关其项目的元数据。这些 yaml 文件看起来像 Kubernetes 资源，因此开发人员可以快速轻松地创建它们。由于 yaml 文件是版本化的（因为它们位于 Git 中），这也意味着它们始终应该表达有关您的存储库的最新信息。现在，想象一下一个项目被合并到另一个项目中的场景。对于后台来说，这不是问题。因为 Backstage yaml 文件（包含有关项目的信息）成为正常发布周期的一部分，随着代码的更新，Backstage 也会更新。

通过将我们的 Backstage 配置放入存储库并使其成为发布周期的正常部分，Backstage 的更新几乎自动发生。这种更新文档和广告的自动化为开发人员节省了时间。这可以提高开发人员的工作效率和无缝的组织通信。

后台作为代理

另一个很棒的功能是 Backstage 如何管理微服务。 Backstage 可以充当 API 代理，而不是使用现有的 API。

Backstage 的 API 功能有助于弥合微服务之间的差距。想象一下，一个应用程序由五个不同的微服务组成。 Backstage 可以将所有这些放在 API 代理后面，这将有助于将它们呈现为单个微服务。这类似于 APIGEE 或 APIM，但是是“内部的”。您可以将该代理移至 Backstage 并将其作为单个产品呈现，而不是支付云费用来为您托管该代理。

这也有助于分布在两个不同云中的微服务。 Backstage 将帮助向想要使用您的服务的人们提供“单一管理平台”，而不是维护两组可路由端点来组成一个应用程序。

这里的好处是 Backstage 现在可以平滑代理的呈现。您是否曾经坐下来等待打开防火墙票证或创建服务帐户？或者您的服务是否因为依赖于更改版本的众多 API 之一而遭到破坏？在 Backstage 托管 API 代理将为您解决这些问题，让您更加专注于开发。