Ярослав Борбат на Saint HighLoad++ 2025

Extension API Server в Kubernetes: когда CRD недостаточно

DevOps-практики и культура

API

Бэкенд / другое

Распределенные системы

Архитектуры / другое

Технологии виртуализации и контейнеризации

Теория

24 июня, 14:40, «Зал №3 Розовый зал»

Google Outlook Apple

Доклад принят в программу конференции

Мнение Программного комитета о докладе

Когда необходимо расширить возможности Kubernetes и добавить новую функциональность, приходит на ум Custom Resource Definitions. И закономерный вопрос: всегда ли CRD достаточно для решения задачи, или есть другие подходы, которые можно использовать в разработке под Kubernetes? Попробуем разобраться!

Целевая аудитория

Доклад будет интересен разработчикам, архитекторам и инженерам, работающим с Kubernetes и расширяющим его API. Будет полезен тем, кто использует CRD и хочет глубже разобраться в их возможностях, а также тем, кто рассматривает Extension API server как альтернативу.

Тезисы

Kubernetes API основан на объектной модели, которая позволяет эффективно управлять ресурсами. Custom Resource Definitions (CRD) обеспечивают удобный и мощный механизм для расширения API Kubernetes, позволяя большинству пользователей создавать свои ресурсы и управлять ими без сложной дополнительной логики. Однако в некоторых случаях возможностей CRD может быть недостаточно. В таких ситуациях на помощь приходит Extension API Server — более гибкий способ расширения API, позволяющий реализовывать сложную логику, недоступную через CRD.

Ярослав Борбат

Флант

Разработчик с опытом работы в Kubernetes и Go.
Начинал карьеру как системный администратор Linux/Kubernetes, а затем перешел в разработку, где в настоящее время работает над платформой DVP (Deckhouse Virtualization Platform), предоставляющей возможности для запуска виртуальных машин в Kubernetes и управления ими.
Специализируется на автоматизации процессов и создании масштабируемых решений для эффективного управления ресурсами и приложениями в Kubernetes.