AWS Resilience Hub добавил анализ зависимостей и общие политики для организаций

AWS добавил в Resilience Hub три возможности: выбор ресурсов EKS по меткам, анализ обнаруженных зависимостей и совместное использование политик устойчивости через AWS Organizations.

Границы приложения по меткам EKS

Resilience Hub может использовать метки внутри namespace как источник состава сервиса. Это позволяет применять уже существующие соглашения Kubernetes и включать в оценку только ресурсы конкретного приложения или команды.

Практический риск — качество самих меток. Если они необязательны, меняются без review или используются одновременно для разных целей, модель приложения окажется неполной. Перед автоматическим обнаружением полезно проверить покрытие метками и определить владельца схемы.

Dependency insights

Новая функция анализирует найденные зависимости, выделяет новые и межрегиональные связи и отмечает необычные паттерны использования. AWS описывает её как генеративную возможность, поэтому результат следует рассматривать как гипотезу для инженера, а не как доказательство отказоустойчивости.

Граф зависимости нужно сверять с потоками данных, сетевой телеметрией, конфигурацией DNS, очередями и внешними API. Особенно важны скрытые общие компоненты: единая система идентификации, общий registry или сервис конфигурации могут создать точку отказа для нескольких приложений.

Общие политики через AWS Organizations

Центральная команда может распространять модульные политики по нескольким аккаунтам и видеть их использование. Это упрощает единый минимум требований, но политика должна учитывать класс приложения. Одинаковые RTO и RPO для внутреннего стенда и критичного сервиса дают формальное, а не полезное единообразие.

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

Источник: официальное сообщение AWS от 18 сентября 2026 года.