Звичайні тести перевіряють, чи працює програма за нормальних умов, але не показують, що станеться, коли відмовить віртуальна машина або ціла зона доступності перейде в офлайн. У цьому випуску — як за допомогою Azure Chaos Studio навмисно й контрольовано ламати власні хмарні застосунки, щоб зробити їх стійкішими, за принципом контрольованого випалювання, яке застосовують пожежники.Що ви дізнаєтеся:Чому традиційних тестів недостатньо: як невеликий збій каскадом проходить розподіленою системою — від бази даних і тайм-ауту до балансувальника навантаження та перевантажених екземплярівПринцип chaos engineering — гіпотеза, реальні контрольовані збої, радіус впливу — і два типи збоїв в Azure Chaos Studio: безпосередньо через сервіс і на основі агентаСкладові експерименту: цілі, кроки (послідовно), гілки (паралельно) та дії — і чому виконуються лише дозволені збоїКонкретний експеримент: масштабований набір ВМ у трьох зонах доступності, 95 % навантаження ЦП на двох ВМ протягом п’яти хвилин, потім вимкнення зони 2 — і висновок щодо запасу потужності та автомасштабуванняБезпека і старт: керована ідентичність без дозволів за замовчуванням, починати з малого поза продакшеном, скасування будь-коли, shift left у конвеєрі CI/CD, shift right у продакшені та game daysДля хмарних архітекторів, розробників, DevOps- та експлуатаційних команд, які хочуть системно перевіряти й підвищувати стійкість своїх застосунків в Azure.Цей випуск — українська версія з ШІ-дубляжем анімованого відео з M365 Show від Microsoft MVP Мірко Петерса.▶ Дивитися відео: https://youtu.be/QymbNYEi950🎧 Інші випуски: https://www.m365.fm🎤 M365Con — безкоштовна онлайн-конференція з Microsoft: https://m365con.net💼 Мірко Петерс у LinkedIn: https://www.linkedin.com/in/m365showpodcast/

This episode includes AI-generated content.