Что такое Azure Chaos Studio?

Azure Chaos Studio — это управляемая служба, которая помогает проверять отказоустойчивость ваших приложений Azure путем внесения контролируемых сбоев, таких как отключение виртуальных машин, принудительное переключение при отказе базы данных и блокировка разрешения DNS-имен. Вы можете использовать Chaos Studio для воспроизведения реальных шаблонов сбоя, проверки работы механизмов восстановления и создания доказательств того, что системы обрабатывают сбои корректно.

Рабочие области и сценарии

Самый быстрый способ начать — использовать Workspace. Рабочая область подключается к вашей среде Azure через область действия (подписку, группу ресурсов или группу служб), обнаруживает развернутые вами ресурсы и рекомендует сценарии, имитирующие модели реальных сбоев для этих ресурсов.

Рабочие области гибкие. Вы можете организовать их так, как удобно вашей команде: создать по одной рабочей области для каждого приложения, для каждой среды (предпродуктивной или продуктивной), для каждой команды или для каждого контура соответствия требованиям. Область действия определяет, к каким ресурсам имеет доступ Рабочая область, поэтому вы контролируете масштаб воздействия на уровне Рабочей области.

Каждый сценарий — это предварительно настроенный тест устойчивости. Вместо того чтобы вручную собирать отдельные действия, вы выбираете сценарий, например Сбой вычислительной зоны или Сбой DNS, а Chaos Studio выполняет компоновку действий, поиск ресурсов и определение последовательности. После завершения выполнения вы получите отчет о сценарии, структурированную запись о том, что произошло, которое можно использовать для соответствия, ретроспективы или взаимодействия с заинтересованными лицами.

Доступные сценарии охватывают сбои в зонах доступности и сети, аварийное переключение базы данных, лавинообразные запросы к кэшу и сбои в обмене сообщениями. Если встроенные шаблоны не соответствуют вашим потребностям, используйте конструктор сценариев для настройки шаблона в собственный сохраненный сценарий. Полный каталог см. в сценариях Azure Chaos Studio.

Чтобы создать первую рабочую область и запустить сценарий, см. краткое руководство. Создание рабочей области и запуск первого сценария.

Эксперименты (классические)

Если в каталоге сценариев нет нужных пользовательских комбинаций сбоев, создавайте эксперименты напрямую. Эксперименты обеспечивают полный контроль над шагами, ветвями, действиями, целевыми объектами и селекторами. Эта модель является исходной моделью Chaos Studio, и существующие эксперименты продолжают работать как раньше.

Chaos Studio поддерживает два типа сбоев:

  • Service-direct: сбои, которые выполняются непосредственно для ресурса Azure через его API управления, без необходимости в агенте. Примеры включают выключение виртуальной машины, инициирование аварийного переключения базы данных SQL или очистку кэша Redis.
  • Агентные: сбои, которые выполняются внутри виртуальной машины или набора масштабирования виртуальных машин для имитации сбоев внутри гостевой ОС, таких как высокая нагрузка на ЦП, нехватка памяти или принудительное завершение процессов.

Каждая ошибка имеет определенные параметры, которые можно настроить. При создании эксперимента необходимо определить один или несколько шагов , которые выполняются последовательно. Каждый шаг содержит одну или несколько ветвей , которые выполняются параллельно. Каждая ветвь содержит одно или несколько действий, таких как внедрение сбоя или ожидание в течение указанного времени.

Схема, показывющая макет эксперимента хаоса.

Пошаговое руководство по модели эксперимента см. в статье "Хаос экспериментов" в Azure Chaos Studio.

плагин Chaos Studio AI

Плагин Chaos Studio AI (startchaos) позволяет создавать рабочие области, настраивать сценарии, запускать их и анализировать результаты через диалоговый интерфейс. Плагин работает как интерактивный навык для GitHub Copilot CLI, а также как сервер MCP (Model Context Protocol), к которому могут обращаться автономные агенты.

После завершения выполнения сценария средство анализа влияния плагина сопоставляет метрики Azure Monitor, журналы и события в журнале действий с целевыми ресурсами, что позволяет увидеть, какие сигналы изменились во время теста, не создавая панели мониторинга вручную.

Инструкции по настройке и полное описание инструмента см. в репозитории плагина Chaos Studio.

Когда следует использовать Chaos Studio

Chaos Studio вписывается в несколько точек жизненного цикла разработки и операций:

  • Воспроизведение инцидентов: после сбоя воспроизводите шаблон сбоя, чтобы убедиться, что исправления улучшают устойчивость.
  • Игровые дни: перед крупным событием запустите сценарии в рабочей или предварительной среде, чтобы убедиться, что системы обрабатывают ожидаемые режимы сбоев.
  • Тестирование обеспечения непрерывности бизнеса: проверить работу механизма переключения на резерв и целевые показатели времени восстановления для планов аварийного восстановления.
  • Непрерывная проверка: выполнение сценариев или экспериментов в качестве шлюзов развертывания в конвейерах CI/CD для перехвата регрессий устойчивости до достижения рабочей среды.
  • Доказательства соответствия требованиям. Использование отчетов сценариев для поддержки требований к доказательствам для операционных платформ устойчивости, таких как DORA.

Следующее видео содержит дополнительные сведения о Студии Хаоса:

Сообщить о проблемах и запросить новые функции

Azure Chaos Studio разрабатывается в открытом формате. Чтобы сообщить об ошибке, запросить функцию или задать вопрос о рабочих областях, сценариях или расширении Azure CLI откройте проблему в репозитории Chaos Studio на GitHub. Отправив вопрос, вы можете отслеживать его ход выполнения и просматривать запросы от других клиентов.

Следующие шаги

  • Last updated on