Термин "ванильный Kubernetes" (Vanilla Kubernetes) означает Kubernetes без дополнительных надстроек, расширений или специализированных дистрибутивов. По сути, это чистая, "из коробки" версия, которая соответствует спецификациям проекта upstream Kubernetes.
Основные характеристики ванильного Kubernetes:
- Отсутствие vendor lock-in: Не привязан к конкретному облачному провайдеру или вендору.
- Базовый набор компонентов: Включает только ключевые компоненты, такие как kube-apiserver, etcd, kube-controller-manager, kube-scheduler, kubelet и kube-proxy.
- Стандартные интеграции: Использует стандартные интерфейсы, например, Container Network Interface (CNI), Container Storage Interface (CSI) и Container Runtime Interface (CRI).
- Ручная установка и настройка: Часто требует более глубокого понимания внутренней работы для развертывания и управления, по сравнению с managed-сервисами.
- Максимальная гибкость: Позволяет тонко настраивать каждый аспект кластера.
Примеры "не ванильного" Kubernetes включают:
- Managed-сервисы облачных провайдеров (AKS, EKS, GKE).
- Дистрибутивы с собственной сборкой или дополнительными инструментами (OpenShift, Rancher).
- Кластеры, развернутые с использованием сторонних инструментов, которые добавляют значительные абстракции или автоматизацию поверх базового Kubernetes.
Выбор ванильного Kubernetes оправдан, когда требуется максимальный контроль над кластером, необходимо избежать привязки к конкретному поставщику или есть специфические требования, которые трудно реализовать в готовых дистрибутивах. Однако это требует более высоких затрат времени и ресурсов на развертывание, обслуживание и обеспечение безопасности.