Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Azure Chaos Studio offre due modelli di risorse per i test di resilienza. Chaos Studio Aree di lavoro è il modello corrente. Individua le risorse all'interno di un ambito ed esegue scenari su di essi. Gli esperimenti (versione classica) sono il modello legacy. Esegue esperimenti contro obiettivi che abiliti singolarmente. Usare questo confronto per scegliere un modello per ogni test di resilienza e valutare dove le aree di lavoro soddisfano la strategia di test esistente. Il modello Experiments (classico) è disponibile a livello generale e Chaos Studio Aree di lavoro è disponibile in anteprima pubblica.
Important
Le aree di lavoro e gli scenari di Chaos Studio sono disponibili in anteprima pubblica. Microsoft fornisce questa anteprima "così com'è" e "come disponibile" e non è coperta da contratti di servizio o garanzia limitata. Microsoft fornisce supporto ai clienti per l'anteprima nei limiti del possibile. Questa anteprima non è destinata all'uso in produzione. Per altre informazioni, vedere gli articoli seguenti:
Differenze tra i due modelli
Entrambi i modelli inseriscono errori reali rispetto alle risorse Azure, ma differiscono in base al modo in cui si ottiene da "Voglio testare questo errore" a un test in esecuzione.
| Aspect | aree di lavoro Chaos Studio (anteprima) | Esperimenti (versione classica) |
|---|---|---|
| Stato di manutenzione | Sviluppo attivo. Le nuove funzionalità di Chaos Studio vengono rilasciate nel modello Workspaces. | Modello precedente. Non è previsto alcun ulteriore sviluppo di nuove funzionalità e solo le correzioni critiche, come gli aggiornamenti di sicurezza, sono prese in considerazione per il backport. |
| Onboarding | Impostare un ambito (sottoscrizione, gruppo di risorse o gruppo di servizi). L'area di lavoro individua automaticamente le risorse supportate. | Abilitare una destinazione e le funzionalità per ogni risorsa prima di poterla usare in un esperimento. |
| Definizione di test | Iniziare da un modello di scenario che compone già azioni e sequenziazione per un modello di interruzione o personalizzare uno nella finestra di progettazione dello scenario. | Assembla manualmente guasti, fasi e rami e seleziona le risorse di destinazione per ciascun guasto. |
| Ricerca di elementi da testare | La libreria Scenario mostra quali scenari si applicano alle risorse individuate nell'ambito. | Scegliere gli errori dalla libreria di errori per Esperimenti (versione classica) e controllare i requisiti delle risorse. |
| Identità e autorizzazioni | Configurare l'identità gestita a livello di area di lavoro: assegnata dal sistema, assegnata dall'utente o entrambe, con assegnazioni di ruolo condivise dai relativi scenari. Il portale offre la correzione delle assegnazioni di ruolo mancanti. | Usare un'identità gestita e le assegnazioni di ruolo per ogni esperimento. |
| Convalida delle autorizzazioni | L'area di lavoro convalida le autorizzazioni necessarie per un'esecuzione prima dell'avvio. | Le autorizzazioni mancanti vengono in genere rilevate come errori in fase di esecuzione. |
| Regions | Un'area di lavoro è una risorsa logica che può agire sulle risorse in qualsiasi area Azure da una qualsiasi delle aree di lavoro supportate. | Gli esperimenti vengono distribuiti in aree specifiche e le destinazioni devono trovarsi in un'area di destinazione delle risorse. |
| Rendicontazione | Ogni esecuzione produce un report scenario scaricabile con dettagli di esecuzione, un riepilogo delle azioni, una sequenza temporale e un diagramma di flusso di esecuzione. | La cronologia dell'esperimento mostra i dettagli di esecuzione e le informazioni sugli errori per ogni esecuzione. |
| Test supportati | Usa il catalogo degli scenari selezionato oppure personalizza uno Scenario nell'editor di progettazione o come risorsa Microsoft.Chaos/workspaces/scenarios. |
Usare il catalogo di errori classico, inclusi gli errori basati su agente, gli errori di Chaos Mesh del servizio Azure Kubernetes e la destinazione dinamica. |
Vantaggi principali delle aree di lavoro di Chaos Studio
Inserimento più rapido. Un Workspace rimuove la principale fonte di complessità di configurazione in Esperimenti (versione classica): l'abilitazione di destinazioni e funzionalità per ogni risorsa. È sufficiente impostare un ambito una sola volta e il rilevamento individua al suo interno le risorse supportate. Se si aggiungono o si rimuovono le risorse in un secondo momento, l'area di lavoro preleva automaticamente le modifiche.
Raccomandazioni predefinite. La libreria degli scenari viene popolata dalle risorse individuate nel proprio ambito, quindi si parte da schemi di interruzione pertinenti al proprio ambiente invece di comporre manualmente i guasti. Scenari come Compute Zone Down aggregano per te le interruzioni correlate.
Usa qualsiasi area geografica. Le aree di lavoro sono risorse logiche: l'area dell'area di lavoro non deve corrispondere alle risorse di destinazione e un'area di lavoro può agire sulle risorse in qualsiasi area Azure. In Esperimenti (versione classica), le destinazioni e le funzionalità devono essere posizionate in modo condiviso con le risorse e gli esperimenti possono essere creati solo in determinate aree.
Autorizzazioni più semplici e sicure. L'identità gestita dell'area di lavoro è un unico controllo dell'ampiezza dell'impatto condiviso da ogni Scenario, con un modello di autorizzazione a due livelli: la persona che avvia l'esecuzione deve disporre delle autorizzazioni per l'area di lavoro e l'identità dell'area di lavoro deve avere ruoli assegnati nelle risorse di destinazione. Quando la convalida rileva autorizzazioni mancanti, il portale offre la correzione delle assegnazioni di ruolo. In Esperimenti (versione classica) si gestiscono un'identità e le assegnazioni di ruolo per ogni esperimento.
Convalida prima dell'interruzione. Un Workspace verifica che l'identità disponga delle autorizzazioni richieste da un'esecuzione prima che questa venga avviata, in modo che eventuali autorizzazioni mancanti emergano prima che vengano eseguite le Actions.
Prove che è possibile condividere. Ogni esecuzione genera un report di scenario strutturato con dettagli di esecuzione, stati dell'azione e durate, risorse interessate, sequenza temporale e flusso di esecuzione. È possibile scaricare il report per revisioni di conformità, analisi retrospettive post-evento imprevisto o valutazioni di maturità della resilienza.
Quando scegliere aree di lavoro Chaos Studio
Scegli Spazi di lavoro quando:
- Sei nuovo in Chaos Studio e vuoi il percorso più rapido per passare da zero a un test di resilienza significativo.
- Lo schema di interruzione necessario è coperto dal catalogo degli scenari oppure è sufficientemente simile da poter essere personalizzato nel designer.
- È necessario testare le risorse in più aree o sottoscrizioni da un'unica posizione.
- Sono necessarie prove strutturate e condivisibili dei test per i framework di conformità o resilienza operativa.
- Più team o applicazioni necessitano di limiti di test separati. È possibile creare un'area di lavoro per ogni applicazione, ambiente, team o limite di conformità.
Quando scegliere Esperimenti (versione classica)
Scegliere Esperimenti (versione classica) quando:
- Serve un tipo di errore che il catalogo degli scenari non copre ancora, ad esempio errori specifici basati su agente o errori di AKS Chaos Mesh per l'inserimento di errori all'interno del cluster.
- Si basano su funzionalità solo classiche, ad esempio la destinazione dinamica o le esecuzioni pianificate dell'esperimento.
- È necessario un modello di risorse disponibile a livello generale. Chaos Studio Workspaces è in anteprima pubblica e non è consigliato per i carichi di lavoro di produzione.
Se si sceglie Esperimenti (versione classica), tenere presente lo stato di manutenzione: si tratta di un modello legacy senza ulteriore sviluppo di funzionalità e vengono considerate solo le correzioni critiche, ad esempio gli aggiornamenti della sicurezza, per il backport.
Valutare uno spostamento dagli esperimenti (versione classica)
Considerare l'adozione come decisione di selezione del modello per ogni test di resilienza. Non presupporre che uno scenario e un esperimento esistente abbiano una copertura equivalente.
- Controllare il catalogo degli scenari per individuare il modello di interruzione e le risorse da testare.
- Esaminare le limitazioni delle aree di lavoro per eventuali errori o funzionalità necessari che non sono disponibili.
- Esaminare il modello di autorizzazione Aree di lavoro e i ruoli richiesti dallo scenario.
- Utilizzare la guida introduttiva a Workspaces per verificare lo Scenario selezionato e il relativo report in un ambiente sicuro.
- Scegliere Esperimenti (versione classica) per un requisito di test che dipende da un errore o una funzionalità solo classica.
Questo percorso decisionale valuta l'adattamento del modello. Non definisce una procedura di conversione delle risorse.
Usare entrambi i modelli
La scelta del modello può variare in base al test di resilienza. Usa le aree di lavoro di Chaos Studio quando il catalogo degli scenari copre lo schema di interruzione e usa Esperimenti (classici) quando ti serve una composizione di errori o una funzionalità disponibili solo nella versione classica.