SLA 怎么定义：故障等级与排除项

SLA与监控目标为什么要分别定义？

监控指标描述可观察状态，目标描述希望达到的水平，协议则规定双方的范围、责任和约定后果。把某个报警阈值写到页面上，不会自动成为完整SLA；反过来，协议没有测量口径，也难以判断是否触发约定条件。先确定关键业务，再讨论能够被双方复查的记录。

Google SRE的服务等级目标说明区分SLI、SLO与SLA：指标用于测量，目标用于判断，协议还涉及结果与后果。来源核对日期为2026-10-03。商城项目分别记录指标、目标、响应、恢复与最终处理结果。

业务范围应具体到什么程度？

列出服务覆盖的环境、入口、业务路径和外部依赖。消费者无法下单与后台一个非关键列表异常，影响可能不同；某个支付查询路径正常，也不能证明所有渠道正确。范围要说明测试与生产、既有功能与定制、商城侧与ERP侧分别由谁负责。

专属支持在工作日 9:00–21:00 提供支持；P1 30 分钟响应，4 小时恢复或提供临时方案；P2 1 小时响应、1 个工作日修复；P3 4 小时响应、3 个工作日修复；P4 1 个工作日答复。 未确认时效和支持窗口不公开填数字。范围内需要客户提供的账号、日志、授权和外部查询条件也要写清，不能只列技术方义务。资料不足时怎样受理和计时，应双方约定，而不由故障当天临时解释。

P1到P4如何按影响讨论？

以下为候选分级讨论表，用于与客户确认，并非已经生效的合同条件。影响交易、资金或资料的异常，应根据真实风险判断，不能仅按页面名称或用户投诉多少决定。问题持续扩大或出现新的风险时，允许重新沟通等级并保留理由。

讨论等级	要判断的影响	初始资料	协作重点
P1	核心交易广泛停止或存在严重资料风险	开始时间、业务范围与可复查现象	明确止损决定与关键岗位
P2	重要流程受损但可受限继续	替代方式、范围及持续情况	控制影响并安排恢复
P3	部分操作异常而主要业务继续	固定样本、版本与结果	定位复现和修复验证
P4	一般使用问题或改善讨论	期望、现状与资料	确认是否属于支持或范围变更

分级表需要结合企业实际业务调整。技术上局部错误若导致金额或越权问题，不能简单归为较低等级。调整决定应由明确岗位作出，并记录影响、证据和后续处理，不让每次告警自动被标为最高优先级。

受理、响应、恢复和解决分别证明什么？

受理记录收到问题，响应记录开始判断和协作，恢复说明约定业务已经能够继续，解决说明原因和最终处理经过核对。它们可能在不同时间发生，需要分别记证据。回退程序能够恢复访问，但尚未对账的付款或发货仍属于未完成结果。

协议讨论每项时间的起点、终点、使用时区和记录来源，并说明材料补充、客户批准和外部依赖等待如何处理。不要把回复消息算作业务恢复，也不要把关闭工单当成最终解决。BoolMall 的标准技术支持工作日 9:00–21:00；P1 30 分钟响应、4 小时内恢复或给临时方案，P2 1 小时响应、1 个工作日修复，P3 4 小时响应、3 个工作日修复，P4 1 个工作日答复。详见服务等级说明。

服务窗口与计时如何避免歧义？

服务窗口要说明适用日期、时段、联系入口和紧急升级方式，不能仅用“长期运维”让客户自行推断。若支持不覆盖某个环境或渠道，需要在范围里体现。临时活动保障、计划维护和普通支持的安排也应分开讨论，避免同一名称承担不同预期。

计时资料应能追溯到通知、确认、操作和验证。自动告警可能早于人工受理，客户反馈可能晚于实际故障开始；双方应决定不同口径怎样使用。统计时同时保留资料缺失或未检查的状态，不把未受理问题从分母里省略来制造好看的履约结果。

排除项怎样写才不掩盖责任？

列出第三方渠道、客户网络、未经批准变更和超出范围使用等需要讨论的情况，并说明判断依据与协作方式。排除某种履约计算，不等于可以完全不协助定位。外部渠道异常时，商城侧仍需要查证自身请求、结果与重试行为，确认没有放大影响。

客户配合事项应具体到资料与岗位，例如授权取得日志、允许某个检查窗口或查询商户结果。缺失配合如何影响工作，必须有记录而不是笼统归责。原范围内的缺陷也不能一律称作客户新增需求；依据契约、实现和验收材料判断。

可用性与恢复目标怎样形成依据？

可用性口径需要业务路径、采样方式、时间范围和错误分类。网关正常与交易正常不是同一指标，消费者业务拒绝与系统失败也要分开。恢复目标则需要数据、环境、保护资料和演练支持，不能仅通过服务名称确定。

拟定目标前检查实际运行资料和隔离演练结果，说明未覆盖的故障类型。若目标需要额外备份、冗余或值守条件，把这些写为前提与工程范围。未实测时保留尚未验证，不能发布未经确认的可用性、RTO或RPO数值。

发生争议时应该用什么记录核对？

保留环境、版本、现象、影响、业务编号、通知、处理决定和验证结果。敏感资料脱敏，秘密和会话材料不进公开工单；双方能够在授权范围内取得证据。争议先统一业务事实和口径，再讨论责任与条款，避免用不同的起止时间比较同一事件。

事后复盘区分临时恢复、根因修复和预防动作。仍未解决的差异继续保留，不能因访问恢复就关闭全部业务问题。新的检查和文档变化由负责人落实，验证应针对实际改动，避免将复盘写成没有执行对象的空泛要求。

SLA讨论材料怎样进入合同确认？

使用SLA 条款模板填写范围、分级、计时、窗口、排除及升级责任。模板预填 BoolMall 已确认的支持范围与时效，客户填写环境、联系人与生效日期后由双方确认。

结合服务等级说明与运维服务确认真实服务范围，回到运维专题补监控、恢复和发布证据。

没有执行检查怎样进入履约记录？

记录中的通过、未通过、未检查和不适用应分别表达。日志不可取得、渠道权限缺失或资料不足时，写明原因、负责方和后续条件，不能将空白结果记成没有故障。履约统计也要保留这种限制，让客户知道协议涉及的哪些路径有证据、哪些仍需补齐。

业务范围改变以后重新核对计时与等级定义，原协议不能自动覆盖新渠道或新增流程。变更记录引用旧版本并说明生效条件，使运行团队和采购人员依据同一份范围协作。