什么是内部开发者平台？

在深入研究内部开发者平台之前，首先了解平台工程至关重要。平台工程源自 DevOps，旨在解决现代软件开发日益增长的复杂性。

然而，DevOps 专注于弥合开发与运维之间的差距，而平台工程则更进一步。平台工程的目标是建立一个统一的平台，使开发人员能够尽可能快速地、安全地迁移。

但为什么会出现这种趋势？它与当前的趋势有何不同？

我们知道 Kubernetes 的使用并非易事。因此，我们创建了 Cyclops，一个用于在 Kubernetes 上构建开发者平台的开源框架。它能够抽象化 Kubernetes 的复杂性，并通过可定制的 UI 部署和管理您的应用程序，满足您的需求。

我们正在将 Cyclops 开发为一个开源项目。如果您有兴趣尝试一下，可以参考我们代码库中的快速入门指南。如果您喜欢，请给我们一个 star ⭐ 来表示您的支持。

⭐ GitHub 上的 Star Cyclops ⭐

构建内部开发者平台背后的很多动机都围绕着自助服务的理念。

说到 DevOps，你会想到自动化、流水线、监控以及其他类似运维的功能。虽然这些功能大多致力于帮助开发人员加快开发速度，但实际上，DevOps 团队常常会感到自己成了瓶颈。

如果您在创建新服务、更改配置或遇到部署问题时需要向 DevOps 团队提出问题，那么这将不可避免地减慢您的速度。

另一方面，DevOps 团队并不总是愿意花时间审查开发人员提出的每一个小变更请求。他们宁愿专注于更高效的工作，而不是充当例行请求的帮助台。

每个基础设施和部署变更都必须经过 DevOps 团队审核和批准的系统通常被称为 ticket ops

（内部）开发者平台

开发者平台是由平台团队构建的产品，旨在支持应用开发者和其他工程团队。它将公司的所有技术和工具连接成精简的工作流程（通常称为“黄金路径”），从而减轻开发者的认知负担并简化自助服务。

由于这些平台是专门为组织内部使用而设计的，因此它们通常被称为内部开发平台。

开发者平台可以有多种形式，从文档页面和几个 Bash 脚本，到功能齐全的自助服务门户。

平台的功能和用例应该由开发人员的实际需求驱动，无论是配置基础设施、按需启动环境，还是提供中央服务目录。

从本质上讲，开发者平台应该充当力量倍增器，通过消除摩擦和简化工作流程，使团队能够更快地交付产品。

为了澄清开发者门户和开发者平台之间的区别，开发者门户只是开发者用来访问内部开发者平台的界面（通常是 GUI）。

构建内部开发者平台时，需要牢记几件重要的事情。

该平台是一个产品，您应该将其视为产品。它应该围绕用户需求进行设计并持续改进，就像任何其他软件产品一样。只是在这种情况下，用户就是您自己的开发人员！

一个好的平台可以抽象复杂性，减少用户的认知负担，并使产品团队更容易专注于提供价值而不是处理基础设施。

但最终，一切都围绕着自助服务。开发人员应该能够独立、自信地请求和配置资源，而无需依赖人工审批。

平台应该支持上述功能和工作流程，但仅仅因为它提供了某些功能，并不意味着平台团队必须自己构建所有内容。在很多情况下，使用外部工具（专有或开源）可以完成很多工作。

在Cyclops，我们正在创建一个开源框架，用于在 Kubernetes 上构建内部开发者平台。我们允许您基于 Helm Chart 创建自定义 UI，从而轻松地为开发者提供黄金路径。

如果您有兴趣了解更多关于平台工程的知识，我建议您查看CNCF 平台白皮书、内部开发者平台组织和平台工程组织。希望您能像我一样觉得这些资源有用。

如果您喜欢这篇文章或发现它有用，请加入我们的 Discord 服务器，我们会随时向您介绍最新内容、新进展以及我们团队的新闻！

⭐ GitHub 上的 Star Cyclops ⭐