From cac9d11fef6432a0de092ab30d9158df587928e3 Mon Sep 17 00:00:00 2001
From: weishen <ishenwei@gmail.com>
Date: Fri, 24 Apr 2026 16:13:36 +0800
Subject: [PATCH] Sync: add ec2 optimization notes

---
 .../fonrey/PRD/系统管理/系统管理模块PRD.md    | 565 ++++++++++++++++++
 wiki/concepts/EC2-Purchase-Options.md         |  89 +++
 wiki/concepts/Nitro-System.md                 |  52 ++
 wiki/index.md                                 |   5 +-
 wiki/log.md                                   |  11 +
 ...ices-for-ec2-cost-optimization-in-aws-2.md |   8 +-
 6 files changed, 724 insertions(+), 6 deletions(-)
 create mode 100644 Project/fonrey/PRD/系统管理/系统管理模块PRD.md
 create mode 100644 wiki/concepts/EC2-Purchase-Options.md
 create mode 100644 wiki/concepts/Nitro-System.md

diff --git a/Project/fonrey/PRD/系统管理/系统管理模块PRD.md b/Project/fonrey/PRD/系统管理/系统管理模块PRD.md
new file mode 100644
index 00000000..d556b9bc
--- /dev/null
+++ b/Project/fonrey/PRD/系统管理/系统管理模块PRD.md
@@ -0,0 +1,565 @@
+# PRD：系统管理模块（Admin & System Management）
+
+**Status**: Draft  
+**Author**: Alex (Product Manager)  
+**Last Updated**: 2026-04-24  
+**Version**: 1.0  
+**Stakeholders**: 工程负责人、运营团队、安全合规、客户成功团队
+
+---
+
+## 0. 模块定位与背景
+
+Fonrey 是一套面向房产经纪公司的 B2B SaaS 平台，采用 `django-tenants` 实现 PostgreSQL Schema 级别的多租户隔离。随着平台商业化推进，运营团队需要一套独立的管理后台（Admin Console）来管理租户生命周期、系统升级、备份恢复及合规审计。
+
+**核心问题**：平台运营团队当前缺乏统一的工具来：
+
+1. 管理数百家经纪公司（租户）的开通、暂停、注销流程
+2. 在不中断服务的前提下对平台进行版本升级与灰度发布
+3. 应对数据灾难场景（数据误删、升级失败）时快速恢复
+4. 满足合规要求，对所有高危操作留存完整审计轨迹
+
+**本模块不解决**：
+
+- 租户内部的业务功能（房源、客源、楼盘管理）——已在各自 PRD 中覆盖
+- 移动端管理能力——v2 规划
+- 财务收费与发票系统——独立财务模块
+- 自动化客服与工单系统——独立支持模块
+
+---
+
+## 1. 问题陈述
+
+### 1.1 核心痛点
+
+| 痛点 | 影响方 | 当前代价 |
+|------|--------|---------|
+| 无统一租户管理界面，开通/暂停操作依赖人工脚本 | 运营团队 | 高错误风险，操作耗时 |
+| 版本升级需停机维护，影响所有租户 | 所有用户 | SLA 违约风险 |
+| 数据备份无策略，灾难恢复依赖人工 | 平台稳定性 | 数据丢失风险 |
+| 高危操作无审计日志，合规风险暴露 | 管理层/合规 | 法律与客户信任风险 |
+
+### 1.2 目标用户
+
+| 角色 | 使用场景 | 频率 |
+|------|---------|------|
+| 超级管理员（Platform Super Admin） | 全局配置、高危操作授权 | 低频（每周） |
+| 运营人员（Ops Operator） | 日常租户管理、监控巡检 | 高频（每日） |
+| 只读审计员（Read-only Auditor） | 日志查询、合规报告导出 | 中频（每周） |
+
+---
+
+## 2. 目标与成功指标
+
+| 目标 | 指标 | 当前基线 | 目标值 | 测量窗口 |
+|------|------|---------|--------|---------|
+| 租户管理效率提升 | 新租户开通耗时 | 人工脚本 ~30 分钟 | < 5 分钟（含自动初始化） | 上线后 30 天 |
+| 平台升级零停机 | 升级期间受影响租户数 | 全量中断 | 灰度阶段受影响 ≤ 5% 租户 | 每次升级 |
+| 数据恢复能力建立 | RTO（恢复时间目标） | 无标准流程 | 单租户恢复 < 2 小时 | v1 上线即达标 |
+| 操作合规覆盖 | 高危操作审计日志覆盖率 | 0% | 100% | 上线后 30 天 |
+| 管理员安全 | MFA 启用率 | 0% | 100%（强制） | 上线即达标 |
+
+---
+
+## 3. 非目标（Non-Goals）
+
+- **不在 v1 实现**：自动化账单计费、多币种支持、Webhook 自定义集成市场
+- **不在本模块**：租户内业务权限的细粒度配置（见权限管理模块 PRD）
+- **不在本模块**：客服工单系统、SLA 自动赔付
+- **不支持**：移动端浏览器（管理后台仅面向桌面，运营人员使用场景明确）
+
+---
+
+## 4. 用户角色与核心故事
+
+### Persona A：运营人员 Lily（日常租户管理）
+
+> 负责 Fonrey 平台的日常运营，每天需要处理新客户开通、异常租户处理、客户咨询的数据导出请求，使用 PC 浏览器访问管理后台。
+
+**Story 1**：新租户开通
+
+> 作为运营人员，我希望通过填写表单快速完成租户开通，并由系统自动完成数据库初始化与欢迎邮件，无需手动执行脚本。
+
+**验收标准**：
+- [ ] 表单提交后，系统在后台自动创建 PostgreSQL Schema 并注入默认配置，完成时间 < 60 秒
+- [ ] 新租户创建后，管理员收到系统通知，租户联系人收到欢迎邮件
+- [ ] 子域名创建成功后在租户详情中显示可访问链接
+- [ ] 创建失败时回滚所有已创建资源，并显示明确的错误原因
+
+**Story 2**：挂起问题租户
+
+> 作为运营人员，我希望能快速冻结欠费租户的访问，同时保证数据不丢失，并在欠费解决后一键恢复。
+
+**验收标准**：
+- [ ] 挂起操作执行后，该租户所有用户登录跳转至"账号已暂停"提示页，管理后台数据访问不受影响
+- [ ] 支持设置到期时间，到期后系统自动恢复租户状态，并发送通知邮件
+- [ ] 所有挂起/恢复操作记录于操作审计日志，包含操作人、时间、原因
+
+**Story 3**：响应客户数据导出请求
+
+> 作为运营人员，我希望能为指定租户触发数据导出，并在完成后通过邮件通知对方下载，无需手动操作数据库。
+
+**验收标准**：
+- [ ] 导出任务异步执行（Celery），提交后界面不阻塞
+- [ ] 导出完成后邮件通知管理员，邮件包含加密下载链接，有效期 24 小时
+- [ ] 支持按模块选择导出内容（客户数据、房源数据、交易记录、系统配置）
+- [ ] 导出格式支持：CSV、JSON、SQL Dump
+
+---
+
+### Persona B：超级管理员 David（系统升级与回滚）
+
+> 负责平台技术运维，周期性执行版本升级，关注升级稳定性与租户影响面，有权执行所有高危操作。
+
+**Story 4**：灰度系统升级
+
+> 作为超级管理员，我希望先对内测租户升级新版本，验证稳定后再全量推送，避免一次性影响所有客户。
+
+**验收标准**：
+- [ ] 升级前自动执行健康检查，存在异常服务时阻断升级并提示
+- [ ] 支持指定目标租户进行灰度升级，灰度租户名单可编辑
+- [ ] 升级过程实时展示进度（每个租户的升级状态），支持查看升级日志
+- [ ] 升级失败时系统自动告警，并提供一键回滚入口
+
+**Story 5**：升级失败回滚
+
+> 作为超级管理员，我希望在升级出现问题时能立即回滚至上一稳定版本，并生成事件报告。
+
+**验收标准**：
+- [ ] 回滚操作触发前自动保存当前状态快照
+- [ ] 支持全量回滚或单租户回滚
+- [ ] 回滚完成后生成事件报告：失败原因、回滚耗时、影响范围
+- [ ] 回滚操作需二次身份验证确认
+
+---
+
+### Persona C：只读审计员 Carol（合规审计）
+
+> 负责平台合规审查，定期导出操作日志供法务或客户审查，无任何写权限。
+
+**Story 6**：审计日志查询与导出
+
+> 作为审计员，我希望能按操作人、时间范围、操作类型筛选操作日志，并导出为报告格式。
+
+**验收标准**：
+- [ ] 日志列表支持多维度筛选：操作人、时间范围、操作对象、操作类型（创建/修改/删除/高危操作）
+- [ ] 日志条目包含：操作人、操作时间、操作对象（租户/用户ID）、操作内容摘要、操作结果（成功/失败）、操作来源 IP
+- [ ] 支持导出筛选结果为 CSV 格式
+
+---
+
+## 5. 功能规格
+
+### 5.1 租户管理（Tenant Management）
+
+#### 5.1.1 租户生命周期
+
+**新建租户**
+
+| 字段 | 类型 | 必填 | 说明 |
+|------|------|------|------|
+| 公司名称 | Text | ✅ | 最大 100 字符 |
+| 联系人 | Text | ✅ | 租户主联系人姓名 |
+| 联系邮箱 | Email | ✅ | 用于发送欢迎邮件及系统通知 |
+| 所在地区 | Select | ✅ | 省市两级 |
+| 订阅套餐 | Select | ✅ | Basic / Professional / Enterprise |
+| 子域名 | Text | ✅ | 格式：`{slug}.platform.com`，唯一，创建后不可修改 |
+
+创建流程：
+1. 表单校验通过后，后台 Celery 任务执行：
+   - 创建 PostgreSQL Schema（`tenant_{id}`）
+   - 执行 Migrate 初始化表结构
+   - 注入默认系统配置
+   - 发送欢迎邮件至联系邮箱
+2. 任务完成后更新租户状态为 `active`，失败则全量回滚并标记为 `failed`
+3. 生成唯一 Tenant ID（UUID），记录创建时间、创建人
+
+**挂起（Suspend）**
+
+- 操作触发条件：运营人员手动触发，选择挂起原因（欠费 / 违规 / 主动申请 / 其他）
+- 可设置挂起到期时间（留空表示永久挂起直至手动恢复）
+- 挂起效果：该租户所有用户请求返回 `HTTP 403`，重定向至暂停提示页；管理后台数据仍可访问
+- 到期自动恢复：`Celery Beat` 定时检查到期挂起记录，自动切换状态为 `active`
+- 通知：挂起与恢复均向租户联系邮箱发送通知邮件
+
+**删除（Delete）**
+
+| 模式 | 说明 |
+|------|------|
+| 软删除（Soft Delete） | 标记删除状态，数据保留 30 天（默认，可配置）后由 Celery 定时任务清除 |
+| 硬删除（Hard Delete） | 立即清除所有数据、Schema、存储资源及子域名授权；仅超级管理员可操作 |
+
+删除前置条件：
+1. 操作人必须确认数据导出已完成（勾选确认框）
+2. 硬删除需二次身份验证（MFA 确认）
+3. 软删除冷静期内（默认 30 天），可在租户列表中对已删除租户执行"撤销删除"
+
+删除完成后：释放子域名、Cloudflare R2 存储桶、License 席位
+
+#### 5.1.2 数据管理
+
+**数据导出**
+
+- 触发方式：管理员手动触发，选择目标租户 + 导出模块 + 格式
+- 异步执行：Celery 任务，任务状态实时刷新（Pending → In Progress → Done / Failed）
+- 文件安全：导出文件存储于 Cloudflare R2，生成带签名的下载 URL，有效期 24 小时
+- 导出模块选项：客户数据 / 房源数据 / 交易记录 / 系统配置 / 全量
+
+**数据备份（Snapshot）**
+
+- 自动触发：升级前系统自动触发该租户全量备份
+- 手动触发：管理员可在租户详情页手动发起备份
+- 备份内容：数据库 Schema（pg_dump）+ Cloudflare R2 文件存储（附件、图片）
+- 备份记录展示字段：备份时间、触发方式（自动/手动）、备份大小、状态（进行中/成功/失败）
+- 保留策略：默认保留最近 10 个版本，可在系统全局配置中调整
+- 存储：加密存储，支持目标存储配置（本地 / S3 / Cloudflare R2 / GCS）
+
+**数据恢复（Restore）**
+
+恢复流程：
+
+```
+选择目标备份版本
+  → 二次确认弹窗（显示将覆盖的当前数据版本信息）
+  → 自动对当前数据生成临时快照（防止恢复失误）
+  → 租户切换为维护模式（用户访问显示"维护中"提示）
+  → 执行数据恢复（Celery 任务）
+  → 恢复完成 → 自动恢复服务 → 生成恢复操作报告
+```
+
+恢复操作报告包含：操作人、操作时间、恢复前数据版本、恢复后数据版本、耗时、结果
+
+#### 5.1.3 套餐与升级管理
+
+**Plan 升级**
+
+- 支持升级路径：Basic → Professional → Enterprise
+- 升级前展示差异对比表（功能项、用户数上限、存储空间、API 调用额度）
+- 生效模式：立即生效 / 按账期生效（下一个账期开始时生效）
+- 升级前自动触发数据备份
+- 升级失败：提供一键回滚至备份版本
+- 升级历史记录：时间、操作人、升级前套餐、升级后套餐
+
+#### 5.1.4 用户与权限管理
+
+**Tenant Admin 管理**
+
+- 每个租户可设置 1 至多名 Tenant Admin（超级用户）
+- 平台管理员可直接在后台创建新用户并赋予 Tenant Admin 角色，或从租户现有用户中指定
+- 支持查看当前 Tenant Admin 列表，执行：新增 / 替换 / 撤销权限
+
+**Tenant Admin 权限配置（RBAC）**
+
+可配置权限项：
+
+| 权限项 | 说明 |
+|--------|------|
+| 创建/删除子用户 | 是否允许 Tenant Admin 管理租户内部用户 |
+| 修改系统配置 | 是否允许修改租户级系统设置（字段标签、规则等） |
+| 查看账单与套餐 | 是否允许查看订阅信息和费用详情 |
+| 数据导出 | 是否允许在租户端触发数据导出 |
+
+权限基于 RBAC 模型，支持自定义角色（角色名称 + 权限集合），可在多 Tenant Admin 间复用。
+
+**密码重置**
+
+- 平台管理员可为任意租户的任意用户发起密码重置
+- 方式一：发送重置链接至注册邮箱（用户自助重置）
+- 方式二：管理员直接设置临时密码（用户首次登录后强制修改）
+- 所有重置操作记录于操作审计日志
+
+#### 5.1.5 租户监控与统计
+
+**资源监控**
+
+实时展示指标（基于 Grafana + 自定义数据采集）：
+
+| 指标 | 展示维度 |
+|------|---------|
+| CPU / 内存占用 | 实时折线图 |
+| 存储用量 | 当前值 vs 套餐上限 |
+| API 调用次数 | 当日 / 本月累计 |
+| 活跃用户数 | 当日活跃数 |
+| 当日登录次数 | 累计折线图 |
+| 异常请求数 | 4xx / 5xx 分类 |
+| 慢查询数量 | > 500ms 查询次数 |
+
+告警配置：支持为每个关键指标设置阈值，超限时触发邮件 / Webhook 通知。
+
+**可用性统计（Availability / SLA）**
+
+- 服务可用率（Uptime）统计：支持日 / 周 / 月维度
+- 故障事件记录：开始时间、恢复时间、持续时长、影响描述
+- SLA 达标率报告：可导出供客户成功团队使用
+
+---
+
+### 5.2 系统管理（System Management）
+
+#### 5.2.1 版本升级与回滚
+
+**系统升级流程**
+
+```
+上传/拉取升级包（制品库 Artifact Registry）
+  → 系统自动健康检查（所有服务状态正常才允许继续）
+  → 配置升级策略：全量 / 灰度（指定内测租户列表）
+  → 升级前自动备份（对所有参与本次升级的租户）
+  → 执行升级
+  → 实时展示升级进度（租户维度状态列表）
+  → 升级完成通知（成功/失败详情）
+```
+
+**灰度升级策略**：
+
+- 维护"内测租户组"列表，由超级管理员配置
+- 灰度阶段仅对内测租户执行升级，其余租户保持原版本
+- 内测租户验证通过（手动确认）后，触发全量升级
+
+**升级回滚**
+
+- 触发条件：手动触发（管理员判断）或自动触发（监控检测到错误率超阈值）
+- 回滚范围：全量回滚（所有租户）/ 单租户回滚
+- 回滚前：自动保存当前状态快照
+- 回滚后：生成事件报告（失败原因、回滚耗时、受影响租户列表）
+- 执行回滚需二次身份验证
+
+#### 5.2.2 定时备份策略
+
+**全局备份计划**
+
+| 配置项 | 选项 |
+|--------|------|
+| 备份频率 | 每小时 / 每日 / 每周 |
+| 执行时间 | 可配置时间窗口（默认每日 02:00） |
+| 保留数量 | 最近 N 个版本（默认 10） |
+| 存储目标 | 本地 / AWS S3 / Cloudflare R2 / GCS |
+
+- 支持为单个租户配置独立备份计划，覆盖全局策略
+- 备份任务执行记录：开始时间、完成时间、备份大小、状态
+- 备份失败：自动告警 + 支持手动重试
+
+---
+
+### 5.3 管理控制台（Admin Console）
+
+#### 5.3.1 核心页面规格
+
+**仪表盘（Dashboard）**
+
+| 模块 | 展示内容 |
+|------|---------|
+| 全局概览 | 总租户数、活跃租户数、本月新增租户数 |
+| 系统健康 | 各核心服务状态（Django / PostgreSQL / Redis / Celery / R2） |
+| 近期告警 | 最近 24 小时告警列表，按严重程度分类 |
+| 资源概览 | 平台整体存储用量、API 调用量趋势图 |
+| 最近操作 | 最近 10 条高危操作审计记录 |
+
+**租户列表**
+
+- 分页展示（默认 20 条/页）
+- 搜索：按公司名称、子域名、联系邮箱关键词搜索
+- 筛选：按状态（Active / Suspended / Deleted）、套餐（Basic/Pro/Enterprise）、注册时间范围
+- 列表字段：公司名称、子域名、套餐、状态、注册时间、活跃用户数
+- 快捷操作：查看详情、挂起、发起备份、数据导出
+
+**租户详情**
+
+标签页结构：
+
+| 标签 | 内容 |
+|------|------|
+| 基本信息 | 公司信息、联系人、子域名、套餐、状态，支持编辑部分字段 |
+| 用户管理 | Tenant Admin 列表、普通用户列表、密码重置入口 |
+| 套餐信息 | 当前套餐详情、用量统计、升级入口 |
+| 监控数据 | 该租户资源使用图表、SLA 统计 |
+| 备份记录 | 该租户备份列表、手动触发备份、恢复操作入口 |
+| 操作历史 | 该租户相关的所有管理员操作日志 |
+
+**系统版本管理**
+
+- 当前运行版本信息
+- 历史版本列表（版本号、发布时间、状态：Current / Previous / Archived）
+- 升级入口（上传/拉取升级包）
+- 回滚入口（选择目标版本）
+
+**备份管理**
+
+- 全局备份计划配置
+- 备份任务列表（支持按租户、状态、时间筛选）
+- 手动触发备份（选择租户）
+- 恢复操作入口
+
+**监控与告警**
+
+- 租户级 / 系统级监控图表（基于 Grafana iframe 嵌入或自定义实现）
+- 告警规则配置（指标 + 阈值 + 通知渠道）
+- 告警历史列表
+
+**审计日志**
+
+- 全平台操作日志，支持多维度筛选与导出
+- 每条日志包含：操作人、时间、操作对象、内容摘要、结果、来源 IP
+
+**管理员设置**
+
+- 管理员账号管理（创建、编辑、停用）
+- 角色配置（超级管理员 / 运营人员 / 只读审计员）
+- MFA 设置（强制启用，支持 TOTP）
+- IP 白名单配置
+- 登录会话管理（查看活跃会话、强制登出）
+
+#### 5.3.2 访问控制与安全
+
+**强制要求（不可降级）**：
+
+| 安全要求 | 实现方式 |
+|---------|---------|
+| MFA 强制启用 | 所有管理员账号首次登录强制配置 TOTP；无法跳过 |
+| IP 白名单 | 仅允许指定 IP 范围访问管理控制台 URL（Nginx 层或应用层限制） |
+| 高危操作二次验证 | 删除租户、数据恢复、系统回滚操作触发 MFA 二次确认弹窗 |
+| 会话超时 | 无操作 30 分钟后自动登出，Token 失效 |
+| 强制登出 | 超级管理员可在"管理员设置"中强制终止指定管理员的所有会话 |
+
+**与租户应用隔离**：
+
+- 管理控制台部署在独立子域名（如 `admin.platform.com`），与租户应用域名体系分离
+- 管理控制台不共享租户应用的 Session / Cookie 机制
+
+#### 5.3.3 操作审计日志规范
+
+所有写操作（Create / Update / Delete）及高危操作必须记录审计日志，字段规范如下：
+
+```python
+{
+    "id": "UUID",
+    "operator_id": "管理员用户 ID",
+    "operator_name": "管理员显示名",
+    "action_type": "CREATE_TENANT | SUSPEND_TENANT | DELETE_TENANT | RESTORE_DATA | SYSTEM_UPGRADE | ROLLBACK | RESET_PASSWORD | ...",
+    "target_type": "Tenant | User | System | Backup",
+    "target_id": "操作对象 ID",
+    "target_name": "操作对象可读名称",
+    "payload_summary": "操作内容摘要（非敏感字段）",
+    "result": "SUCCESS | FAILED",
+    "error_message": "失败原因（如有）",
+    "ip_address": "操作来源 IP",
+    "created_at": "ISO 8601 时间戳"
+}
+```
+
+---
+
+## 6. 技术考量
+
+### 6.1 系统架构定位
+
+基于 Fonrey 技术栈（Django + django-tenants + PostgreSQL + Celery + Cloudflare R2），管理控制台在同一 Django 项目中通过独立 App (`apps/admin_console/`) 实现，利用 Django 的 `public` Schema 作为管理控制台的数据层。
+
+### 6.2 关键依赖
+
+| 依赖 | 用途 | 风险等级 |
+|------|------|---------|
+| `django-tenants` | Schema 创建/销毁、租户切换 | 高 — 核心依赖，需确认 Schema 创建并发安全性 |
+| Celery + Celery Beat | 异步备份、导出、状态同步任务 | 中 — 需监控任务队列积压 |
+| PostgreSQL `pg_dump` | 数据备份与恢复 | 高 — 需测试大 Schema 备份耗时与锁表影响 |
+| Cloudflare R2 | 备份文件与导出文件存储 | 中 — 需评估大文件上传/下载带宽成本 |
+| Grafana | 监控图表展示 | 低 — 已在技术栈中规划 |
+| TOTP（如 `django-otp`） | MFA 实现 | 低 — 成熟库，接入成本低 |
+
+### 6.3 已知风险
+
+| 风险 | 可能性 | 影响 | 缓解措施 |
+|------|--------|------|---------|
+| 大租户 Schema 备份耗时超长（>1 小时） | 中 | 高 | 异步执行 + 进度追踪；评估流式备份方案 |
+| 系统升级过程中新请求涌入导致数据不一致 | 低 | 高 | 升级期间租户切换维护模式；使用数据库事务 |
+| 软删除数据保留期间存储成本积累 | 中 | 低 | 合理设置默认保留期，提供平台级存储用量监控 |
+| 管理控制台 IP 白名单配置错误导致运营团队被锁定 | 低 | 高 | 提供紧急访问恢复流程（通过服务器直接访问），文档化 |
+
+### 6.4 待解决问题（开发启动前必须确认）
+
+- [ ] **数据库备份方案**：`pg_dump` 直接执行还是基于 WAL 的增量备份（如 pgBackRest）？— Owner: 工程负责人 — Deadline: 技术评审前
+- [ ] **监控数据来源**：Grafana 直接对接 PostgreSQL 指标还是通过 Prometheus Exporter？— Owner: 运维团队
+- [ ] **MFA 库选型**：`django-otp` + TOTP 还是集成第三方认证（如 Okta）？— Owner: 工程负责人
+- [ ] **子域名管理机制**：Cloudflare DNS API 自动创建还是手动配置？— Owner: 运维团队
+- [ ] **审计日志存储**：写入 `public` Schema 还是独立日志服务（如 Elasticsearch）？— Owner: 工程负责人
+
+---
+
+## 7. 发布计划
+
+| 阶段 | 时间 | 范围 | 通过标准 |
+|------|------|------|---------|
+| 内部 Alpha | Week 1–4 | 平台内部团队使用 | 核心租户 CRUD 流程无 P0 Bug；MFA 可用 |
+| 封闭 Beta | Week 5–6 | 运营团队日常使用 | 备份/恢复流程完整可用；审计日志 100% 覆盖 |
+| 正式上线 | Week 7 | 全量运营团队 | 升级/回滚流程验证通过；监控告警规则配置完成 |
+
+**回滚标准**：若正式上线后 72 小时内发现租户数据隔离漏洞或审计日志丢失，立即回滚并进入 P0 修复流程。
+
+---
+
+## 8. 不构建清单（What We're NOT Building）
+
+| 请求/功能 | 原因 | 重新评估条件 |
+|----------|------|------------|
+| 自动化账单与发票生成 | 超出本模块范围，财务模块独立立项 | 财务模块 PRD 完成后接入 |
+| 租户端自助迁移工具 | 当前用户规模不需要，运营团队手动处理即可 | 租户数 > 500 时重新评估 |
+| 移动端管理界面 | 运营团队使用场景明确为 PC，移动端收益低 | v2 规划，用户调研支持时推进 |
+| Webhook 事件推送市场 | 集成复杂度高，当前无客户需求驱动 | 有 3+ 客户明确需求时评估 |
+| 多语言管理界面 | 运营团队为内部人员，中文已满足需求 | 国际化扩张时规划 |
+
+---
+
+## 9. 附录
+
+### 9.1 租户状态机
+
+```
+[新建中 Creating]
+      ↓ 成功
+[活跃 Active] ←──────────────────┐
+      ↓ 手动挂起                  │ 到期自动恢复 / 手动恢复
+[已挂起 Suspended] ───────────────┘
+      ↓ 删除操作（软删除）
+[待清除 Pending Delete]（冷静期 30 天）
+      ↓ 冷静期到期 / 硬删除
+[已删除 Deleted]
+```
+
+### 9.2 管理员角色权限矩阵
+
+| 操作 | 超级管理员 | 运营人员 | 只读审计员 |
+|------|-----------|---------|-----------|
+| 创建租户 | ✅ | ✅ | ❌ |
+| 挂起 / 恢复租户 | ✅ | ✅ | ❌ |
+| 软删除租户 | ✅ | ✅ | ❌ |
+| 硬删除租户 | ✅ | ❌ | ❌ |
+| 数据导出 | ✅ | ✅ | ❌ |
+| 手动触发备份 | ✅ | ✅ | ❌ |
+| 数据恢复 | ✅ | ❌ | ❌ |
+| 系统升级 | ✅ | ❌ | ❌ |
+| 系统回滚 | ✅ | ❌ | ❌ |
+| 配置告警规则 | ✅ | ✅ | ❌ |
+| 查看审计日志 | ✅ | ✅ | ✅ |
+| 导出审计日志 | ✅ | ✅ | ✅ |
+| 管理员账号管理 | ✅ | ❌ | ❌ |
+| 强制登出管理员 | ✅ | ❌ | ❌ |
+| 配置 IP 白名单 | ✅ | ❌ | ❌ |
+
+### 9.3 页面路由规划（管理控制台）
+
+```
+/admin/                          # 仪表盘
+/admin/tenants/                  # 租户列表
+/admin/tenants/new/              # 新建租户
+/admin/tenants/{id}/             # 租户详情（信息）
+/admin/tenants/{id}/users/       # 租户用户管理
+/admin/tenants/{id}/plan/        # 套餐信息与升级
+/admin/tenants/{id}/monitoring/  # 监控数据
+/admin/tenants/{id}/backups/     # 备份记录
+/admin/tenants/{id}/history/     # 操作历史
+/admin/system/versions/          # 版本管理
+/admin/system/backups/           # 备份管理
+/admin/monitoring/               # 全局监控与告警
+/admin/audit-logs/               # 审计日志
+/admin/settings/admins/          # 管理员设置
+```
diff --git a/wiki/concepts/EC2-Purchase-Options.md b/wiki/concepts/EC2-Purchase-Options.md
new file mode 100644
index 00000000..d697f401
--- /dev/null
+++ b/wiki/concepts/EC2-Purchase-Options.md
@@ -0,0 +1,89 @@
+---
+title: "EC2 Purchase Options"
+type: concept
+tags:
+  - AWS
+  - EC2
+  - Cost-Optimization
+  - FinOps
+last_updated: 2026-04-24
+---
+
+# EC2 Purchase Options
+
+## Definition
+
+AWS EC2 提供多种购买选项，允许用户根据工作负载需求和成本优化目标选择最适合的计费方式。
+
+## Purchase Options
+
+### 1. On-Demand Instances（按需实例）
+
+- **特点**：按秒计费，无需承诺，无预付费用
+- **适用场景**：短期、不可预测的工作负载；首次运行应用程序；测试和开发环境
+- **优点**：灵活性最高，无需长期承诺
+- **缺点**：成本最高，无折扣
+
+### 2. Savings Plans（节约计划）
+
+- **特点**：1 年或 3 年承诺使用量（以美元计），享受比按需价格低最多 72% 的折扣
+- **类型**：
+  - Compute Savings Plans：最灵活，几乎适用于所有 EC2 实例类型
+  - EC2 Instance Savings Plans：针对特定实例系列，灵活性较低但折扣更高
+- **适用场景**：可预测的稳定工作负载
+- **优点**：成本可预测，折扣显著
+- **缺点**：需要承诺使用量
+
+### 3. Spot Instances（竞价实例）
+
+- **特点**：利用 AWS 闲置容量，价格随供需波动，最高可享受 90% 的按需价格折扣
+- **适用场景**：容错工作负载：批处理、大数据、CI/CD、容器化应用
+- **优点**：成本最低（高达 90% 折扣）
+- **缺点**：实例可被 AWS 中断（2 分钟警告）
+- **最佳实践**：
+  - 实现容错机制（自动保存状态）
+  - 使用 Spot Fleet 或 Spot Block
+  - 与 EKS/ECS 集成实现自动扩展
+
+### 4. Reserved Instances（预留实例）
+
+- **特点**：1 年或 3 年承诺，目前已被 Savings Plans 取代
+- **类型**：标准 RI（可修改）、可转换 RI（可更改实例类型）
+- **备注**：新用户推荐使用 Savings Plans
+
+### 5. Dedicated Hosts（专用主机）
+
+- **特点**：物理服务器专供单个客户使用，满足合规性要求
+- **适用场景**：有许可证需求、物理服务器隔离要求、BYOL（自带许可证）工作负载
+
+## Cost Optimization Strategy
+
+推荐的成本优化策略（来自 [[ctp-topic-13-cloud-finops-policies]]）：
+
+1. **Right Sizing**：先确定正确的实例大小
+2. **基准负载**：使用 Savings Plans 或 RI 覆盖
+3. **弹性扩展**：使用 Spot 实例处理波动负载
+4. **组合策略**：Savings Plans（基准）+ Spot（弹性）= 最佳成本架构
+
+## Comparison Table
+
+| 购买选项 | 折扣 | 灵活性 | 承诺要求 | 适用场景 |
+|---------|------|--------|---------|---------|
+| On-Demand | 0% | 最高 | 无 | 测试/开发/短期 |
+| Savings Plans | 最高 72% | 中等 | 1-3 年 | 稳定工作负载 |
+| Spot Instances | 最高 90% | 低 | 无 | 容错工作负载 |
+| Reserved Instances | 最高 60% | 低 | 1-3 年 | 稳定工作负载（已不推荐）|
+
+## Related Concepts
+
+- [[Savings Plans]]：AWS 承诺使用量定价
+- [[Spot Instances]]：竞价型实例
+- [[Graviton]]：ARM 处理器，可与各种购买选项配合使用
+- [[Right Sizing]]：正确选择实例大小
+- [[FinOps]]：云财务管理
+
+## Sources
+
+- [[public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2]]
+- [[ctp-topic-13-cloud-finops-policies]]
+- [[public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco]]
diff --git a/wiki/concepts/Nitro-System.md b/wiki/concepts/Nitro-System.md
new file mode 100644
index 00000000..efa2d342
--- /dev/null
+++ b/wiki/concepts/Nitro-System.md
@@ -0,0 +1,52 @@
+---
+title: "Nitro System"
+type: concept
+tags:
+  - AWS
+  - EC2
+  - Hardware
+  - Performance
+last_updated: 2026-04-24
+---
+
+# Nitro System
+
+## Definition
+
+AWS Nitro System 是 AWS 自研的专用硬件平台，用于增强 EC2 实例的性能和效率。Nitro 通过将网络、存储和安全功能从主 CPU 卸载到专用硬件上来实现这一点。
+
+## Aliases
+- AWS Nitro
+- Nitro Hypervisor
+
+## Core Components
+
+1. **Nitro Card**：专用硬件组件，处理网络、存储和安全功能
+2. **Nitro Hypervisor**：轻量级虚拟机管理程序，几乎不占用 CPU 资源
+3. **Nitro Security Chip**：专用安全芯片，提供硬件级安全保护
+
+## Key Benefits
+
+- **性能提升**：通过卸载 I/O 操作释放 CPU 资源用于应用计算
+- **安全性增强**：硬件级信任根和安全启动
+- **网络加速**：支持高达 100 Gbps 的网络吞吐量
+- **存储加速**：支持 NVMe over Fabric 等高速存储协议
+- **更高的性价比**：通过效率提升降低单位计算成本
+
+## Use Cases
+
+- 高性能计算 (HPC)
+- 大数据分析
+- 机器学习训练
+- 高网络吞吐量工作负载
+- 低延迟交易系统
+
+## Related Concepts
+
+- [[Graviton]]：ARM 架构处理器，可与 Nitro 系统配合使用
+- [[EC2-Instance-Types]]：Nitro 系统支持多种 EC2 实例类型
+- [[EC2-Purchase-Options]]：EC2 购买选项
+
+## Sources
+
+- [[public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2]]
diff --git a/wiki/index.md b/wiki/index.md
index c650fe15..6ce9e697 100644
--- a/wiki/index.md
+++ b/wiki/index.md
@@ -4,7 +4,7 @@
 - [Overview](overview.md) — living synthesis
 
 ## Sources
