Amazon EKS позволяет гибко выбирать сетевые дополнения при создания кластера
С сегодняшнего дня Эластичный сервис Amazon Kubernetes (Amazon EKS) предоставляет возможность гибко создавать кластеры Kubernetes без сетевых дополнений по умолчанию, что позволяет легко устанавливать альтернативные дополнения от сторонних разработчиков или с открытым исходным кодом либо самим определять сетевые дополнения по умолчанию с помощью любого инструмента управления жизненным циклом Kubernetes.
В каждый кластер EKS автоматически включаются сетевые дополнения по умолчанию, в том числе Amazon VPC CNI, CoreDNS и kube-proxy, которые обеспечивают критически важные функции для операций с подами и сервисами кластеров EKS. Сервис EKS также позволяет использовать дополнения и инструменты для управления жизненным циклом от сторонних разработчиков или с открытым исходным кодом. Запускаемая сегодня возможность позволяет вам пропускать установку стандартных сетевых дополнений при создании кластера, что упрощает установку альтернативных дополнений. Кроме того, становится проще самостоятельно управлять сетевыми надстройками по умолчанию с помощью любого инструмента управления жизненным циклом, такого как Helm или Kustomize, без необходимости предварительно удалять манифесты Kubernetes для дополнений из кластера.
При создании кластера с помощью консоли EKS, интерфейса командной строки, API или инструментов IaC, таких как AWS CloudFormation, имеется возможность отказаться от использования сетевых дополнений по умолчанию. Подробнее см. в документации по EKS.