本文档译自英文。 如果本文档的此版本与英文版本之间有任何冲突、不确定性或明显的不一致,以英文版为准。 如果您有改进我们翻译的建议,请在我们的网站政策仓库中开一个议题

GitHub Enterprise 服务等级协议

本文内容

此文档对您有帮助吗?

帮助我们创建出色的文档!

所有 GitHub 文档都是开源的。看到错误或不清楚的内容了吗?提交拉取请求。

做出贡献

或, 了解如何参与。

概述:GitHub 保证 GitHub Enterprise Cloud 服务的季度正常运行时间达到 99.9%(“服务等级”或“SLA”)。 如果 GitHub 不符合 SLA,则客户将有权获得客户帐户的服务积分(“服务积分”)。

有关每个服务功能(“服务功能”)的定义以及历史和当前正常运行时间的信息,请访问 GitHub 状态页面。 本 SLA 中使用但未定义的大写术语采用客户适用协议中赋予的含义。

正常运行时间保证

正常运行时间”是在给定的日历季度内,服务可用总分钟数的百分比。 GitHub 承诺至少保持 99.9% 的服务正常运行时间。 每个服务功能的正常运行时间计算如下所述(“正常运行时间计算”)。 如果 GitHub 不符合 SLA,客户将有权根据以下计算(“服务积分计算”)获得服务积分。 请注意,停机时间不会同时或以同样的方式影响每个客户。

服务功能正常运行时间计算定义服务积分计算
服务包含以下服务功能:
  • 议题
  • 拉取请求
  • Git 操作
  • API 请求
  • Web 挂钩
  • 页面
  • 操作
(日历季度的总分钟数 - 停机时间)/日历季度的总分钟数停机时间”是指发生以下任一情况的时间段 (a) 在给定分钟内任何服务功能的错误率超过百分之五 (5%);或 (b) 经 GitHub 的内部和外部监控系统组合确定,服务不可用。服务积分索赔可能基于以下计算方法中的一种(而非两种):
  • 10% of the amount Customer paid for a Service Feature in a calendar quarter where the Uptime for that Service Feature was less than or equal to 99.9%, but greater than 99.0%.



  • 如果在一个日历季度内,服务功能的正常运行时间低于 99.0%,则结果为客户为该服务功能所支付金额的 25%。
操作(总触发执行数 - 不可用执行数)/(总触发执行数)x 100总触发执行数”是客户在一个日历季度内触发的所有操作的执行总数。

不可用执行数”是指在一个日历季度内,总触发执行数中未能运行的执行总数。 在触发器被成功触发五 (5) 分钟后,如果操作历史记录日志未捕获任何输出,则执行失败。
同上
传输正常运行时间 = 同“操作”

存储正常运行时间 = 100% - 平均错误率

正常运行时间计算不包括不计入总存储事务或失败存储事务的公共使用和存储事务(包括预身份验证失败;身份验证失败;存储帐户的尝试事务超过其指定配额)。
错误率”是在设定的时间间隔(当前设置为一小时)内,失败的存储事务总数除以总存储事务数。 如果在给定的一小时间隔内总存储事务数为零,则该间隔的错误率为 0%。

平均错误率”是日历季度内每个小时的错误率之和除以日历季度的总小时数。
同上

排除

正常运行时间计算不包括因以下原因导致的服务功能故障:(i) 客户的行为、疏忽或滥用服务,包括违反协议;(ii) 客户的网络连接故障;(iii) 超出 GitHub 合理控制范围的因素,包括不可抗力事件;或 (iv) 客户的设备、服务或其他技术。

服务积分兑换

如果 GitHub 不符合此 SLA,则客户必须在该日历季度结束后的三十 (30) 天内向 GitHub 提出书面申请才能兑换服务积分。 服务积分兑换的书面申请应发送到 GitHub 支持部门

服务积分可以采取退款或贷记给客户帐户的形式,不能兑换为现金,每个日历季度的上限为九十 (90) 天的付费服务,要求客户已支付任何未结发票, 并在客户与 GitHub 的协议终止后过期。 服务积分是针对 GitHub 未能履行此 SLA 中任何义务的唯一和排他性补救措施。

此文档对您有帮助吗?

帮助我们创建出色的文档!

所有 GitHub 文档都是开源的。看到错误或不清楚的内容了吗?提交拉取请求。

做出贡献

或, 了解如何参与。