Wählen Sie zwischen Chaos Studio Arbeitsbereichen und Experimenten (klassisch)

Azure Chaos Studio bietet zwei Ressourcenmodelle für Resilienztests. Chaos Studio Arbeitsbereiche ist das aktuelle Modell. Es ermittelt Ressourcen innerhalb eines Bereichs und führt Szenarien für sie aus. Experimente (klassisch) sind das Legacymodell. Es führt Experimente mit Zielen aus, die Sie einzeln aktivieren. Verwenden Sie diesen Vergleich, um für jeden Resilienztest ein Modell auszuwählen und zu beurteilen, wie sich Workspaces in Ihre bestehende Teststrategie einfügen. Das Modell „Experimente (klassisch)“ ist allgemein verfügbar, und Chaos Studio Workspaces ist als öffentliche Vorschau verfügbar.

Important

Chaos Studio Arbeitsbereiche und Szenarien sind als öffentliche Vorschau verfügbar. Microsoft stellt diese Vorschau in der vorliegenden Form und je nach Verfügbarkeit bereit; sie fällt nicht unter Service Level Agreements oder die beschränkte Garantie. Microsoft bietet Kundensupport für die Vorschau im Rahmen der verfügbaren Möglichkeiten. Diese Vorschau ist nicht für die Produktionsverwendung vorgesehen. Weitere Informationen findest du in den folgenden Artikeln:

Unterschiede zwischen den beiden Modellen

Beide Modelle schleusen reale Fehler in Ihre Azure-Ressourcen ein, unterscheiden sich jedoch darin, wie Sie von „Ich möchte diesen Ausfall testen“ bis hin zu einem laufenden Test gelangen.

Aspect Chaos Studio Arbeitsbereiche (Vorschau) Experimente (klassisch)
Wartungsstatus Aktive Entwicklung. Neue Chaos Studio Features werden im Arbeitsbereichsmodell bereitgestellt. Vorgängermodell. Es gibt keine weitere Weiterentwicklung von Funktionen, und nur kritische Korrekturen, wie Sicherheitsupdates, werden für das Backporting in Betracht gezogen.
Onboarding Legen Sie einen Bereich fest (Abonnement, Ressourcengruppe oder Dienstgruppe). Der Arbeitsbereich ermittelt unterstützte Ressourcen automatisch. Aktivieren Sie ein Ziel und die Funktionen für jede Ressource, bevor sie in einem Experiment verwendet werden kann.
Testdefinition Beginnen Sie mit einer Szenariovorlage, die bereits die Aktionen und Sequenzierung für ein Ausfallmuster erstellt, oder passen Sie eine im Szenario-Designer an. Stellen Sie Fehler, Schritte und Verzweigungen manuell zusammen, und wählen Sie Zielressourcen für jeden Fehler aus.
Finden, was getestet werden soll In der Szenariobibliothek wird gezeigt, welche Szenarien für die in Ihrem Bereich ermittelten Ressourcen gelten. Wählen Sie Fehler aus der Fehlerbibliothek für Experimente (klassisch) aus, und überprüfen Sie die Ressourcenanforderungen.
Identität und Berechtigungen Konfigurieren Sie die verwaltete Identität auf Arbeitsbereichsebene: systemseitig zugewiesen, benutzerseitig zugewiesen oder beides, wobei die Rollenzuweisungen von seinen Szenarien gemeinsam genutzt werden. Das Portal bietet an, fehlende Rollenzuweisungen zu beheben. Verwenden Sie für jedes Experiment eine verwaltete Identität und Rollenzuweisungen.
Berechtigungsüberprüfung Der Arbeitsbereich überprüft die berechtigungen, die für eine Ausführung erforderlich sind, bevor sie gestartet wird. Fehlende Berechtigungen äußern sich in der Regel erst zur Laufzeit als Fehler.
Regions Ein Arbeitsbereich ist eine logische Ressource, die aus jeder der unterstützten Arbeitsbereichsregionen auf Ressourcen in jeder Azure-Region zugreifen kann. Experimente werden in bestimmten Regionen bereitgestellt, und Zielressourcen müssen sich in einer Region für die Ressourcenausrichtung befinden.
Reporting Jede Ausführung erzeugt einen herunterladbaren Szenariobericht mit Ausführungsdetails, einer Aktionszusammenfassung, einer Zeitachse und einem Ausführungsflussdiagramm. Der Experimentverlauf zeigt Ausführungsdetails und Fehlerinformationen pro Ausführung an.
Unterstützte Tests Verwenden Sie den vorkonfigurierten Szenariokatalog oder passen Sie ein Szenario im Designer oder als Microsoft.Chaos/workspaces/scenarios Ressource an. Verwenden Sie den klassischen Fehlerkatalog, einschließlich agentbasierter Fehler, AKS Chaos Mesh-Fehler und dynamischer Zielbestimmung.

Hauptvorteile von Chaos Studio Arbeitsbereichen

Schnelleres Onboarding. Ein Arbeitsbereich beseitigt in Experiments (klassisch) die größte Quelle für Einrichtungsaufwand: die ressourcenspezifische Aktivierung von Ziel- und Funktionsunterstützung. Sie legen einen Bereich einmal fest, und ermittlung findet die unterstützten Ressourcen darin. Wenn Sie später Ressourcen hinzufügen oder entfernen, nimmt der Arbeitsbereich die Änderungen automatisch auf.

Integrierte Empfehlungen. Die Szenariobibliothek wird aus den ressourcen aufgefüllt, die in Ihrem Bereich ermittelt wurden. Daher beginnen Sie mit Ausfallmustern, die für Ihre Umgebung gelten, anstatt Fehler manuell zusammenzustellen. Szenarien wie Compute Zone Down fassen zusammenhängende Störungen für Sie zusammen.

