比較 Chaos Studio Workspaces 與 Experiments（經典版），為每個韌性測試選擇 Azure Chaos Studio 資源模型。 Workspaces 是目前的模式：它在範圍內發現資源，執行情境，並產生情境報告。 Experiments（經典版）是舊有模型被 Workspaces 取代。 使用實驗（經典版），你可以分別啟用每個目標，並結合故障來建立自訂測試。 Workspaces 目前處於公開預覽階段;《實驗》（經典版）普遍可得。
Important
Chaos Studio 的工作空間與場景目前已公開預覽。 Microsoft 提供此預覽版「現況」與「可用狀態」，不受服務等級協議或有限保固保護。 Microsoft 以盡力而為的方式提供預覽版的客戶支援。 這個預覽並非為製作用途設計。 欲了解更多資訊，請參閱以下文章：
兩種模型的差異
這兩種模型都會對你的 Azure 資源注入真實故障，但它們在如何從「我想測試這種故障」到讓測試實際執行這方面有所不同。
| 層面 | Chaos Studio 工作空間（預覽） | 實驗（經典） |
|---|---|---|
| 服務狀態 | 積極開發中。 新的 Chaos Studio 將 ship 納入 Workspaces 模型。 | 舊版模型將由 Workspaces 取代。 沒有進一步的功能開發，只有關鍵的修正，例如安全更新，才會被考慮回溯移植。 |
| 入職培訓 | 設定範圍（訂閱、資源群組或服務群組）。 工作區會自動發現支援的資源。 | 在每個資源可用於實驗前，先啟用目標和能力。 |
| 測試定義 | 可以從已經包含停電模式動作和序列的情境範本開始，或在情境設計器中自訂一個範本。 | 手動組裝故障、步驟與分支，並為每個故障選擇目標資源。 |
| 找出要檢測的項目 | 情境庫顯示哪些情境適用於你範圍內發現的資源。 | 從 Experiments（傳統） 的故障庫 中選擇故障，並檢查資源需求。 |
| 身分識別和權限 | 在工作區層級設定受控識別：系統指派、使用者指派或兩者皆設定，且其案例會共用角色指派。 該入口網站可協助修正遺漏的角色指派。 | 每個實驗都使用受管理身份和角色分配。 |
| 權限驗證 | 工作區會在執行開始前驗證所需的權限。 | 缺少權限通常會在執行時以失敗形式出現。 |
| Regions | Workspace 是一種邏輯資源，可以對任何支援 Workspace 區域的 Azure 區域中的資源採取行動。 | 實驗會部署到 特定區域，目標必須位於資源目標區域。 |
| 報告 | 每次執行都會產生一份可下載的 情境報告 ，包含執行細節、動作摘要、時間軸及執行流程圖。 | 實驗歷史顯示每次執行的執行細節與錯誤資訊。 |
| 支援的測試 | 使用精選的情境目錄，或在設計工具中自訂情境，或作為具有自訂情境可用動作的Microsoft.Chaos/workspaces/scenarios資源。 |
使用經典的故障目錄，包括代理程式型故障、AKS Chaos Mesh 故障，以及動態目標設定。 |
Chaos Studio 工作區的主要優點
更快的入職流程。 Workspace 移除了 Experiments（classic）中設定過程最大的阻礙來源：針對每個資源分別設定目標並啟用功能。 你只要設定一次範圍，探索功能就會找出其中受支援的資源。 如果你之後新增或移除資源，工作區會自動接收變更。
內建建議。 情境庫的內容來自於在你的範圍中探索到的資源，因此你可以直接從適用於你的環境的中斷模式開始，而不必手動組合故障。 「計算區域停機」等案例會替您組合相關的中斷。
使用任何區域。 工作區是邏輯資源：工作區區域不需要與你的目標資源相匹配，且一個工作區可以對任何 Azure 區域的資源進行行動。 在實驗（經典版）中，目標和能力必須與資源共存，且實驗只能在特定區域建立。
更簡單、更安全的權限。 工作區的受控識別是所有案例共用的單一影響範圍控制項，並採用雙層授權模型：觸發執行的人員需要具備工作區的權限，而工作區識別則需要具備目標資源的角色。 當驗證發現缺少權限時，入口網站會幫你修正角色分配。 在 Experiments（經典版）中，你管理每個實驗的身份和角色分配。
先驗證，再中斷。 Workspace 會在執行開始前驗證身份是否具備執行所需的權限，因此在執行動作前會產生權限缺口。
你可以分享的證據。 每次執行都會產生結構化的情境報告，包含執行細節、動作狀態與持續時間、受影響資源、時間軸及執行流程。 您可以下載報告以進行合規審查、事件後回顧或韌性成熟度評估。
何時選擇 Chaos Studio 工作區
在以下情況下，請選擇工作空間：
- 你是 Chaos Studio 的新手，想要從無到有快速進入有意義的韌性測試之路。
- 你需要的停電模式已被 情境目錄 涵蓋，或足夠接近，可以在設計器中自訂。
- 你需要從單一位置測試跨多個區域或訂用帳戶的資源。
- 你需要有結構化且可分享的合規或營運韌性框架測試證據。
- 多個團隊或應用程式需要獨立的測試邊界。 你可以為每個應用程式、環境、團隊或合規邊界建立一個工作區。
何時選擇實驗（經典）
Experiments（經典版）正被 Workspaces 取代。 在轉換過程中，僅在以下情況下選擇實驗（經典版）：
- 您需要情境目錄尚未涵蓋的故障類型，例如特定的代理程式型故障，或用於叢集內故障注入的 AKS 混沌網格故障。
- 你只能依賴經典版的功能，例如 動態目標設定 或 排程實驗運行。
- 你需要一個通用的資源模型。 Chaos Studio Workspaces 目前處於公開預覽階段，不建議用於生產工作負載。
Microsoft 不再為 Experiments（經典版）新增功能，僅考慮關鍵修補，例如安全更新，作為回溯移植至此舊有模型的方案。 請規劃在各項測試符合功能與正式可用性要求時，將其移轉至 Workspaces。
從「實驗（傳統版）」移轉
請遵循從實驗 (傳統版) 移至 Chaos Studio 工作區，以將您的實驗對應至情境、在工作區中執行等效測試，並清除傳統版資源。 不要假設一個情境測試的資源和故障和你的實驗相同。 先在預生產環境中檢查每個替換場景。
轉換期間兩種型號都用
你可以在遷移測試的同時，將兩個模型並行執行。 當 Scenario 目錄涵蓋你想測試的中斷情境，且預覽功能符合你的需求時，請使用 Chaos Studio Workspaces。 如果實驗需要通用資源模型或僅有經典的故障或能力，請將實驗保留在 Experiments（經典版）中。