-- [2026-04-24] [Public Cloud Learning Sessions - Best practices for EC2 cost optimization in AWS - 20240529](sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md) — AWS EC2 成本优化最佳实践：Graviton ARM 处理器 40% 性价比提升、Spot 实例 90% 折扣、Nitro 系统效率优化
+- [2026-04-24] [Public Cloud Learning Sessions - Best practices for EC2 cost optimization in AWS - 20240529](sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md)
 - [2026-04-24] [Public Cloud Learning Sessions - Reducing Cloud Costs - 20250318](sources/public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco.md)
 - [2026-04-24] [CTP Topic 13 Cloud FinOps Micro Focus Policies best practices to optimize the costs](sources/ctp-topic-13-cloud-finops-micro-focus-policies-best-practices-to-optimize-the-co.md)
 - [2026-04-24] [CTP Topic 15 Working with Renovatebot](sources/ctp-topic-15-working-with-renovatebot.md)
@@ -414,7 +414,6 @@
 - [2026-04-19] [ctp-topic-63-optimise-resource-cost-using-automation](sources/ctp-topic-63-optimise-resource-cost-using-automation.md) — (expected: wiki/sources/ctp-topic-63-optimise-resource-cost-using-automation.md — source missing)
 - [2026-04-19] [public-cloud-learning-sessions-storage-cost-optimization-20240305-160037-meeting](sources/public-cloud-learning-sessions-storage-cost-optimization-20240305-160037-meeting.md) — (expected: wiki/sources/public-cloud-learning-sessions-storage-cost-optimization-20240305-160037-meeting.md — source missing)
 - [2026-04-19] [ctp-topic-71-pcgs-guide-to-rightsizing-why-how-when](sources/ctp-topic-71-pcgs-guide-to-rightsizing-why-how-when.md) — (expected: wiki/sources/ctp-topic-71-pcgs-guide-to-rightsizing-why-how-when.md — source missing)
