这是本节的多页打印视图。 .
证据档案
按日期与证据等级整理故障、锁定机制与公开说法。
档案支撑一条有边界的结论：集中度与锁定风险已经留下可观察记录。 它不预测所有集中服务都会失败，也不是收录一切技术事故的资讯流。
三类档案
证据纪律
每条记录区分发生日期与发布日期、观察事实与编辑推断、一手来源与评论。 纠错通过追加修订说明完成；有争议或未知的事实保留原样，不硬塞进确定叙事。
现有中文文章库 vonng.com/cloud 是种子来源，不是本站数据库。 材料需要被提取、结构化、回链原文，并补充英文摘要后才在这里发布。
1 - 故障编年
按发生时间、影响范围、来源等级、问责与不确定性记录重大服务事故。
说明
内容容器已就绪，事故记录尚未导入。
记录契约
每条事故记录包含开始与结束时间、发现时间、厂商与服务、地域、客户可见影响、依赖链、 状态页时间线、厂商报告、SLA 补救、整改动作、一手与二手来源、置信度、争议状态和修订历史。
收录规则
当事故实质影响服务可用性、完整性、保密性、客户控制权或恢复能力， 并且至少存在一项可核查来源时收录。热度本身不是收录标准。
这份档案要回答什么
- 什么失败了，影响谁，持续多久？
- 哪个依赖扩大了故障半径？
- 厂商在每个时间点知道什么、说了什么？
- 后续有什么补救与整改？
- 哪些事实仍然未知或存在争议？
2 - 锁定手法图鉴
按机制整理技术、经济、合同、身份与运维锁定。
说明
分类体系已就绪；点名案例必须完成证据复核后再发布。
机制分类
| 类型 | 常见症状 | 退出测试 |
|---|---|---|
| 数据引力 | 传输时间或费用主导迁移 | 导出完整数据并记录耗时与总价 |
| 专有语义 | 兼容接口会丢失必要行为 | 在别处重放关键操作集 |
| 身份耦合 | 账号、策略或密钥无法重建 | 从导出的声明重建授权体系 |
| 控制面依赖 | 运维必须依赖厂商独有编排 | 不用原控制面执行恢复 |
| 承诺锁定 | 未用金额或额度被搁浅 | 在多个时间点计算退出成本 |
| 组织依赖 | 技能和流程只存在于厂商路径内 | 执行一次独立恢复演练 |
记录先写机制，再写厂商。同一家厂商可以降低一种锁定、同时增加另一种； 同一服务也可能因功能或套餐不同而表现不同。
3 - 通稿与说法核对
把厂商公开说法与可观察证据、适用范围和当前状态并排呈现。
说明
记录模式已就绪；v0.1 尚未裁定任何点名说法。
记录结构
| 字段 | 作用 |
|---|---|
| 准确说法 | 原话或忠实且有边界的转述，带日期与链接 |
| 说法类型 | 价格、可用性、可移植性、安全、性能或市场表述 |
| 适用范围 | 产品、地域、套餐、工作负载与时间窗口 |
| 验证方式 | 能够证实或证伪的观察与计算 |
| 证据 | 一手数据优先，其次是可复现或独立来源 |
| 状态 | 支持、混合、矛盾、未决、过期或撤回 |
| 回应 | 厂商纠错、补充背景或异议，并完整链接 |
这一节必须保持对称：一条厂商说法如果经受住严格验证，也应获得与失败说法同等的展示。 目标是问责，不是永久敌对姿态。