Kaosexperiment
I Azure Chaos Studio skapar och kör du kaosexperiment. Ett kaosexperiment är en Azure-resurs som beskriver de fel som ska köras och de resurser som felen ska köras mot.
Ett experiment är indelat i två avsnitt:
Väljare: Väljare är grupper av målresurser som har fel eller andra åtgärder som körs mot dem. Med en väljare kan du logiskt gruppera resurser för återanvändning mellan flera åtgärder.
Du kan till exempel ha en väljare med namnet
AllNonProdEastUSVMs, där du har lagt till alla virtuella datorer som inte är produktionsdatorer i USA, östra. Du kan sedan använda CPU-tryck följt av virtuellt minnestryck på de virtuella datorerna genom att referera till väljaren.Logik: Resten av experimentet beskriver hur och när fel ska köras. Ett experiment organiseras i steg som körs en efter en. Varje steg har en eller flera grenar som körs samtidigt. Med steg och grenar kan du mata in flera fel mellan resurser i din miljö parallellt.
Varje gren har en eller flera åtgärder, som antingen är de fel som du vill köra eller tidsfördröjningar. Fel är åtgärder som orsakar vissa störningar. De flesta fel tar en eller flera parametrar, till exempel varaktigheten för att köra felet eller mängden stress som ska tillämpas.
Experiment mellan prenumerationer och klientorganisationer
Ett kaosexperiment är en Azure-resurs som distribueras till en prenumeration, resursgrupp och region. Du kan använda Azure Portal eller Chaos Studio REST API för att skapa, uppdatera, starta, avbryta och visa status för ett experiment.
Kaosexperiment kan rikta in sig på resurser i en annan prenumeration än experimentet om prenumerationen finns i samma Azure-klientorganisation. Kaosexperiment kan rikta in sig på resurser i en annan region än experimentet om regionen är en region som stöds för Chaos Studio.
Dokumentera kaosexperiment
Det finns flera viktiga aspekter av din kaosexperimenteringsprocess som du kan spåra och ändra över tid. En metod är att använda arbetsobjekt i Azure Boards eller i GitHub Projects. Genom att skapa dedikerade arbetsobjekt för varje experiment kan du spåra information, förlopp och resultat för dina experiment på ett strukturerat sätt. Den här dokumentationen kan innehålla information som syftet med experimentet, förväntade resultat, de steg som följs, de resurser som ingår och eventuella observationer eller lärdomar från experimentet.
| Artikel | Details |
|---|---|
| Hypotes | Definiera experimentets mål och förväntade resultat |
| Målomfång | Identifiera vilken del av systemet som ska utsättas för kaosexperiment (t.ex. nätverk, databas, programlager). |
| Varaktighet | Ange tidsramen för kaosexperimentet. |
| Mål | Fastställa specifika mål eller komponenter i systemet. |
| Environment | Definiera om experimentet ska utföras i en produktions-, mellanlagrings- eller utvecklingsmiljö. |
| Observationer | Registrera data eller beteenden som observerats under experimentet. |
| Resultat | Sammanfatta resultaten och resultaten av experimentet. |
| Åtgärdsobjekt | Lista eventuella åtgärdsobjekt eller åtgärder som ska vidtas baserat på resultaten. |
Hypotesen är en viktig aspekt av ett kaosexperiment eftersom den definierar experimentets mål och förväntade resultat. Det hjälper till att testa systemets förmåga att hantera oväntade störningar effektivt. Genom att formulera en tydlig hypotes kan du fokusera experimentet på specifika delar av systemet och samla in meningsfulla data för att utvärdera dess motståndskraft. Genom att utnyttja funktionerna i Azure Boards eller GitHub Projects kan du samarbeta med ditt team, tilldela uppgifter, ange förfallodatum och spåra de övergripande förloppet för dina kaosutvecklingsinitiativ.
Nästa steg
Nu när du förstår vad ett kaosexperiment är är du redo att: