В масштабах предприятия устойчивость приобретает новые измерения. ИИ и автономные агентные фреймворки стремительно автоматизируют разработку ПО и операции. По мере ускорения этого сдвига роль устойчивости становится еще более фундаментальной. Она должна работать систематически во всем жизненном цикле разработки ПО, архитектуре, зависимостях, потоках данных и операциях. Ни одна сложная программная среда не застрахована от сбоев, что делает способность локализовать воздействие, быстро восстанавливаться и непрерывно учиться более важной, чем когда-либо.
Для инженеров, управляющих крупными распределенными системами, устойчивость все чаще означает проектирование с учетом возможных отказов во всей системе, а не только качественное и быстрое восстановление после инцидента. По мере развития нашего жизненного цикла разработки ПО на базе ИИ (AISDLC) мы выделяем семь областей, в которых мы дополнительно внедряем сквозную устойчивость.
1. Устойчивость по дизайну
Устойчивость уже давно является частью инженерной культуры Dynatrace, включая такие устоявшиеся паттерны, как экспоненциальная задержка с случайным отклонением (backoff и jitter), автоматические выключатели (circuit breakers) и проверки режимов отказов. По мере ускорения разработки с помощью ИИ и агентных подходов мы делаем эти практики более систематическими в различных частях нашей платформы и процессов. JUNO, внутренний ресурс знаний Dynatrace по AISDLC, предоставляет инженерные рекомендации и проверки, призванные помочь командам применять паттерны устойчивости до развертывания. Параллельно мы совершенствуем межрегиональные возможности возврата к операционной деятельности на основе модели развертывания active-active.
2. Валидация: процесс QA и хаос-тестирование
Сквозное тестирование, тестирование отказоустойчивости,нагрузочное и тестирование на устойчивость уже являются частью процесса валидации платформы Dynatrace. Мы укрепляем интеграцию этих практик в процесс разработки и релизов, причем устойчивость проверяется в средах разработки, промежуточных (staging), производительных и приближенных к производственным, прежде чем изменения попадут в продакшен. Это включает в себя хаос-инженерию (chaos engineering) и упражнения по внедрению сбоев для таких сценариев, как одновременные отключения, штормы обновления и циклические зависимости восстановления, а также валидацию в масштабе продакшена перед изменениями в общей, критически важной для платформы инфраструктуре. Запланированные симуляции сбоев Sev1 и Sev2 призваны протестировать поведение платформы и процессы реагирования в условиях сложных сценариев отказов.
3. Контроль изменений: управление функциями на уровне тенантов
Мы расширяем использование флагов функций (feature flags) и более детального контроля для дальнейшего разделения развертывания и релиза, а также для постепенного включения возможностей на уровне клиентов или тенантов. Для более рискованных изменений в общей, критически важной для платформы инфраструктуре мы дополняем существующий процесс более надежной валидацией режимов отказов перед развертыванием в продакшене.
4. Изоляция сбоев: устранение единых точек отказа
Продолжая укреплять изоляцию и избыточность в общих службах аутентификации и авторизации, мы разделяем критические функции с использованием обновленных процессных протоколов для автоматических выключателей, контроля объема запросов, более безопасных повторных попыток и региональной изоляции. Эти меры разработаны для локализации сбоев в более узких границах, снижения каскадных эффектов и поддержки грациозной деградации (graceful degradation), когда зависимости нарушены. Граничные элементы управления уже запущены, дальнейшие изменения ядра намечены на декабрь 2026 года, а региональная изоляция запланирована на первую половину 2027 года.
5. Восстановление: операционная дисциплина и процесс работы с инцидентами
Мы продолжаем улучшать поведение при восстановлении и детали реагирования на инциденты посредством оптимизированных паттернов перезапуска и переподключения, дополнительной емкости авторизации, более четких операционных инструкций (runbooks) и регулярных учений по реагированию. В совокупности эти улучшения помогают службам восстанавливаться более предсказуемо, одновременно укрепляя координацию и принятие решений во время сложных инцидентов. Внедряется наша обновленная модель SRE, а усиленные учения в формате командного пункта (war-room) начнутся в декабре 2026 года для дальнейшего практического тестирования процессов восстановления и реагирования на инциденты.
6. Защита данных: отказоустойчивость данных 5 девяток (5 9s)
На платформе было систематически реализовано дальнейшее сокращение зависимостей между приемом телеметрии и другими службами платформы, включая зависимости служб входа в систему и токенов. Безопасные точки (safepoints) в конвейере приема призваны защитить обработку данных, уже поступивших на платформу Dynatrace, и ограничить влияние сбоев в зависимых службах. Дальнейшее разделение приема данных запланировано на первую половину 2027 года.
7. Независимая видимость
Мы внесли дополнительные улучшения в способность Dynatrace мониторить работоспособность платформы независимо от производственной платформы, что помогает сохранять видимость, когда части платформы нарушены. Мы также перепроектируем систему оповещений, чтобы объединить связанные симптомы в более четкие сигналы, и изучаем возможности создания дополнительных представлений работоспособности платформы для клиентов в дополнение к текущей странице статуса. С учетом возможных изменений, улучшения самоконтроля и штормов оповещений намечены на первую половину 2027 года. Потенциальное представление работоспособности для клиентов в настоящее время находится на этапе проработки, дата выпуска еще не утверждена.
Dynatrace является товарным знаком группы компаний Dynatrace, Inc. Все остальные товарные знаки являются собственностью соответствующих владельцев. Этот блог может содержать прогнозные заявления о наших планах в отношении продуктов, предстоящих функциях и ожидаемых улучшениях. Эти заявления носят исключительно информационный характер и не являются обещаниями или гарантиями. Разработка, выпуск и сроки реализации любых описанных функций или возможностей остаются исключительно на усмотрение Dynatrace LLC и могут быть изменены, отложены или отменены без предварительного уведомления. Мы призываем читателей принимать решения на основе текущих возможностей и функций продукта.
Dynatrace является товарным знаком группы компаний Dynatrace, Inc. Все остальные товарные знаки являются собственностью соответствующих владельцев.
Этот блог может содержать прогнозные заявления о наших планах в отношении продуктов, предстоящих функциях и ожидаемых улучшениях. Эти заявления носят исключительно информационный характер и не являются обещаниями или гарантиями. Разработка, выпуск и сроки реализации любых описанных функций или возможностей остаются исключительно на усмотрение Dynatrace LLC и могут быть изменены, отложены или отменены без предварительного уведомления. Мы призываем читателей принимать решения на основе текущих возможностей и функций продукта.
