SRE服务学习框架

一、服务简介**

1、介绍

该服务是一个产品还是产品的一部分，是什么产品或是产品的哪部分，主要负责什么功能。

2、用户入口

手机？PC端？web端？

3、高峰时段

08:00-10:00

4、研发对接人

二、业务架构

1、接入层

域名、LB、网关

是否经过高防、WAF等安全产品

如果是CDN域名，回源是从对象存储还是通过LB到静态集群？

2、业务层

服务模块

• 简单介绍模块开发语言、功能描述、是否是多云部署，如果是如何切换，流量比例、服务比较侧重使用哪些资源如带宽、cpu、内存，是否是单点、服务间如何调用，是写死ip还是名字服务，是否容器化。
• 服务等级可根据此模块在整个产品/服务中的位置来判定，根据是否是最核心模块来评估重要程度。服务模块梳理时，需要关注以下几个点：

是否有ZNS节点

• ZNS节点备注是否清晰
• ZNS节点接口人是否明确
• 机器名是否规范机器
• 是否同配

上下游调用

希望能通过上下游调用关系明确该服务的业务入口及关联关系，如果发生调用失败的情况对业务有什么损失，是核心功能不可用，还是非核心功能不可用。

3、存储层

产品是在哪个云厂商或服务商或自建，如果不可用对业务影响是什么。以下可以只写核心功能依赖的存储服务，梳理清不可用时对核心功能的影响，如cos不可用影响前端页面展示。

• 数据库/redis(dba维护，无需过多了解)
• 对象存储
• 文件存储
• CDN

4、组件层

【消息队列】调用模块分别是生产者还是消费者，哪个功能用到了，如果不可用影响是什么。