Verwenden Sie eine beliebige Region. Arbeitsbereiche sind logische Ressourcen: Der Arbeitsbereichsbereich muss nicht ihren Zielressourcen entsprechen, und ein Arbeitsbereich kann auf Ressourcen in jeder Azure Region reagieren. Bei Experimenten (klassisch) müssen Ziele und Fähigkeiten zusammen mit Ihren Ressourcen am selben Standort sein, und Experimente können nur in bestimmten Regionen erstellt werden.

Einfachere, sicherere Berechtigungen. Die verwaltete Identität des Arbeitsbereichs ist ein gemeinsamer Kontrollmechanismus zur Begrenzung des Schadensradius, der von allen Szenarien genutzt wird, mit einem zweistufigen Autorisierungsmodell: Die Person, die die Ausführung auslöst, benötigt Berechtigungen für den Arbeitsbereich, und der Arbeitsbereichsidentität müssen Rollen für die Zielressourcen zugewiesen sein. Wenn bei der Überprüfung fehlende Berechtigungen gefunden werden, bietet das Portal an, die Rollenzuweisungen für Sie zu beheben. In Experimenten (klassisch) verwalten Sie eine Identitäts- und Rollenzuweisung für jedes Experiment.

Überprüfung vor Unterbrechung. Ein Arbeitsbereich überprüft, ob die Identität über die Berechtigungen verfügt, die eine Ausführung erfordert, bevor die Ausführung gestartet wird, sodass Berechtigungslücken vor der Ausführung von Aktionen angezeigt werden.

Nachweise, die Sie teilen können. Jede Ausführung generiert einen strukturierten Szenariobericht mit Ausführungsdetails, Aktionsstatus und Dauer, betroffenen Ressourcen, einer Zeitachse und einem Ausführungsfluss. Sie können den Bericht für Compliance-Prüfungen, Retrospektiven nach Vorfällen oder Bewertungen des Resilienz-Reifegrads herunterladen.

Wann Sie sich für Chaos Studio Arbeitsbereiche entscheiden sollten

Wählen Sie Arbeitsbereiche aus, wenn:

  • Sie sind neu bei Chaos Studio und möchten den schnellsten Weg von nichts zu einem sinnvollen Resilienztest.
  • Das benötigte Ausfallmuster ist im Szenariokatalog enthalten oder ähnlich genug, um es im Designer anzupassen.
  • Sie müssen Ressourcen in mehreren Regionen oder Abonnements von einem Ort aus testen.
  • Sie benötigen strukturierte, gemeinsam nutzbare Nachweise für Tests für Compliance- oder Betriebsresilienzframeworks.
  • Mehrere Teams oder Anwendungen benötigen separate Testgrenzen. Sie können einen Arbeitsbereich für jede Anwendung, Jede Umgebung, jedes Team oder jede Compliancegrenze erstellen.

Wann sie Experimente auswählen (klassisch)

Wählen Sie Experimente (klassisch) aus, wenn:

  • Sie benötigen einen Fehler, der im Szenariokatalog noch nicht abgedeckt wird, z. B. bestimmte agentbasierte Fehler oder AKS Chaos Mesh-Fehler für die In-Cluster-Fehlereinfügung.
  • Sie verlassen sich auf klassische Funktionen wie dynamische Zielbestimmung oder geplante Experimentläufe.
  • Sie benötigen ein allgemein verfügbares Ressourcenmodell. Chaos Studio Workspaces ist als öffentliche Vorschau verfügbar und wird nicht für Produktionsworkloads empfohlen.

Wenn Sie Experimente (klassisch) auswählen, sollten Sie den Wartungsstatus berücksichtigen: Es handelt sich um ein Legacymodell ohne weitere Featureentwicklung, und nur wichtige Fixes, z. B. Sicherheitsupdates, werden für den Backport berücksichtigt.

Auswerten eines Moves aus Experimenten (klassisch)

Behandeln Sie die Akzeptanz als Modellauswahlentscheidung für jeden Resilienztest. Gehen Sie nicht davon aus, dass ein Szenario und ein vorhandenes Experiment eine gleichwertige Abdeckung aufweisen.

  1. Prüfen Sie den Szenariokatalog auf das Ausfallmuster und die Ressourcen, die Sie zum Testen benötigen.
  2. Überprüfen Sie arbeitsbereichsbeschränkungen für alle erforderlichen Fehler oder Funktionen, die nicht verfügbar sind.
  3. Überprüfen Sie das Arbeitsbereichsberechtigungsmodell und die rollen, die für das Szenario erforderlich sind.
  4. Verwenden Sie den Workspaces-Schnellstart, um das ausgewählte Szenario und den zugehörigen Bericht in einer sicheren Umgebung zu validieren.
  5. Wählen Sie Experiments (classic) für eine Testanforderung aus, die von einem Fehler oder einer Funktion abhängt, der bzw. die ausschließlich in der klassischen Version verfügbar ist.

Dieser Entscheidungspfad bewertet die Modellanpassung. Es definiert keine Ressourcenkonvertierungsprozedur.

Beide Modelle verwenden

Ihre Modellauswahl kann sich je nach Resilienztest unterscheiden. Verwenden Sie Chaos Studio-Workspaces, wenn der Szenariokatalog das Ausfallmuster abdeckt, und verwenden Sie Experimente (klassisch), wenn Sie eine nur in der klassischen Version verfügbare Fehlerzusammenstellung oder Funktion benötigen.

Nächste Schritte

  • Last updated on