Eksperymenty chaosu
W usłudze Azure Chaos Studio tworzysz i uruchamiasz eksperymenty chaosu. Eksperyment chaosu to zasób platformy Azure, który opisuje błędy, które należy uruchomić, a zasoby, względem których te błędy powinny być uruchamiane.
Eksperyment jest podzielony na dwie sekcje:
Selektory: Selektory to grupy zasobów docelowych, które mają błędy lub inne akcje uruchamiane względem nich. Selektor umożliwia logiczne grupowanie zasobów do ponownego użycia w wielu akcjach.
Na przykład może istnieć selektor o nazwie
AllNonProdEastUSVMs
, w którym dodano wszystkie maszyny wirtualne nieprodukcyjne w regionie Wschodnie stany USA. Następnie można zastosować ciśnienie procesora CPU, a następnie wykorzystanie pamięci wirtualnej do tych maszyn wirtualnych, odwołując się do selektora.Logika: w pozostałej części eksperymentu opisano, jak i kiedy uruchamiać błędy. Eksperyment jest zorganizowany w kroki , które uruchamiają jeden po drugim. Każdy krok ma co najmniej jedną gałąz , która jest uruchamiana w tym samym czasie. Kroki i gałęzie umożliwiają równoległe wstrzykiwanie wielu błędów między zasobami w środowisku.
Każda gałąź ma co najmniej jedną akcję, czyli błędy, które mają być uruchamiane, lub opóźnienia czasowe. Błędy to akcje, które powodują pewne zakłócenia. Większość błędów bierze jeden lub więcej parametrów, takich jak czas trwania uruchomienia błędu lub ilość obciążenia do zastosowania.
Eksperymenty między subskrypcjami i między dzierżawami
Eksperyment chaosu to zasób platformy Azure wdrożony w subskrypcji, grupie zasobów i regionie. Możesz użyć witryny Azure Portal lub interfejsu API REST programu Chaos Studio do tworzenia, aktualizowania, uruchamiania, anulowania i wyświetlania stanu eksperymentu.
Eksperymenty chaosu mogą kierować zasoby w innej subskrypcji niż eksperyment, jeśli subskrypcja znajduje się w tej samej dzierżawie platformy Azure. Eksperymenty chaosu mogą kierować zasoby w innym regionie niż eksperyment, jeśli region jest obsługiwanym regionem dla programu Chaos Studio.
Dokumentowanie eksperymentów chaosu
Istnieje kilka kluczowych aspektów procesu eksperymentowania chaosu, które można śledzić i modyfikować w czasie. Jednym z podejść jest użycie elementów roboczych w usłudze Azure Boards lub w usłudze GitHub Projects. Tworząc dedykowane elementy robocze dla każdego eksperymentu, możesz śledzić szczegóły, postęp i wyniki eksperymentów w sposób ustrukturyzowany. Ta dokumentacja może zawierać informacje, takie jak cel eksperymentu, oczekiwane wyniki, wykonywane kroki, zasoby oraz wszelkie obserwacje lub wnioski z eksperymentu.
Towar | Szczegóły |
---|---|
Hipoteza | Definiowanie celu i oczekiwanych wyników eksperymentu |
Zakres docelowy | Określ, która część systemu zostanie poddana eksperymentom chaosu (np. sieci, bazy danych, warstwie aplikacji). |
Czas trwania | Określ przedział czasu eksperymentu chaosu. |
Obiekt docelowy | Określ określone elementy docelowe lub składniki w systemie. |
Środowisko | Określ, czy eksperyment zostanie przeprowadzony w środowisku produkcyjnym, przejściowym, czy deweloperskim. |
Obserwacje | Zarejestruj wszelkie dane lub zachowanie zaobserwowane podczas eksperymentu. |
Wyniki | Podsumowanie wyników i wyników eksperymentu. |
Elementy akcji | Wyświetl listę wszystkich elementów akcji lub kroków, które mają zostać wykonane na podstawie wyników. |
Hipoteza jest kluczowym aspektem eksperymentu chaosu, ponieważ definiuje cel i oczekiwane wyniki eksperymentu. Pomaga to w testowaniu zdolności systemu do efektywnego obsługi nieoczekiwanych zakłóceń. Formułując wyraźną hipotezę, możesz skupić się na konkretnych obszarach systemu i zebrać istotne dane, aby ocenić jego odporność. Korzystając z funkcji usługi Azure Boards lub GitHub Projects, możesz współpracować z zespołem, przypisywać zadania, ustawiać daty ukończenia i śledzić ogólny postęp inicjatyw inżynieryjnych chaosu.
Następne kroki
Teraz, gdy już wiesz, co to jest eksperyment chaosu, możesz wykonać następujące czynności: