TAP 系列文章4 | 基于 Backstage 的 TAP 开发者门户

基于Backstage的开发者门户

随着云原生的理念和技术逐渐深入人心，很多企业都在思考和实践如何落地，实实在在地达成云原生所承诺的目标：使工程师能够轻松地对系统作出频繁和可预测的重大变更。

越来越多的企业认识到，以Kubernetes为代表的云原生技术确实可以作为构建企业自己的内部平台的基础底座，并且大大赋能运维团队，但同时也意识到Kubernetes对开发人员而言复杂度还是太高了，有陡峭的学习曲线。
能找到会用Kubernetes的开发人员可能不难，但能找到精通的人恐怕就不容易了。

那现在的开发者体验到底如何呢？设想一个新加入的开发人员，他经常会问：

• 我们的技术标准和架构规范是什么？
• 可以用哪些开发语言、框架、开源软件？什么版本？我们使用什么编码规范和代码风格？
• 到哪儿能找到项目文档？还有架构图、拓扑图？
• 有什么微服务API可以调用？
• 有没有现成的项目模版可以重用？
• 代码提交到哪儿？多长时间提交一次？测试覆盖率需要达到多少？
• 怎么构建镜像？
• 怎么触发流水线执行部署应用？
• 到哪儿查看应用的遥测信息如运行日志、指标、分布式跟踪信息？
• ……

运气好的话，上述问题都能找到对应的人给出对应的答案。之后呢？他们还需要申请多个系统的账号，分别打开多个工具的界面（如Wiki查看文档信息，Jira查看用户故事或缺陷，Jenkins查看流水线执行状态，Kubernetes查看应用负载运行状况等）,熟悉各自的操作，不时的切换和copy & paste，人工串联起整个工作流程，费时费力，还容易出错。

麦肯锡公开的一份研究报告1指出：开发者效率高的公司比开发者效率低的公司的收入增长速度快4-5倍。它们的营业利润率也更高，创新能力更是高55倍！处于前四分位的公司的总股东回报率也高60%，营业利润率高20%。由此可见，开发者效率是企业塑造核心竞争力的关键因素之一。

那如何弥合这些开发体验上的差距？

我们来看Gartner关于开发者体验的报告2，其中推荐的关键实践包括：

• 建立内部开发者门户，理顺软件开发流程，支持重用、分享和协作，以提升开发体验和效能
• 通过开发者门户提供内置“安全护栏(Guardrail)”的自助服务，在快速敏捷交付迭代创新的同时，兼顾治理规范的要求
• 把开发者门户作为产品，积极听取开发者的反馈，持续演进和创新，适应不断变化的需求

这份报告还大胆预测，