Команда описывает, какое приложение должно работать, а Kubernetes размещает и поддерживает его на доступных узлах. Управляющие компоненты хранят и обрабатывают состояние системы, а узлы запускают контейнеры.
Кластер может быть небольшим или распределённым. Размер сам по себе не определяет защищённость: важны доступ к API, настройки узлов, права рабочих нагрузок и способы восстановления управляющих данных.
Кластер используют как общую среду запуска сервисов с управляемым выпуском, масштабированием и восстановлением после отказов. До размещения определяют, какие приложения могут совместно использовать среду и какие границы разделения необходимы.
При проверке ИБ изучают вход в API, RBAC, защиту etcd, настройки контейнеров, сетевой доступ и происхождение образов. Компрометация управляющей учётной записи может затронуть много приложений, поэтому административные права выделяют отдельно.
Команда развёртывает несколько экземпляров внутреннего API на разных узлах. Для конвейера выпуска создаёт ограниченную учётную запись, а административный API не публикует без необходимых ограничений доступа.
При тесте отказа одного узла проверяют восстановление экземпляров и обслуживание запросов. Отдельно пробуют действия от имени конвейера: он должен менять свой сервис, но не читать секреты соседнего приложения или изменять кластерные роли.
Нет. У namespace нет собственного control plane. Для разделения нужны также права, сетевые политики и другие меры. Если требования несовместимы, рассматривают отдельные кластеры.
В управляемом Kubernetes клиенту нечего защищать?Нет. Провайдер может обслуживать управляющую часть, но права, образы, настройки приложений и многие сетевые решения остаются задачами клиента в пределах условий услуги.
Несколько узлов гарантируют отказоустойчивость?Нет. Нужны подходящие размещение экземпляров, резервирование данных и доступность управляющей части. Результат проверяют сценариями отказа, а не только числом узлов.