"Knowledge-Card"
- Funnel Analysis
說明追蹤使用者在多步驟流程中每一步的轉換率和流失率的分析方法
- 畫面狀態矩陣
說明用四欄表格(顯示/可用操作/進入條件/退出路徑)系統性地暴露畫面導航缺口的設計工具
- CI Pipeline
說明持續整合如何在合併前自動驗證變更品質與相容性
- Gate(UX)
說明使用者操作流程中「必須通過才能繼續」的關卡,以及成功/失敗/不確定三條路徑的設計責任
- Redaction
說明在事件資料離開 client 之前把敏感欄位的值替換成遮罩或移除的機制
- CD Pipeline
說明持續交付如何把已驗證產物推進到目標環境
- Cohort Analysis
說明把使用者按共同特徵分群、比較不同群組行為差異的分析方法
- Fallback(UX)
說明 gate 未通過時使用者的替代路徑,和 backend fallback(server-side 降級)的語意區別
- Required Checks
說明 pull request 的必要檢查如何作為合併 gate
- RFM
說明用 Recency / Frequency / Monetary 三個維度把使用者分成可操作群組的分群方法
- Artifact
說明 CI/CD 中可被驗證、保存與發布的交付產物
- Artifact Handoff
說明測試與部署如何共用同一份可追溯產物
- Error Fingerprint
從 error 事件的 type、normalized message、stack trace 計算 hash,把相同根因的 error 歸為同一 error group
- Environment Protection
說明目標環境的審核、權限與放行條件如何保護發布
- Backpressure
下游處理能力不足時向上游回傳「慢下來」訊號的流量控制機制 — 監控系統中 collector 用 HTTP 429 向 SDK 傳遞背壓
- Preview Environment
說明 pull request 變更如何在隔離部署環境中被驗證
- Sampling
在事件產生階段按比例丟棄部分事件降低管線負載 — 分靜態取樣(config 固定比例)和動態取樣(背壓觸發自動降低)
- Rollout Strategy
說明新版本如何以可控節奏推進到全部流量
- Rate Limiting
限制每個 client 在單位時間內可送出的事件數量 — 防止單一 SDK bug 或偽造流量消耗整個 collector 的處理能力
- Rollback Strategy
說明發布異常時如何快速回到已知可用狀態
- Deployment Dry Run
說明發布前如何用預演檢查部署條件與風險
- Migration
說明資料或結構變更如何在服務不中斷前提下受控推進
- Branch Protection
說明主線分支如何以規則保護合併與發布前置條件
- Readiness / Health Check
說明服務存活與可接流量判斷在部署中的不同責任
- Container Registry
說明容器產物儲存、權限與推進流程在 CD 中的責任
- App Signing
說明行動與桌面應用的簽章憑證如何影響發布能力
- Flaky Test
說明非決定性測試如何降低 CI gate 信任度與治理方式
- Backfill
說明資料處理與 migration 中如何受控補算歷史資料
- Checkpoint
說明長時間任務如何記錄進度以支援接續、重跑與事故修復
- Rerun
說明 CI/CD 與 data pipeline 中重跑任務前需要判斷的輸出語意與副作用
- Image Digest
說明 container image digest 如何作為不可變產物身分,支撐掃描、推進與 runtime 追溯
- SBOM
說明 Software Bill of Materials 如何揭露 artifact 內含元件,支撐供應鏈掃描與例外治理
- Release Channel
說明 stable、beta、internal 等發行通道如何控制 artifact 接觸到的使用者範圍
- Update Feed
說明桌面與客戶端應用如何透過更新來源取得已簽章版本與回復路徑
- Infrastructure Drift
說明真實基礎設施狀態與 IaC 宣告分叉時的偵測、判讀與修復責任
- State Lock
說明 IaC apply 如何用狀態鎖避免併發變更覆寫基礎設施狀態
- Function Alias
說明 serverless function alias 如何把穩定入口指向特定版本並支援流量切換與回復
- Event Source
說明 serverless 與事件驅動流程中觸發來源如何影響 retry、dead-letter 與回復策略
- Validation Query
說明遷移、回填與修復期間如何用查詢證明資料語意是否一致
- Read Compatibility
說明資料或服務演進期間讀取路徑如何同時支援新舊語意
- Fallback Read
說明讀取路徑切換失敗時如何暫時回到舊資料語意或舊讀取來源
- Cutover Window
說明正式切換發生的觀察窗口、停止條件與回退判讀範圍
- Mapping Table
說明遷移或轉換期間如何把舊語意明確對應到新語意
- Rollback Window
說明變更進入 production 後還能用哪種方式回退或改路線的時間與條件
- Fail-forward
說明無法回到舊狀態時如何用受控前進完成修復
- Stop Condition
說明變更、實驗或事故處理何時必須暫停、回退或改路線
- Gate Decision
說明 release gate 如何把證據轉成放行、暫停、回退或補證據的決策
- Rollback Condition
說明決策執行後出現哪些訊號時要撤回、回退或改路線
- Time Range
說明證據、查詢與事故判讀如何用時間窗保留可回放上下文
- Query Link
說明證據包如何保存可重跑查詢入口,而不是只保留截圖或口頭結論
- Data Quality
說明證據欄位如何標示 completeness、freshness、sampling 與資料限制
- Confidence
說明證據包如何標示 confirmed、suspected 或 needs follow-up 的判讀信心
- Known Gap
說明證據包如何明確保存已知缺口,避免下游高估證據完整性
- Outbound Tunnel
反向隧道把出站連線轉成可達入口、與傳統 port-forward 的責任倒轉