-- [2026-04-19] [public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2](sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md) — (expected: wiki/sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md — source missing)
 - [Your-AI-Isn-t-Stupid---It-Just-Needs-a-Better-Harness--Lychee-Technology-Engineering-Blog](sources/Your-AI-Isn-t-Stupid---It-Just-Needs-a-Better-Harness--Lychee-Technology-Engineering-Blog.md) — (expected: wiki/sources/Your-AI-Isn-t-Stupid---It-Just-Needs-a-Better-Harness--Lychee-Technology-Engineering-Blog.md — source missing)
 - [Expose-hermes-agent-as-an-OpenAI-compatible-API-for-any-frontend](sources/Expose-hermes-agent-as-an-OpenAI-compatible-API-for-any-frontend.md) — (expected: wiki/sources/Expose-hermes-agent-as-an-OpenAI-compatible-API-for-any-frontend.md — source missing)
 - [zk-steward](sources/zk-steward.md) — (expected: wiki/sources/zk-steward.md — source missing)
@@ -910,6 +909,7 @@
 - [Early-Live-Support](concepts/Early-Live-Support.md)
 - [Earnings-Beat-Miss](concepts/Earnings-Beat-Miss.md)
 - [Earnings-Calendar](concepts/Earnings-Calendar.md)
+- [EC2-Purchase-Options](concepts/EC2-Purchase-Options.md)
 - [efibootmgr](concepts/efibootmgr.md)
 - [EFS-vs-EBS](concepts/EFS-vs-EBS.md)
 - [EKS-Auto-Mode](concepts/EKS-Auto-Mode.md)
