平台工程的“破局之道” - 管俊

个人简介 管 俊 D e v O p s架 构 师 自2013年开始接触并实践DevOps。主导了若干OpenStack、Kubernetes产品、项目的设计、实施与落地运行，以及运维、DevOps团队的建设和管理。目前在传统IT企业从事DevOps架构师的工作。译有《DevOps实践指南（第二版）》一书。 平台工程的挑战 新的实践思路 目录 工程文化建设的实践与思考 总结 平台工程的挑战 来自组织内部不断的挑战，与行业内外持续的变化 平台历程 来自组织内部的挑战 研发战略01 单击此处编辑标题人员工作习惯02 单击此处编辑标题工具链演变 单击此处编辑标题遗留系统 行业变化 “常规”思路… 一站式，自助型，富前端可能存在哪些问题？ 新的实践思路 从开发者流量入口切入从第一天开始建立有效反馈持续做减法 启发之源 体验增强Augmentation GitHubCopilot VSCode •人性化的聊天机器人•紧贴代码的使用方式 •通过插件集成DevOps工具链：SonarLint，GitLens，等等 开发者流量入口 新的思路 从开发者流量入口切入：开发环境 IDE中开启流水线模板Scheme 自动拉取规范化CI配置 从开发者流量入口切入：工具链 审核代码安全漏洞 从开发者流量入口切入：工具链 从开发者流量入口切入：JIRA工单标准化 建立有效反馈：调研与指标存在的问题 建立有效反馈：开发者的PR体验 建立有效反馈：开发者的PR体验 建立有效反馈 建立有效反馈 建立有效反馈 建立有效反馈 建立有效反馈 如何做减法：识别机会 如何做减法 如何做减法：内部集成测试系统的故事 基础设施即代码 60%时间救火 不可变运行环境 图形化自助界面 不受控的基础设施 GitOps GitOps 被污染的运行环境 节省80%计算资源 0.5个资源提供支持 没有版本控制的测试脚本 快速创建新流水线 不超过10%支持时间 转交阶段 优化阶段 如何做减法：与产品线团队共同制定策略 •全部产品线评估结果为加分项或低/无影响–移除•一条产品线评估为重要或不可或缺–转交•多条产品线评估为重要或不可或缺–保持当前所有权，保持大于等于维护的状态 工程文化建设 工程文化对平台工程的重要性工程文化建设 工程文化的重要性 工程文化建设的实践 内部Meetup •线下Only：增强互动•不求人多，但求参与•话题多样化：趣味分享+通用技术+工程实践•形式多样化：分享+讨论+食物+小礼物 线上内部技术分享会 内部兴趣小组 •聚焦产品业务领域•缺乏对通用技术关注•虚假繁荣：在线人不在•缺乏真实互动 •按兴趣进行组织•以开发者的实际诉求为导向 总结 总结 20%活跃用户10+用户新需求 借助AI能力，“掌控”流量入口 3个活跃内源项目回馈到平台工程 关注并投身文化建设 T h a n k s 荣誉出品