党受辉-大型 SRE 组织设计与建设.pdf

《党受辉-大型 SRE 组织设计与建设.pdf》由会员分享，可在线阅读，更多相关《党受辉-大型 SRE 组织设计与建设.pdf（20页珍藏版）》请在三个皮匠报告上搜索。

1、大型SRE组织设计与建设党受辉腾讯蓝鲸负责人大型组织的SRE规划业务事业部的执行SRE的边界Q&A大型组织的SRE规划先看下教材国内大型互联网组织的结构ABCDE集团Fd1d2d3公司技术委员会 和 学院职业通道委员会公司技术委员会 和 学院职业通道委员会为什么会有DevOps，是不是概念混淆了DevOps侧重：效率兼顾：安全、质量FinOps侧重：成本兼顾：效率SRE侧重：质量兼顾：效率、安全XXX质量效率成本安全2，质量左移，代码可靠性会影响应用稳定性3，概念服务于组织，只选适合，不论对错1，人是分不清楚的SRE转型路径的原则准备长切换短，例如SRE职级、转入岗位、晋升规则、薪资等；切换时

2、间控制在半年之内，以免服务受损时间要短限定框架，例如职级标准、薪资等；放宽执行，给予不同类型业务线一定范围自由度场景开放限定能力子项，例如对SRE研发能力的范围管控，职级晋升等评估做阶段性分组；确保组织架构稳定，人员能力逐步提升平滑过渡征得客户认同，例如向研发领域拓展，服务目录的调整；服务价值货币化，明确公共投入与客户分摊的比例及金额客户认同业务事业部的执行SRE平台工程+SRE技术服务偏向服务效率提升慢场景扩展难服务质量随规模递减偏向平台服务推广难需求回馈慢“客户成功”成本高全云原生成本优化慢个性化服务难自主发展能力差平台+服务我们的选择SRE平台工程以SRE的“理论职能”补充刷新原有运维服

3、务目录及定价CI（持续集成）CD（持续部署）CO（持续运营）业务生命周期业务全球化研发需求改变业务海量异构人均业务数8+一线成本效率多国多地区版本服务24个时区区分合规风险区游戏研发模式变化微服务占比增高全球多地协同研发长尾业务需求点云原生GitOpsX as Code行云计划微服务、容器化综合算力调度ITIL的AI融合稳定性：SLI/SLO自动评估、成本控制MTBF/MTTR、混沌工程辅助决策、用户体验参考理论资料DevOps工程AIOps工程发布工程自动化工程可靠性工程容量工程可观测工程工程化思维制作管线工程预告明天我们专场的四个主题1，游戏研发工业化管线的SRE设计4，SRE在游戏中的指

4、标设计与实践2，SRE驱动的研发工业化改造3，SRE驱动的云原生改造试点转型团队 的 阶段性进展降本创新增效人才500+可观测能力项10+代码即运维能力44+SLI/SLO8+人均业务数400W月优化运营成本60+云原生改造业务发布工程自动化工程可观测工程容量工程DevOps工程AIOps工程故障管理工程MLOps工程T8级以下8级-9级10级-11级管理模式团队能力没有照搬Google的SRE理论，与当前团队职能融合，找到适合自己的SRE实践；复用人力资源，改变固定业务运维模式为跨业务运维模式；长尾业务平台化管理，实现多人互备，多人Oncall的模式；业务支撑转变为多工程并行，提升支撑效率；工程化运作模式，强调工作长期价值和复用价值，提升多业务服务效率；建立SRE人才梯队培养模式，定义各专业职级与必修的工程场景对照；OnCall互备可以降低工作压力；跨游戏业务服务可以降低工作枯燥感；23%人均效能提升SRE的边界前沿试错SRE行业协同SRE民间组织分享沉淀分享沉淀各企业在SRE领域中的实践、效果、方案、规划输出一份国内各行业标杆企业真实（或许残酷）的SRE发展现状，并逐年更新迭代洞察认知维护一个跨行业的SRE交流组织同行业的SRE负责人可以相互交流跨行业的SRE负责人可以相互启发Thanks开放运维联盟高效运维社区DevOps 时代荣誉出品