Odcinek

Architekci fotela: Planowanie określonych warunków awarii przy użyciu inżynierii chaosu

with David Blank-Edelman

Program Azure Enablement

Inżynieria chaosu: Co to jest? KtoTo powinien to zrobić? Czego można się nauczyć? Jak zacząć? Nasi cenni #ArmchairArchitects, Uli i Eric, dołączymy do Davida, aby żywą dyskusję na temat inżynierii chaosu z punktu widzenia architekta na #AzureEnablementShow.

Powiązane odcinki:

Rozdziały

  • 00:00 — wprowadzenie
  • 01:20 — Jak architekci definiują i myślą o inżynierii chaosu?
  • 02:35 — Cykl życia chmury i cykl życia aplikacji są niezależne od siebie i mogą się zderzać i powodować awarie
  • 03:48 — Czy należy wykonać inżynierię chaosu w środowisku produkcyjnym lub deweloperskim?
  • 04:20 — Co to znaczy wprowadzić błąd?
  • 05:54 — Stosowanie metody naukowej do inżynierii chaosu i kilka przykładów tego, co należy przetestować
  • 07:00 — Uli rozszerza listę "zabawnych" testów do uruchomienia, w tym co się stanie, gdy usługi pojawią się ponownie po awarii
  • 08:10 — Korzystając z przykładu Netflixa, aby pokazać, jak prosty rezerwowy może zwiększyć niezawodność
  • 09:09 — Tworzenie bazy danych poprzednich zdarzeń do użycia podczas tworzenia repertuaru testowania chaosu.
  • 09:55 — Zacznij od testowania pierwotnego, a następnie rozwiń swój repertuar, aby uwzględnić rzeczywiste wydarzenia
  • 11:32 — Testowanie chaosu odbywa się podczas testowania, a nie tylko tego, co testujesz
  • 14:00 — Jak sprawdzić, czy aplikacja i środowisko są wystarczająco dojrzałe, aby przetestować je w środowisku produkcyjnym?

Połącz

Azure