Tradycyjne testy sprawdzają, czy oprogramowanie działa w normalnych warunkach, ale nie to, co się dzieje, gdy pada maszyna wirtualna albo cała strefa dostępności przechodzi w tryb offline. Ten odcinek pokazuje, jak za pomocą Azure Chaos Studio celowo i w kontrolowany sposób psuć własne aplikacje w chmurze, aby były bardziej odporne – na wzór kontrolowanego wypalania stosowanego przez strażaków.Czego się dowiesz:Dlaczego tradycyjne testy nie wystarczą: jak drobna awaria rozchodzi się kaskadowo w systemach rozproszonych – od bazy danych i przekroczenia limitu czasu po moduł równoważenia obciążenia i przeciążone instancjeZasada chaos engineering – hipoteza, prawdziwe kontrolowane awarie, zakres oddziaływania – oraz dwa typy awarii w Azure Chaos Studio: bezpośrednie usługi i oparte na agencieElementy eksperymentu: cele, kroki (kolejno), gałęzie (równolegle) i akcje – oraz dlaczego wykonywane są tylko dopuszczone awarieKonkretny eksperyment: zestaw skalowania maszyn wirtualnych w trzech strefach dostępności, 95% obciążenia CPU na dwóch VM przez pięć minut, a potem wyłączenie strefy 2 – z wnioskiem o pojemności i automatycznym skalowaniuBezpieczeństwo i start: tożsamość zarządzana bez domyślnych uprawnień, małe kroki poza produkcją, anulowanie w każdej chwili, shift left w potoku CI/CD, shift right w produkcji i game daysDla architektów chmury, deweloperów oraz zespołów DevOps i operacyjnych, którzy chcą systematycznie testować i poprawiać odporność swoich aplikacji w Azure.Ten odcinek to polska wersja z dubbingiem AI animowanego wideo z M365 Show prowadzonego przez Microsoft MVP Mirko Petersa.▶ Obejrzyj wideo: https://youtu.be/QymbNYEi950🎧 Więcej odcinków: https://www.m365.fm🎤 M365Con – bezpłatna konferencja Microsoft online: https://m365con.net💼 Mirko Peters na LinkedIn: https://www.linkedin.com/in/m365showpodcast/

This episode includes AI-generated content.