@@ -1027,6 +1027,7 @@
 - [Multi-Tenancy](concepts/Multi-Tenancy.md)
 - [nas套件管理](concepts/nas套件管理.md)
 - [NFS网络备份](concepts/NFS网络备份.md)
+- [Nitro-System](concepts/Nitro-System.md)
 - [Normal-Change](concepts/Normal-Change.md)
 - [NVMe硬盘分区](concepts/NVMe硬盘分区.md)
 - [Obsidian-Agent-Client](concepts/Obsidian-Agent-Client.md)
diff --git a/wiki/log.md b/wiki/log.md
index e9abab1e..24b34347 100644
--- a/wiki/log.md
+++ b/wiki/log.md
@@ -1,3 +1,14 @@
+## [2026-04-24] ingest | Public Cloud Learning Sessions - Best practices for EC2 cost optimization in AWS - 20240529
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/05_FinOps/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md
+- Status: ✅ 成功摄入
+- Summary: Mike Dukes 和 Steele Taylor（AWS 专家）主讲 EC2 成本优化最佳实践——AWS Nitro 系统外部化网络/存储/安全组件提升效率；Graviton ARM 处理器基于 ARM64 架构，提供 40% 性价比提升，功耗减少 60%；EC2 Spot 实例利用闲置容量提供 90% 折扣；购买选项包括 On-Demand/Savings Plans/Spot Instances；Spot Invaders 游戏展示容错混沌工程实践；Spot + Graviton + 容器组合实现最大化成本节省
+- Concepts created: [[Nitro-System]], [[EC2-Purchase-Options]]
+- Concepts linked: [[Graviton]], [[Spot Instances]], [[Savings Plans]], [[FinOps]], [[Cloud Cost Optimization]]
+- Entities identified: Mike Dukes 和 Steele Taylor 为演讲者，但提及次数不足 2 次，以 wikilink 形式记录于 Source page
+- Source page: wiki/sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md
+- Notes: index.md 已更新（Sources 节新增条目）；overview.md 已补充（FinOps 章节新增段落，置于 ctp-topic-13 后）；Nitro-System 和 EC2-Purchase-Options 不存在于现有 Wiki，新建 Concept 页面；已建立与 public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco、ctp-topic-13-cloud-finops-policies 的 Connections 关系
+- Conflicts: 与 ctp-topic-14-octane-hub-on-aws 可能的冲突（Graviton 对有状态服务的适用性），已记录于 Source page Contradictions 节
+
 ## [2026-04-25] ingest | Public Cloud Learning Sessions - Reducing Cloud Costs - 20250318
 - Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/05_FinOps/public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco.md
 - Status: ✅ 成功摄入
