首先与对方确认可用率、响应时间(Response Time)和恢复时间(MTTR)。要求以百分比或具体时长表述,例如“月可用率99.95%”、“严重故障响应时间≤15分钟、恢复时间≤4小时”。
其次明确监测口径与计算方式:是以天然分钟、业务分钟还是GMT为准;是否包含计划内维护窗口(维护窗口)在内,以及如何处理跨月或跨周的事件。
提出对方支持的主要沟通语言(例如英语或菲律宾当地语言),并确认是否提供书面与电话支持。若团队位于中国,建议确认是否有中文支持或是否能提供清晰的英文邮件记录。
明确支持时段(例如24/7或工作日9:00-18:00),并在合同中用具体时区标注(如UTC+8)。同时约定紧急工单的优先级规则与响应级别,以避免因时差导致的处理延迟。
要求对方开放或共享监控数据(如监控面板、API或告警记录),并明确告警触发规则(阈值、频率)。建议双方确定第三方监测工具作为补充,以确保数据透明。
至少包含:网络连通性、CPU/内存负载、磁盘IO与带宽利用率、服务端口健康。并明确告警通知渠道(邮件、短信、工单系统)。
约定需要的证据形式,例如系统日志截图、时间戳的告警记录、抓包文件或第三方监测报告,确保在争议时能有可核验的数据支持。
在合同中明确违约金或服务信用(Service Credits)的计算方法,如“每月可用率低于99.9%,按月费用的10%补偿;低于99.5%,按30%补偿”。
约定客户提出赔偿的时限、所需材料和审核周期,例如“客户需在事件结束后30天内提交申请,供应商在15个工作日内给出处理结果”。同时约定不可抗力、计划维护等免责条款。
建议在SLA中加入明确的升级路径(Escalation Path):从一线支持到二线、三线,再到技术负责人或客户经理的联系方式与响应时限,确保问题无法在第一时间内解决时可以快速上报。
并且建立定期回顾机制(如每季度SLA回顾会议),通过数据分析优化阈值与流程。对于关键业务,可以考虑签署保留资源或专属工程师支持以提升服务保障。