平台工程已成为数据驱动型组织的一门基础学科,但有一个缩写词至今仍在造成混淆。IDP 代表两个不同的术语:内部开发者平台和内部开发者门户。这两个概念相关,但并不相同。混淆二者可能导致组织构建出不完整的开发者体验,或者无法充分支持现代软件交付。
现代软件交付环境日益复杂。开发者需要应对 Kubernetes 集群、CI/CD 流水线、云基础架构、可观测性工具、基础架构即代码 (IaC) 存储库、合规性要求等等。随着组织规模扩大,软件开发生命周期 (SDLC) 中的内部服务与依赖项数量也在不断增长。对于跨多家云提供商运行分布式微服务架构的企业而言,尤其如此。
平台工程正是为应对这种复杂性而生,是从更广泛的 DevOps 举措中演化而来的。组织不再要求每个开发团队都成为基础架构和运维专家,而是组建集中式平台团队,负责构建可复用的系统和“黄金路径”,把重复性的运维工作抽象掉。其目标是降低开发者的认知负荷、实现自助服务,让开发者能够专注于构建和交付软件。
这一趋势催生了两个截然不同但相互关联的层:内部开发者平台和内部开发者门户。
通过 Think 时事通讯,了解有关 AI、自动化、数据等方面最重要且最有趣的行业趋势。请参阅 IBM 隐私声明。
平台是实现标准化软件交付和开发者自助服务的运维支柱。它是为提供这些黄金路径而汇聚到一起的各类技术与工具。它通常由以下组件组成:
基础架构自动化(如 Terraform)
CI/CD 流水线
Kubernetes 抽象
身份与访问控制
环境置备系统
安全护栏
基础架构即代码模板
云原生编排
GitHub 集成
实时可观测性
策略执行系统
平台的妙处在于,开发者可能永远都不必直接与其中的许多系统打交道。平台承担了软件交付背后的繁重工作。它通常由专门的平台工程团队维护。其目的是以可复用、可扩展且安全。
门户是面向用户的界面,让开发者能够发现平台能力并与之交互。它就像工程生态系统的控制面板。它通常提供:
服务目录
文档中心
API 发现
基础架构申请表单
部署仪表板
归属元数据
评分卡与健康检查
模板
自助服务工作流
运维工具链接
这些组件通常通过一个名为 Backstage 的开源技术来整合。Backstage 是一个前端门户框架,因其可扩展性而备受青睐。它本身并不是一个完整的平台,组织仍需借助后端自动化、编排和基础架构工具来提供自助服务能力。
门户把工程资源的访问入口集中起来,否则这些资源会散落在数十个系统中。它并不执行工作流,只是提供一个友好的用户界面,在平台的其他地方触发这些工作流。平台提供真正的运维功能。
内部开发者平台可以脱离门户单独存在。开发者可以直接通过 CLI、API、GitOps 工作流或基础架构存储库进行交互。同样,门户也可以在没有复杂平台作支撑的情况下存在。在这种情况下,门户也就仅仅是一个服务目录或文档层了。
规模较小的工程团队也能从轻量级门户中获得可观价值,哪怕只是用它来集中管理文档、元数据、API 和服务发现。这类功能有限的门户作为唯一可信来源,可以通过整合运维知识快速见效,但这需要有强有力的治理。
拥有成百上千名开发者的数据驱动型成熟组织,门户和平台两者都不可或缺。二者结合,为工程师带来了更友好的体验——否则他们就得手动在零散的工具链和基础架构工作流之间穿梭。
在实践中,许多组织的平台工程之旅是从落地 Backstage 这类门户开始的,因为可视化界面能带来可见性和组织推动力。
平台在以下用例中变得不可或缺:自助式基础架构置备
标准化部署工作流
多云编排
安全的黄金路径
策略执行
成本治理
环境自动化
基础设施生命周期管理
跨团队的一致开发者体验
如果没有平台提供的标准化,开发者生产力就会受到影响,因为开发者不得不承担那些打断核心开发工作流的多余任务。这种标准化还能简化新成员的上手流程。
门户与平台共同提供自助服务:开发者可以通过门户独立、按需地发现资源,并通过平台执行运维任务。
AI 正在重塑这两个组成部分。在平台内部,AI 可以自动化执行运维任务,例如基础架构置备、CI/CD 优化、策略执行、事件分析和成本管理等等。
在门户中,AI 可以改善资源发现与易用性。开发者可以用自然语言查询来定位 API、文档、模板、归属信息和运维工作流,无需手动在多个系统之间翻找。IBM Bob 这样的 AI 助手可以指导新成员上手、解答内部工具相关问题,并根据组织标准推荐经过批准的黄金路径。
有了 AI,自助服务从未如此得心应手;把 AI 同时应用于门户和平台,意味着开发者可以专注于自己的核心职责。
借助您的 AI 合作伙伴 Bob,加速软件交付,实现安全的意图感知型开发。
利用可信的 AI 驱动型工具优化软件开发工作,最大限度地减少编写代码、调试、代码重构或代码补全的时间,从而拓展创新空间。
通过增加 AI 重塑关键工作流程和运营,最大限度提升体验、实时决策能力和商业价值。