You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/chaos-studio/chaos-studio-chaos-experiments.md
+19Lines changed: 19 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -31,6 +31,25 @@ A chaos experiment is an Azure resource deployed to a subscription, resource gro
31
31
32
32
Chaos experiments can target resources in a different subscription than the experiment if the subscription is within the same Azure tenant. Chaos experiments can target resources in a different region than the experiment if the region is a supported region for Chaos Studio.
33
33
34
+
## Documenting chaos experiments
35
+
36
+
There are several methods for documenting chaos engineering. One approach is to use work items in Azure DevOps Boards or in GitHub Projects. By creating dedicated work items for each experiment, you can track the details, progress, and outcomes of your experiments in a structured manner. This documentation can include information such as the purpose of the experiment, the expected outcomes, the steps followed, the resources involved, and any observations or learnings from the experiment.
| Hypothesis | Define the objective and expected outcomes of the experiment ||
41
+
| Attack Layer | Identify which part of the system will be subjected to chaos experiments (e.g., network, database, application layer). ||
42
+
| Duration | Specify the time frame for the chaos experiment. ||
43
+
| Target | Determine the specific targets or components within the system. ||
44
+
| Environment | Define whether the experiment will be conducted in a production, staging, or development environment. ||
45
+
| Observations | Record any data or behavior observed during the experiment. ||
46
+
| Results | Summarize the findings and outcomes of the experiment. ||
47
+
| Action Items | List any action items or steps to be taken based on the results. ||
48
+
||||
49
+
50
+
The hypothesis is a crucial aspect of a chaos experiment as it defines the objective and expected outcomes of the experiment. It helps in testing the system's ability to handle unexpected disruptions effectively. By formulating a clear hypothesis, you can focus your experiment on specific areas of the system and gather meaningful data to evaluate its resilience.
51
+
By leveraging the features of Azure DevOps Boards or GitHub Projects, you can collaborate with your team, assign tasks, set due dates, and track the overall progress of your chaos engineering initiatives. This documentation serves as a reference for future analysis, sharing knowledge, and improving the resilience of your systems.
52
+
34
53
## Next steps
35
54
Now that you understand what a chaos experiment is you're ready to:
0 commit comments