WHAT-IF Lab — 针对真实流量测试每个变更

它做什么

• 通过 Query Cost Inspector(in-app)或 Azure Log Analytics(MongoRequests table)从 app 捕获真实流量。
• 通过 PITR(连续备份 7d/30d)provisioning Cosmos sandbox — 隔离的,对生产无影响。
• 接受最多 5 个同时进行的 mutations:add/drop index、更改 partition key、consistency level、计费模式、每个 collection 的 throughput。
• 针对生产 + sandbox 并行回放捕获的 trace(rate-controlled)。
• 5 个维度的并排 diff:RU 消耗、平均 + p95 latency、throttle 429 计数、query plan cache 命中率、月度美元账单。
• 自动判定(approve / warn / reject),带文本 rationale + audit/compliance 的 JSON 导出。
• 带合成 sandbox 的 "preview" 模式:30 秒内运行,无 Azure 成本(适合探索)。
• "real" 模式:真实的 PITR sandbox,用于生产前的最终确认。

分步

1. 1

   打开 workspace

   菜单 Tools → Cosmos DB → WHAT-IF Lab — Test changes against real workload,或快捷键 Ctrl+Alt+Shift+I。Workspace 从 Step 1:Capture 开始。

2. 2

   捕获流量

   以分钟为单位定义 window(默认 60 — 调整为 1440 = 24h 或 4320 = 72h 以捕获每周周期)。点击 "Capture now"。它从 Query Cost Inspector 的 ring buffer 读取(window 内通过 NoSqlStudio bridge 的所有 queries)。显示总 queries 数、unique shapes、消耗的总 RU、touched namespaces。

   window=60 → 捕获 1h 流量
   window=1440 → 捕获 24h
   window=4320 → 捕获 72h(完整的每周周期)

3. 3

   Stage 一个 sandbox

   Wizard 的 Step 2。输入 source Cosmos account 名称。默认 restore point 是 "现在减 1 小时" — 如果想测试旧快照请调整。"preview" 模式使用合成 sandbox(建议用于首次探索)— "real" 模式通过 PITR provisioning 新的 Cosmos account(~30 分钟创建,正常 Azure provisioning 成本)。

   preview 模式 → 合成 sandbox,无 Azure 成本,30s 内出结果
   real 模式 → 真实的 PITR sandbox,~30min,正常 Azure 成本

4. 4

   配置 WHAT-IF mutations

   Step 3。带 schema 验证的 inline JSON 编辑器。最多 5 个同时 mutations。每个 mutation 有自己的 "kind" 和参数。请参阅下面的示例。

   [
     { "kind": "add-index", "ns": "app.orders", "key": { "tenantId": 1, "createdAt": -1 } },
     { "kind": "drop-index", "ns": "app.orders", "indexName": "text_search_v1" },
     { "kind": "change-partition-key", "ns": "app.events", "newPath": "userId", "strategy": "recreate" },
     { "kind": "consistency", "level": "Session" },
     { "kind": "mode", "mode": "autoscale", "autoscaleMaxRu": 4000 },
     { "kind": "throughput", "ns": "app.orders", "ruPerSec": 2000 }
   ]

5. 5

   Quick Estimate 或 Full Replay

   Quick Estimate = 基于启发式 + 捕获期间观察到的值,~5 秒内回答。在调整 mutation 时快速迭代很有用。Full Replay = 将 trace 的每个 query 并行运行 "before" 和 "after",测量所有内容。耗时与 trace 大小成正比;1000 queries ~30s,100k queries ~5min。

6. 6

   阅读 5 维 diff

   Step 5。带 before/after + delta % 的并排 cards:消耗的总 RU、avg/p95 latency(ms)、throttles 429 计数、plan-cache 命中率、预计月度 USD。每个 per-query shape 还显示按 RU 排名的单独影响。顶部判定:APPROVE / WARN / REJECT,带文本 rationale。

7. 7

   导出报告

   "Export JSON" 按钮保存完整报告(planId、mutations、summary、per-query)。用途: • 在 change management 工单中记录决定 • 如果有成本节省,与 finance 共享 • 用于合规的审计跟踪(SOC 2 / ISO 27001)

8. 8

   在生产中应用(批准后)

   NoSqlStudio 不会自动应用 — 您离开 WHAT-IF Lab,打开相应的 workspace(Index Policy Editor、Throughput Optimizer 等)并手动应用。这种分离是有意的:WHAT-IF 是决策;应用是行动。

真实用例

FAQ