Gartner 预测到 2026 年时，将有 80% 的软件工程组织会建设平台团队
DevOps 与平台工程
DevOps 是一种文化和理念。平台工程，是咱们实现 “谁构建、谁运行” 的惟一形式。这是 DevOps 的外围初衷，也是起初企业级规模和云原生时代的实现根底。平台工程关注的不肯定是教你怎么用工具，而是构建起一套可能实现这种自我服务能力的平台。有了平台工程，外围软件工程部门才有机会取得自我服务能力。这种观点上的转变，决定咱们要把平台视为一种产品进行建设。
DevOps 最后的想法非常简单，根本指标就是打消开发人员和经营人员间的阻碍，促成单方合作。达成指标的办法根本就是做左移，实现“谁构建、谁运行”。当所有这些云原生趋势交融在一起之后，就有了云原生、Kubernets、容器化、基础设施即代码和 GitOps 等等，状况曾经齐全不同了。
为什么须要平台工程
面对简单的工具链，开发者没必要成为全面的专家，相同，应该把底层基础设施的复杂性从开发者那里形象进去，为他们提供一条最佳门路，由开发者本人决定最适宜的上下文层级。
在企业中，平台工程的推动会遇到困难，特地是认知负荷相干的问题。首先，开发者手足无措从而一直向经营团队求助，最终经营团队成为业务瓶颈；亦或高级工程师会轻轻用本人的方法接管了经营工作，成为“影子经营”，并没有把全副的精力投入到编码当中。这两种形式会陷入恶性循环最终成为技术债权。因而，咱们倡议建立平台工程团队的角色、思考建设和应用工程平台。
什么样的团队须要工程平台
如果团队中只有大概 20 名工程师，而且不是每个人都相熟 helm、IaC、Terraform 或者 Kubernetes，PaaS 是不错的抉择。DevOps 的根本诉求“谁构建、谁运行”能够实现。但 PaaS 只能提供一条门路，只能通过简略设置反对绝对不那么简单的用例。
当企业从几十名开发者转变为成千盈百开发者时，平台有助于解决的痛点才开始真正呈现。痛点呈现了，摩擦呈现了，如果还没有任何平台，那须要口头起来了。如果曾经领有 PaaS 解决方案，无妨思考逐步过渡到自建的外部开发者平台，或者应用价值观雷同的、较为成熟的内部产品。
如何建设平台工程
设立平台工程团队，平台工程团队的使命和愿景是构建、成就或引入一款产品，这款产品的客户就是开发者。
其次，平台工程团队要器重沟通能力。在跟开发人员交谈时，要强调的是如何缩短等待时间、改善开发体验。而在跟经营团队交换时，要通知他们如何加重压力并疾速解决工单。而在跟管理层沟通时，最重要的一点就是告知如何缩短产品上市工夫，并且可能升高经营老本。这个指标相似于给平台设定投资回报率。
开发者平台的指标是为工程师们提供相似于 PaaS 的应用体验和开发体验。但它基于更简单的标签和工具堆栈，搞清楚工具箱里到底有着怎么的技术组合。把整个栈接管过去，实现最初一英里的优化，通过微调为开发者构建起合适的最佳上下文门路。
平台工程不能成为开发团队的解放。一方面，须要通过标准化遍及升高认知和应用门槛，实现自服务。同时，还得 确保开发者应用基础设施资源的形式跟平台规范要求相一致 。这里要么采纳始终如一输入雷同的配置文件，进行动静配置管理，本质在于每次部署时都能动静生成配置文件，包含谁部署了什么、在哪里部署、输入了什么。动静配置管理还能在每次 Git 推送时执行策略和规范，在部署等环节之间建设束缚。如果没有明确思路且根底较薄、或不想投入非主营业务老本，能够评估抉择一款内部产品，其具备残缺的交互控制台、践行一套认同的方法论、最重要的是 违心与客户放弃沟通、继续迭代，客户能够和产品一起走向平台工程终态。
平台工程产品化趋势
在海内，开源社区十分火爆，存在不少开源工具如 Argo CD、Backstage，特地是围绕 Backstage 的插件体系十分丰盛，曾经呈现了上百种插件；也有平台编辑类产品 Humanitec，服务于企业平台层中外部开发者平台的外围引擎，是平台工程、团队和组织中的解决方案之一。相比之下，国内的工具链绝对简单，为了 晋升端到端的体验，通常须要一个整合层或平台层来更好地组合这些工具。而且在国内平台工程次要以代码和自我品牌为核心，比方腾讯云的 CODING Orbit 等产品。
以开发者视角为出发点，围绕着代码治理、项目管理、需要设计、缺点治理、测试治理和制品治理、继续集成、继续交付、利用治理 / 观测等外围个性构建。在这些平台中，代码和制品模式的流转更多地产生在不同的产品模块之间。每个产品外部都有十分丰盛的性能机制，这种商业软件的玩法是开源平台无奈做到的。国内外工具与平台最终是否依照平台工程的需要场景演进趋同？让咱们刮目相待。
欢送扫码增加 CODING 官网小助手
获取 2023 平台工程报告