# 互联网服务常见名词和名词缩写
- TOS / ToS / T&C: Terms of service, 服务条款. 也用做 "使用条款(ToU)".
> 服务提供方向客户交付服务时使用的协议, 客户必须同意这类协议才能使用, 这份协议有时还包括免责条款和隐私协议.
- Disclaimer: 免责声明.
> 用于免除服务提供方的部分责任, 通常包括服务水平责任和法律责任.
- Privacy Policy: 隐私政策
> 服务提供方披露的用户数据收集, 存储, 使用, 发布和共享的方法和策略, 用户数据通常包括用户个人身份信息, 用户生成的数据和终端设备信息等. 相对于 ToS, 隐私政策的条款更加明确, 也与大部分国家地区的法律直接挂钩, 针对不同国家地区实行的不同策略实际都是在法律上对公民信息处理规定的适应, 比如欧盟 GDPR(欧盟通用数据保护条例)和美国加利福尼亚州的 CalOPPA(加州网络隐私保护法) 以及 COPPA(加州儿童网络隐私保护法).
- EULA: 最终用户许可协议, End User License Agreement.
> 供应商和最终用户(End-User)之间的服务使用协议, 开发商通过供应商(发行商, 中介等)提供给用户, EULA 规定了服务提供时供应商, 开发商和用户的责任分配和相互责任关系. 这一般规定了用户不能将服务或软件应用于某种目的和领域, 比如使用软件或服务进行违法犯罪和对软件和服务进行逆向工程及再分发, 有的 EULA 还规定了用户违反协议时进行法律纠纷的途径甚至场地, 一般用于消除用户使用造成的法律层面影响, 从而保护开发商和供应商.
- End-User: 最终用户.
> 使用软件和服务的最终一级用户, 用于区分相对开发商依旧处于用户层面的软件和服务系统的系统管理员, 开发人员和维护人员. 最终用户并不具备产品设计和技术能力, 他们在交付流程中只 "负责" 使用服务, 并不会也不需要去理解产品开发设计甚至底层原理, 这通常和用户的技术水平有关, 在某些产品中对拥有一定技术水平的用户会增添 "高级" 功能或配置选项, 针对不同的用户给出不同的支持级别的支持和使用文档. 一个典型的例子: 软件开发商开发了一套金融信息系统交付给商业银行公司, 商业银行培训职员使用这套信息系统, 在这个例子中, 银行公司只是软件开发商的客户, 而使用这套软件的银行职员才是最终用户.
- AUP: 可接受的使用政策, Acceptable Usage Policy, 有时也作合理使用政策(Fair Use Policy, FUP)使用.
> 主要用于在 "无限(Unlimited)" 的服务使用保证上附加的服务终止政策, 避免不合理的用户使用造成影响, 使得整体服务系统无法对其他用户提供服务, 通常会和 EULA 结合使用. "无限制" 的服务使用是在服务商能够保证整体服务质量的前提下做出的保证, 因此又需要一个 AUP 或 FUP 来保护服务提供商和其他用户的权利.
- SLA: Service Level Agreement, 服务级别协议.
> 服务提供方向客户提供服务时保证执行的服务质量(QoS), 服务可用性和责任协议. 通常定义了不同级别的 MTBF(平均故障时间, Mean time between failures), MTTR(平均修复时间, 平均恢复时间, Mean time to repair)等, 以及达成 SLA 的 SLO 标准, 规定了造成 SLA 降级时的责任分配.
- SLO: Service Level Objective, 服务级别目标.
> 可被定量衡量的服务质量(QoS)特征, 用于构成 SLA 的标准评定规则, 避免甲乙方由于对服务级别目标标准不一而引起的纠纷.
- OLA: Operational Level Agreement, 操作级别协议.
> 服务提供者内部各层级服务小组之间的责任协定, 用于明确各服务部门支持关系的描述. 用于组织内部协作达成 OLA 后交付 SLA.
- SOA: 面向服务的架构, Service Oriented Architecture.
> 一种软件架构设计风格, 将一整套服务分解为三层: 服务提供商, 服务代理商, 服务消费者, 是现代云计算的核心理念. 对于消费者来说, 这种架构下的服务往往无法探知内部结构(原则设计上就要求消费者不需要了解运作过程), 无法得知其中存在有多少层级的和数量的代理商和服务商, 这类服务对消费者而言是一个黑盒. 对于服务提供者来说, 这类设计理念从小至微服务架构到规模化 SOA 都能轻松应对市场需求, 各个服务间使用通用的互联网标准或行业标准进行通信, 按照各自的服务条款履行各自的职责, 使得各构件都能做到极细的粒度, 实现轻易相互组合和复用.
- QoS: Quality of Service, 服务质量.
> 对服务整体水平的描述, 特别是客户一方能够得到的服务水平. 在不同的领域有不同的对客户侧衡量标准, 依赖于其他服务的服务往往会首先要求依赖服务的 QoS 来达成自身 QoS, 比如网络通讯服务要求基础网络连通性. 在整体资源有限的情况下, 需要应用各种技术来解决资源分配的问题, 比如 ISP(互联网服务提供商) 对客户提供的互联网接入服务. 这种定义对于尽力而为型交付(Best-Effort)不适用.
- Best-Effort: Best-effort delivery, 尽力而为型交付.
> 一种网络服务交付方式, 这种网络服务不保证任何数据成功交付从而满足 QoS, 对所有客户都适用. 这种服务往往不会专门为客户或客户群分配服务资源, 对客户而言, 当前的服务质量受制于当前服务提供者的服务系统负载和容量. 简而言之, 这类服务就是的在交付时不实行 QoS 的服务.
- Service Assurance: 服务保障.
> 服务提供者通过一定技术来确保达成目标 QoS 的策略和流程, 通常用来确保客户体验(Customer Experience, CX).
- LTS: Long Term Support, 长期支持.
> 一种软件生命周期管理中的特殊软件版本, 发行这类版本的软件意味着这个版本的软件特性(Feature)已经冻结, 在支持有效期内将只会针对软件漏洞, 错误和保证现有功能而进行补丁更新. 如果发行的补丁会造成软件生命周期回归(因带入新特性打破了特性冻结), 那么一般会选择发布子版本(小数点版本, Point Release, Dot Release), 服务版本(Service Pack, SP)或维护版本(Maintenance Pack, MP). 长期支持并不一定包含技术支持(Technical Support). #note
via CXPLAY's Memos
- TOS / ToS / T&C: Terms of service, 服务条款. 也用做 "使用条款(ToU)".
> 服务提供方向客户交付服务时使用的协议, 客户必须同意这类协议才能使用, 这份协议有时还包括免责条款和隐私协议.
- Disclaimer: 免责声明.
> 用于免除服务提供方的部分责任, 通常包括服务水平责任和法律责任.
- Privacy Policy: 隐私政策
> 服务提供方披露的用户数据收集, 存储, 使用, 发布和共享的方法和策略, 用户数据通常包括用户个人身份信息, 用户生成的数据和终端设备信息等. 相对于 ToS, 隐私政策的条款更加明确, 也与大部分国家地区的法律直接挂钩, 针对不同国家地区实行的不同策略实际都是在法律上对公民信息处理规定的适应, 比如欧盟 GDPR(欧盟通用数据保护条例)和美国加利福尼亚州的 CalOPPA(加州网络隐私保护法) 以及 COPPA(加州儿童网络隐私保护法).
- EULA: 最终用户许可协议, End User License Agreement.
> 供应商和最终用户(End-User)之间的服务使用协议, 开发商通过供应商(发行商, 中介等)提供给用户, EULA 规定了服务提供时供应商, 开发商和用户的责任分配和相互责任关系. 这一般规定了用户不能将服务或软件应用于某种目的和领域, 比如使用软件或服务进行违法犯罪和对软件和服务进行逆向工程及再分发, 有的 EULA 还规定了用户违反协议时进行法律纠纷的途径甚至场地, 一般用于消除用户使用造成的法律层面影响, 从而保护开发商和供应商.
- End-User: 最终用户.
> 使用软件和服务的最终一级用户, 用于区分相对开发商依旧处于用户层面的软件和服务系统的系统管理员, 开发人员和维护人员. 最终用户并不具备产品设计和技术能力, 他们在交付流程中只 "负责" 使用服务, 并不会也不需要去理解产品开发设计甚至底层原理, 这通常和用户的技术水平有关, 在某些产品中对拥有一定技术水平的用户会增添 "高级" 功能或配置选项, 针对不同的用户给出不同的支持级别的支持和使用文档. 一个典型的例子: 软件开发商开发了一套金融信息系统交付给商业银行公司, 商业银行培训职员使用这套信息系统, 在这个例子中, 银行公司只是软件开发商的客户, 而使用这套软件的银行职员才是最终用户.
- AUP: 可接受的使用政策, Acceptable Usage Policy, 有时也作合理使用政策(Fair Use Policy, FUP)使用.
> 主要用于在 "无限(Unlimited)" 的服务使用保证上附加的服务终止政策, 避免不合理的用户使用造成影响, 使得整体服务系统无法对其他用户提供服务, 通常会和 EULA 结合使用. "无限制" 的服务使用是在服务商能够保证整体服务质量的前提下做出的保证, 因此又需要一个 AUP 或 FUP 来保护服务提供商和其他用户的权利.
- SLA: Service Level Agreement, 服务级别协议.
> 服务提供方向客户提供服务时保证执行的服务质量(QoS), 服务可用性和责任协议. 通常定义了不同级别的 MTBF(平均故障时间, Mean time between failures), MTTR(平均修复时间, 平均恢复时间, Mean time to repair)等, 以及达成 SLA 的 SLO 标准, 规定了造成 SLA 降级时的责任分配.
- SLO: Service Level Objective, 服务级别目标.
> 可被定量衡量的服务质量(QoS)特征, 用于构成 SLA 的标准评定规则, 避免甲乙方由于对服务级别目标标准不一而引起的纠纷.
- OLA: Operational Level Agreement, 操作级别协议.
> 服务提供者内部各层级服务小组之间的责任协定, 用于明确各服务部门支持关系的描述. 用于组织内部协作达成 OLA 后交付 SLA.
- SOA: 面向服务的架构, Service Oriented Architecture.
> 一种软件架构设计风格, 将一整套服务分解为三层: 服务提供商, 服务代理商, 服务消费者, 是现代云计算的核心理念. 对于消费者来说, 这种架构下的服务往往无法探知内部结构(原则设计上就要求消费者不需要了解运作过程), 无法得知其中存在有多少层级的和数量的代理商和服务商, 这类服务对消费者而言是一个黑盒. 对于服务提供者来说, 这类设计理念从小至微服务架构到规模化 SOA 都能轻松应对市场需求, 各个服务间使用通用的互联网标准或行业标准进行通信, 按照各自的服务条款履行各自的职责, 使得各构件都能做到极细的粒度, 实现轻易相互组合和复用.
- QoS: Quality of Service, 服务质量.
> 对服务整体水平的描述, 特别是客户一方能够得到的服务水平. 在不同的领域有不同的对客户侧衡量标准, 依赖于其他服务的服务往往会首先要求依赖服务的 QoS 来达成自身 QoS, 比如网络通讯服务要求基础网络连通性. 在整体资源有限的情况下, 需要应用各种技术来解决资源分配的问题, 比如 ISP(互联网服务提供商) 对客户提供的互联网接入服务. 这种定义对于尽力而为型交付(Best-Effort)不适用.
- Best-Effort: Best-effort delivery, 尽力而为型交付.
> 一种网络服务交付方式, 这种网络服务不保证任何数据成功交付从而满足 QoS, 对所有客户都适用. 这种服务往往不会专门为客户或客户群分配服务资源, 对客户而言, 当前的服务质量受制于当前服务提供者的服务系统负载和容量. 简而言之, 这类服务就是的在交付时不实行 QoS 的服务.
- Service Assurance: 服务保障.
> 服务提供者通过一定技术来确保达成目标 QoS 的策略和流程, 通常用来确保客户体验(Customer Experience, CX).
- LTS: Long Term Support, 长期支持.
> 一种软件生命周期管理中的特殊软件版本, 发行这类版本的软件意味着这个版本的软件特性(Feature)已经冻结, 在支持有效期内将只会针对软件漏洞, 错误和保证现有功能而进行补丁更新. 如果发行的补丁会造成软件生命周期回归(因带入新特性打破了特性冻结), 那么一般会选择发布子版本(小数点版本, Point Release, Dot Release), 服务版本(Service Pack, SP)或维护版本(Maintenance Pack, MP). 长期支持并不一定包含技术支持(Technical Support). #note
via CXPLAY's Memos
