Swift выстроила container security для сотен кластеров так, чтобы политика, уязвимости и ownership не расползались по разным системам. Это важный пример того, как hybrid cloud security можно сделать управляемой без постоянного ручного вмешательства.
Когда инфраструктура обслуживает сеть, через которую проходит эквивалент мирового ВВП каждые 3 дня, безопасность перестаёт быть отдельной функцией. У Swift проблема была не в отсутствии инструментов, а в масштабе и в том, как данные о рисках собирались и сопоставлялись. Ручной поиск уязвимого образа в распределённой hybrid cloud-среде был бы слишком медленным и слишком хрупким. На этом фоне даже одна критическая уязвимость в одном образе превращается в операционный риск.
Команда выбрала Red Hat Advanced Cluster Security for Kubernetes как основу для контроля на этапах build, deploy и runtime. Прагматичный выбор был в том, чтобы не строить архитектуру на постоянном опросе каждого кластера из центральной CMDB. Такой pull-based подход создавал лишнюю нагрузку на сеть и усложнял эксплуатацию. Вместо этого Swift перевернула поток данных: локальный агент в каждом Red Hat OpenShift environment собирает данные об образах, отправляет их в центральное хранилище, а затем центральная задача сканирования сопоставляет их с известными CVE и возвращает уже очищенный и приоритизированный риск-профиль обратно в CMDB.
Эта схема важна не только как набор компонентов, но и как архитектурный компромисс. Центр здесь не ходит по кластерам за данными. Он получает уже собранный контекст и обрабатывает его в одном месте. Это снижает сетевую сложность и делает систему более устойчивой к удалению отдельных кластеров. Если кластер исчезает, центральное состояние можно восстановить из кода. То есть отказ одного узла не ломает модель безопасности целиком. Для инфраструктуры такого масштаба это не украшение, а способ удержать управляемость.
Отдельная проблема возникала вокруг изменений самих security policy и версий Red Hat Advanced Cluster Security. В enterprise-среде такие обновления часто дают побочные эффекты: ложные срабатывания, лишний шум и рост alert fatigue у разработчиков. Swift закрыла этот риск через automated regression testing pipeline. Перед продвижением новой политики или новой версии в testing и production команда прогоняет её в sandbox с тестовыми workloads, которые специально вызывают заданные нарушения политики. Так проверяется не только корректность детекта, но и то, не сломает ли обновление привычный developer workflow.
На уровне эксплуатации это дало более спокойную модель работы. Ежедневные автоматические сканы running images, включая short-lived pods, сократили объём ручных проверок. Zero-touch certificate management через Argo CD и HashiCorp Vault убрал ещё один класс рутинных операций. В результате security-команда подключается только тогда, когда подтверждена high-priority vulnerability. Точных метрик в исходном материале нет, поэтому корректнее говорить не о количественном эффекте, а о качественном: меньше ручной работы, меньше операционного шума и более предсказуемое управление риском в hybrid cloud.