软考系规必考：SLA与OLA、UC到底有什么区别？

系统规划与管理师考生应该都背过一句话：服务级别协议是IT服务提供方与客户之间的协定。背完顺手翻到下一页，又蹦出来一个运营级别协议，再翻两页还有个支持合同。三个缩写挤在同一章里，命题人随便拎出来一个问你"以下关于SLA的描述正确的是"，选项里SLA、OLA、UC轮番出现，稍一走神就掉坑。

这篇文章把SLA、OLA和UC彻底拆开，从定义写到区别，从区别写到历年真题，最后送一个考场必背记忆口诀。读完就记住，考场上稳稳拿分。

SLA是什么？——服务级别协议

服务级别协议，英文全称Service Level Agreement，简称SLA。这是一份在IT服务提供方与客户之间签订的正式协定，约定在一定成本控制下，IT服务需要达到的性能水平、可靠性目标和双方责任。

SLA的核心在"级别"二字。拿云计算举例子，阿里云会明确告诉你ECS实例的月度可用性不低于百分之九十九点九五，按这个数字倒算下来，单月允许的不可用时间不超过二十二分钟。低于这个标准，云厂商需要按比例赔付。这就是一个典型的SLA——用可量化的指标框定服务质量，有违约责任条款做约束。

在软考教材中，SLA被明确描述为"在一定成本控制下，为保障IT服务的性能和可靠性，服务供方与客户间定义的一种双方认可的协定"。注意这句话藏着考点——SLA不是无条件追求最高服务水平，而是在成本和性能之间找平衡。考试题目里如果出现"SLA的目标是无限提高服务级别"这种表述，一定是错的。

一份完整的SLA通常包含几个关键要素：服务范围描述，明确哪些服务被纳入协议；服务级别目标，用数字衡量响应时间、解决时间、可用性百分比等；双方责任划分，谁负责什么；违约处理与赔偿机制；以及报告和评审周期。缺少任何一项，SLA就失去了可操作性。

OLA是什么？——运营级别协议

运营级别协议，英文全称Operational Level Agreement，简称OLA。它跟SLA长得像，名字也像，但签约对象完全不同——OLA是IT服务提供方与其组织内部某个具体的IT职能部门或岗位之间达成的协议，属于后台协议。

理解OLA的关键在于把它看作SLA的"分解器"。SLA给客户一个总承诺，OLA把这个总承诺拆解成内部每个部门、每个岗位的具体任务目标。二者是承上启下的关系，不是并列关系。

举个最直观的例子：SLA规定核心业务系统故障必须在两小时内恢复。这个两小时的目标怎么达成？从用户打电话报障开始，服务台要在五分钟内接起电话并创建工单，一线工程师要在十五分钟内完成初步诊断，如果一线搞不定，二十分钟内必须升级到二线专家，二线专家在四十分钟内定位问题并给出方案，最后由修复团队在三十分钟内完成修复和验证。每个环节的时间目标加起来不超过两小时，每个环节的负责人写得清清楚楚——这就是OLA干的事。

OLA还有一个重要特点值得注意：它通常涉及跨越多个IT职能部门的协作。一个完整的故障处理链路可能同时涉及服务台、网络团队、系统团队、安全团队和应用团队，每个团队在OLA中都有自己的响应时间要求和职责定义。一旦某个环节卡住了，整个SLA的总目标就可能泡汤。所以OLA不是单点协议，而是一整套环环相扣的内部工作承诺链。

软考教材强调，如果SLA中包含了针对恢复某个高优先级事件的总体目标，那么OLA就应该包括针对整个支持链的每个环节的具体目标。这句话是命题人最爱用的考点，翻来覆去考了好几次。核心逻辑是：SLA面向客户给出总体承诺，OLA面向内部拆解承诺。

UC是什么？——支持合同

支持合同，英文全称Underpinning Contract，简称UC。这是一份IT服务提供方与外部第三方供应商之间签订的正式合同，内容上由SLA的业务需求加上法律条文中的责任、权利和义务共同构成。

UC的本质是把SLA中对客户的承诺中那些需要外部资源支撑的部分，通过具有法律约束力的合同转移到第三方供应商身上。打个比方，SLA里写了核心业务系统月度可用性不低于百分之九十九点九九，但这个承诺的落地离不开机房电力、物理安全、网络带宽这些外部条件。如果你的机房是租用第三方数据中心的，那你就必须和数据中心签一份UC，把电力可用性、温湿度控制、物理访问安全等指标写进合同条款，确保机房这头的服务水平不会拖累你对客户的SLA承诺。

UC的内容结构通常包括两大部分。第一部分是服务内容和技术指标，直接从SLA中对应模块摘取，描述第三方需要提供什么服务、达到什么标准。第二部分是法律条款，包括违约责任、赔偿机制、争议解决方式、保密协议等，这是OLA所不具备的内容。正因如此，教材才强调UC由"SLA的内容加上法律条文中的责任、权利和义务构成"——这句话本身就是一道选择题的标准答案。

UC和SLA、OLA有一个关键区别，教材上白纸黑字写得很清楚：OLA是必须签署的，UC不是必须签署的。假如你的IT服务所有环节全部自建自营，根本不需要外部供应商，那就不需要UC。但只要你的服务链上有任何一个环节外包给了第三方，就必须签UC把对应部分的SLA目标传递下去。

SLA、OLA、UC的本质区别——换个角度彻底分清

讲了半天定义，到这里才进入真正的硬核区。SLA、OLA、UC三者的区别，软考命题人可以从签约对象、协议内容、协议属性和法律效力四个维度随时抽题，每一组对比都能变成一道选择题。

从签约对象看三者的关系链

SLA的签约双方是IT服务提供方和客户。这是组织边界之外的协议，面向外部。

OLA的签约双方是IT服务提供方和内部职能部门或岗位。这是组织边界之内的协议，面向内部。

UC的签约双方是IT服务提供方和外部第三方供应商。注意这里又跨了一次组织边界，但这个边界和SLA的方向不同——SLA是IT提供方对外承诺，UC是IT提供方对外索取。

把三个协议串在一起就是一条完整链路：客户找IT提供方要服务承诺，双方签SLA；IT提供方把自己内部的各部门动员起来，用OLA把SLA的总目标拆解到每个环节；需要外部资源支撑的，再用UC把压力传导给第三方供应商。

从协议属性和法律效力看本质差异

SLA属于协定，通常具有法律效力，可以在合同中加入违约处罚条款。但软考教材上有一句容易被忽略的话：SLA"可"具有法律效力，而不是"一定"具有法律效力。这取决于SLA是单独签署成独立合同，还是作为主合同的附件嵌入。

OLA属于后台协议，没有独立的法律效力。它本质上是内部工作规

本篇完！