• 于加硕
    2022-11-21 来自上海
    该怎么说呢,吴老师,站在SRE的角度这篇文章我读了小10遍,我梳理下本文逻辑 活动保障前 指导思想: 业务指标转化为技术指标,技术指标联系业务场景 能力建设: 1.与业务沟通,获取业务信息,产出业务指标 2.与技术沟通,获取调用关系图用于识别活动上下游关系、依赖方等,将业务指标转化为技术指标,并产出活动保障所需的仪表盘 获取部署图,来确定容量保障的范围 获取时序图,识别出同步链路、异步链路、旁支链路、高并发链路,识别出爆点重点防护, 3.架构治理、代码治理,作为一个运维,目前玩不了

    作者回复: 总结的非常好!这一讲我基本上是按照每年阿里本地生活的大促保障模式,抽象归纳出其中的精华内容。这些内容肯定不是单一的角色能够全部完成的,但会由一个大促保障的PTM(Project Technical Manager,注意不是TPM)去驱动和统筹,由高级别管理人员背书。

    
    1
  • 于加硕
    2022-07-20
    单说核心链路梳理这一块对于业务运维来说就有难度
    共 1 条评论
    