要缩短应用开发周期,就得简化 DevOps 工作流程。新兴的平台工程这一学科能够提供即时可用的通用且可重复利用的工具,以此简化应用的构建与部署,从而达成上述目标。
内部开发者平台(IDP)的关键特性在于标准化、可扩展性、自动化以及自助服务。开发者借助这些特性能够获取更大的自主权力和更高的效率。
平台工程的范畴得以拓展,能够增强开发人员的能力,并且为分布式服务、API 管理、DevSecOps、生成式 AI 以及机器学习操作等新兴的创新之举奠定了基础。
IDP 实施的最佳实践
以下是 IT 领导者在考虑向 IDP 过渡采用时应当予以关注的关键步骤及最佳实践。
确立使命宣言
有效的 IDP 能够依据使用它的开发人员的特定需求进行定制化设计。平台工程的首要步骤是确立使命宣言,用以引导过渡进程并明确目标。它应当阐述业务的总体目标,并清晰界定组织内各个开发人员或 DevOps 团队的职责。
推动领导层认可并启动行动规划
IDP 能够降低管理成本、优化开发人员工作流程并完整记录构建过程。对于组织和 IT 领导者而言,获取良好支持的主动管理手段极为重要。高管的认同和支持能够确保平台工程作为一项长期投资得以存续,以有效应对业务拓展所带来的开发挑战。
明晰平台消费者
采用 IDP 的目的在于改进开发流程。明确辨别开发平台的消费者,并收集有关技能组合、核心功能以及构建周期问题的信息至关重要,所有这些都将为平台设计提供依据。IDP 的功能应当基于对开发痛点的整体评估。它们还应当确保必备功能和标准化工作流程,以达成高效的端到端体验。
运用产品方式
IT 领导者计划借助 IDP 部署来简化开发,采用平台即产品的方式,聚焦于开发人员所需的精确工具、框架和功能。随着企业采用的推进,他们能够选择开源或者专有软件。
IDP 降低了管理成本,优化了开发人员的工作流程并完整记录了构建过程。
从细微处着手,专注于切实可行的目标(例如安全性),以获取开发人员和业务利益相关者的认同。比如,开发人员工作流程的一致性和标准化能够确保构建的完整性,并从开发伊始就将更高的安全性融入软件之中。
统一 IDP 的优势
平台工程提供了一种自助交付模式,保证能够使用精选的工具来替代重复的手动任务并减轻 IT 负担。因此,开发人员能够更迅速地进行创新,无需担忧物流问题,也无需掌握专门的基础设施知识。一旦平台标准确立,DevOps 团队和程序员就能够获得稳定性,并确保关键构建组件可用。
业务和 IT 领导者必须采取积极主动的平台工程方法,以抵消开发人员采用自身工具和变通方法的倾向。这些倾向会形成分散的开发孤岛,从而减缓生产速度并引入新的漏洞。
相比之下,依赖 IDP 自动化的组织能够维护安全措施。例如,平台工程确保从一开始就将安全编码实践融入软件开发当中。
组织必须明确自身的核心开发需求。对于规模较小的企业来说,平台工程和投资的相关性或许难以证明,但是 IDP 能够成为进一步发展的踏脚石。对于规模较大的企业而言,采用 IDP 的价值在于拓展其他 IT 资源,例如软件开发、客户服务、数据中心功能和网络。最终,确保 IT 组件和效率之间的协同作用对于任何规模的企业而言都具有长期的经济意义。
挑战在于认识到如何在业务拓展时处理开发的复杂性。越来越多的企业选择平台工程作为其主要的生产力学科。成功采用平台工程的关键在于明确这种工程方法的关键目标以及什么能够推动价值。
例如,对于小型企业而言,在开发过程的每个阶段强调更高的安全性极为重要。另一方面,对于大型企业来说,在开发、IT 和业务团队之间实现一致性至关重要。
专注于端到端体验
平台工程尚未成熟到产品供应商能够提供即插即用软件(如 PaaS 或生产力套件)的程度。相反,企业能够独特地定制预构建软件以满足特定需求,并整合现成的或开源组件以专门满足组织和开发需求。
平台工程 KPI 衡量成功率并确保 IDP 简化和优化工作流程。平台工程 Slack 是一种实用的资源,可用于学习和与其他从事 IDP 部署的人员交流看法。
正如 DevOps 方法论持续演进,使该学科成为大规模应用构建所必需的一样,自动化 IDP 为满足下一代技术的要求提供了新的潜力。
声明:本站所使用的图片文字等素材均来源于互联网共享平台,并不代表本站观点及立场,如有侵权或异议请及时联系我们删除。