# SLA、SLO 与支持

对于 Pro 云端 API，目标值与合同保证有何区别，事故如何处理，以及各层级对应哪个支持渠道。

Source: https://www.afterpack.dev/zh/docs/sla

**SLO** 是 AfterPack 设计并努力达成的目标，不附带财务保证。**SLA** 是一项合同承诺，未达成时通常附带财务赔偿。

## 模式二：Pro 云端 API

携带 [Pro 密钥](https://www.afterpack.dev/zh/docs/dashboard/api-keys)的 [Indie、Team 和 Studio](https://www.afterpack.dev/zh/docs/tiers) 构建会在[模式二](https://www.afterpack.dev/zh/docs/deployment-modes)中调用 [`api.afterpack.dev`](https://www.afterpack.dev/zh/docs/cloud-api)，使用你配置的 [`key`](https://www.afterpack.dev/zh/docs/config#key) 或 [`AFTERPACK_key`](https://www.afterpack.dev/zh/docs/config#key)。其目标如下：

| | |
|---|---|
| **SLO 目标** | 99.5% 的月度可用性 |
| **不包括** | 见下方“除外情形” |
| **基础设施** | Cloudflare Workers，全球分布，每次构建受限于明确的 CPU 和墙钟时间预算 |
| **不可达时** | 该次构建[失败即中止](https://www.afterpack.dev/zh/docs/diagnostics#fail-closed-no-exceptions)。 |

## 除外情形

以下三种情况不计入上述可用性目标，也不承担任何停机责任：

- **底层服务提供商。** AfterPack 运行在第三方运营的基础设施之上，尤其是 Cloudflare。其中任何一方发生的中断或性能下降都不计入统计。
- **计划内维护**，会提前至少 24 小时公布。
- **你自己的网络或环境**，包括无法访问该 API 的防火墙、代理或 DNS 解析器。

## Enterprise SLA

[Enterprise](https://www.afterpack.dev/zh/docs/tiers) 合同承诺**年度可用性 99.9%，并附带财务处罚**。具体赔偿条款按协议单独约定。Enterprise 合同起始的事故响应和支持指标详见 [Enterprise：SLA 与运营](https://www.afterpack.dev/zh/docs/enterprise#sla-and-operations)。

## 状态页面

目前没有公开的状态页面。如果你认为云端服务出现故障，请发送邮件至 **support@afterpack.dev**；构建失败时会给出需要引用的[诊断代码](https://www.afterpack.dev/zh/docs/diagnostics)。

## 事故响应

模式二的完全中断会在 5 个工作日内在博客上发布一份公开、不追责的事后分析：时间线、根本原因、客户影响，以及带有负责人和截止日期的纠正措施。Enterprise 合同附有明确的响应时间（参见 [Enterprise](https://www.afterpack.dev/zh/docs/enterprise#sla-and-operations)）。

在服务降级期间（混淆接口的错误率升高或超时），Pro 构建会[失败即中止](https://www.afterpack.dev/zh/docs/diagnostics#fail-closed-no-exceptions)。[Free（本地）构建](https://www.afterpack.dev/zh/docs/deployment-modes)从不调用该 API，因此不受影响。

## 按层级划分的支持渠道

| 层级 | 渠道 |
|---|---|
| Free | [文档](https://www.afterpack.dev/zh/docs)、[FAQ](https://www.afterpack.dev/zh/docs/faq) 与 GitHub |
| [Extra MB](https://www.afterpack.dev/zh/docs/tiers)、Indie | 邮件：**support@afterpack.dev** |
| Team | 优先邮件支持 |
| Studio | 优先邮件加专属聊天频道 |
| Enterprise | 专属 Slack Connect，配备指定客户经理和工程联络人；合同承诺的事故响应时间为 4 个工作小时（P1）/ 1 个工作日（P2） |

在每一个层级，包括 Free：问题和建议请前往 [GitHub Discussions](https://github.com/afterpack-dev/afterpack/discussions)，bug 请提交至 [GitHub Issues](https://github.com/afterpack-dev/afterpack/issues)。

无论哪个层级，**support@afterpack.dev** 通常会在一个工作日内回复。关于部署范围界定、定制合同或合规问题，应包含哪些内容详见 [Enterprise：联系方式](https://www.afterpack.dev/zh/docs/enterprise#contact)。

## 安全披露

发现了安全问题，包括在公开披露之前绕过保护的方法？请发送邮件至 **security@afterpack.dev**，而不是提交公开的 issue。该地址也负责处理[泄露的 Pro 密钥](https://www.afterpack.dev/zh/docs/dashboard/api-keys)。确认披露后，Enterprise 合同会在 24 小时内获得补丁，云端和本地部署均适用。其他所有层级会按正常发布节奏获得修复，并按严重程度排定优先级。

## 引擎变更与版本管理

目前没有公开的 Protection Changelog 来说明每一次与安全相关的引擎变更的类别和方向。

没有 LTS 引擎。参见 [AfterPack 的工作原理：每次构建都是一个新程序](https://www.afterpack.dev/zh/docs/concepts#a-new-program-every-build)。

AfterPack 目前处于 1.0 之前的阶段，`@afterpack/core`、各框架包和引擎统一版本发布。安全修复会随最新版本发布，升级即可获得这些修复。

## 下一步

- [构建与 CI](https://www.afterpack.dev/zh/docs/builds)：本页 SLO 所支撑的云端故障行为，以及种子轮换如何改变每次构建的结构。
- [Enterprise](https://www.afterpack.dev/zh/docs/enterprise)：SLA，以及两种部署形态。
- [诊断信息](https://www.afterpack.dev/zh/docs/diagnostics#exit-codes)：退出契约，以及失败的 Pro 构建实际返回的内容。
- [部署模式](https://www.afterpack.dev/zh/docs/deployment-modes)：模式二是什么，本地又运行了什么。
- [隐私与数据处理](https://www.afterpack.dev/zh/docs/privacy)：本页涉及的云端实际存储了什么内容。
- [套餐与层级](https://www.afterpack.dev/zh/docs/tiers)：上面每个支持渠道对应哪个套餐。