diff --git a/wiki/sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md b/wiki/sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md
index 9e971884..f667c3b4 100644
--- a/wiki/sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md
+++ b/wiki/sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md
@@ -36,10 +36,10 @@ date: 2026-04-14
 > "Graviton Free actually uses up to 60% less power consumption than comparable X86-based instances." — Graviton 能效优势
 
 ## Key Concepts
-- [[AWS-Graviton]]：基于 ARM64 的 AWS 自研处理器，提供更高的每瓦性能，支持计算优化型、内存优化型和通用型实例
-- [[EC2-Spot-Instances]]：利用 AWS 闲置容量的竞价型实例，提供高达 90% 的按需价格折扣
-- [[AWS-Nitro-System]]：将网络、存储和安全功能从 CPU 卸载到专用硬件，提升 EC2 实例效率
-- [[Savings-Plans]]：AWS 承诺使用量的定价选项，提供低于按需价格的折扣
+- [[Graviton]]：基于 ARM64 的 AWS 自研处理器，提供更高的每瓦性能，支持计算优化型、内存优化型和通用型实例
+- [[Spot Instances]]：利用 AWS 闲置容量的竞价型实例，提供高达 90% 的按需价格折扣
+- [[Nitro-System]]：将网络、存储和安全功能从 CPU 卸载到专用硬件，提升 EC2 实例效率
+- [[Savings Plans]]：AWS 承诺使用量的定价选项，提供低于按需价格的折扣
 - [[EC2-Purchase-Options]]：On-Demand（按需）、Savings Plans（节约计划）、Spot Instances（竞价实例）三种购买选项
 - [[FinOps]]：云财务管理实践，平衡云成本与业务价值