Вокруг Kubernetes в VK
رفتن به کانال در Telegram
Делимся новостями из мира Kubernetes и DevOps. А еще рассказываем про кластеры K8s в облаке VK Cloud https://cloud.vk.com/containers Мы в MAX: https://max.ru/k8s_vk
نمایش بیشتر4 361
مشترکین
+124 ساعت
-27 روز
-1630 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
ژوئیه '26
ژوئیه '26
+17
در 1 کانالها
ژوئن '26
+25
در 1 کانالها
Get PRO
مه '26
+18
در 1 کانالها
Get PRO
آوریل '26
+24
در 0 کانالها
Get PRO
مارس '26
+49
در 3 کانالها
Get PRO
فوریه '26
+27
در 2 کانالها
Get PRO
ژانویه '26
+16
در 0 کانالها
Get PRO
دسامبر '25
+26
در 0 کانالها
Get PRO
نوامبر '25
+211
در 3 کانالها
Get PRO
اکتبر '25
+22
در 0 کانالها
Get PRO
سپتامبر '25
+12
در 0 کانالها
Get PRO
اوت '25
+19
در 0 کانالها
Get PRO
ژوئیه '25
+32
در 0 کانالها
Get PRO
ژوئن '25
+35
در 1 کانالها
Get PRO
مه '25
+36
در 0 کانالها
Get PRO
آوریل '25
+33
در 1 کانالها
Get PRO
مارس '25
+40
در 1 کانالها
Get PRO
فوریه '25
+47
در 0 کانالها
Get PRO
ژانویه '25
+50
در 0 کانالها
Get PRO
دسامبر '24
+44
در 0 کانالها
Get PRO
نوامبر '24
+61
در 0 کانالها
Get PRO
اکتبر '24
+60
در 0 کانالها
Get PRO
سپتامبر '24
+43
در 0 کانالها
Get PRO
اوت '24
+45
در 0 کانالها
Get PRO
ژوئیه '24
+34
در 0 کانالها
Get PRO
ژوئن '24
+21
در 1 کانالها
Get PRO
مه '24
+30
در 1 کانالها
Get PRO
آوریل '24
+34
در 1 کانالها
Get PRO
مارس '24
+148
در 1 کانالها
Get PRO
فوریه '24
+96
در 7 کانالها
Get PRO
ژانویه '24
+260
در 9 کانالها
Get PRO
دسامبر '23
+223
در 12 کانالها
Get PRO
نوامبر '23
+245
در 2 کانالها
Get PRO
اکتبر '23
+167
در 0 کانالها
Get PRO
سپتامبر '23
+35
در 0 کانالها
Get PRO
اوت '23
+46
در 0 کانالها
Get PRO
ژوئیه '23
+50
در 0 کانالها
Get PRO
ژوئن '23
+78
در 0 کانالها
Get PRO
مه '23
+96
در 0 کانالها
Get PRO
آوریل '23
+71
در 0 کانالها
Get PRO
مارس '23
+446
در 0 کانالها
Get PRO
فوریه '23
+98
در 0 کانالها
Get PRO
ژانویه '23
+89
در 0 کانالها
Get PRO
دسامبر '22
+48
در 0 کانالها
Get PRO
نوامبر '22
+20
در 0 کانالها
Get PRO
اکتبر '22
+32
در 0 کانالها
Get PRO
سپتامبر '220
در 0 کانالها
Get PRO
اوت '22
+47
در 0 کانالها
Get PRO
ژوئیه '220
در 0 کانالها
Get PRO
ژوئن '22
+71
در 0 کانالها
Get PRO
مه '22
+36
در 0 کانالها
Get PRO
آوریل '22
+12
در 0 کانالها
Get PRO
مارس '22
+13
در 0 کانالها
Get PRO
فوریه '22
+20
در 0 کانالها
Get PRO
ژانویه '22
+26
در 0 کانالها
Get PRO
دسامبر '21
+246
در 0 کانالها
Get PRO
نوامبر '21
+54
در 0 کانالها
Get PRO
اکتبر '21
+962
در 0 کانالها
Get PRO
سپتامبر '21
+51
در 0 کانالها
Get PRO
اوت '21
+41
در 0 کانالها
Get PRO
ژوئیه '21
+51
در 0 کانالها
Get PRO
ژوئن '21
+44
در 0 کانالها
Get PRO
مه '21
+35
در 0 کانالها
Get PRO
آوریل '21
+51
در 0 کانالها
Get PRO
مارس '21
+115
در 0 کانالها
Get PRO
فوریه '21
+85
در 0 کانالها
Get PRO
ژانویه '21
+33
در 0 کانالها
Get PRO
دسامبر '20
+2 028
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 30 ژوئیه | +1 | |||
| 29 ژوئیه | +1 | |||
| 28 ژوئیه | 0 | |||
| 27 ژوئیه | +1 | |||
| 26 ژوئیه | 0 | |||
| 25 ژوئیه | 0 | |||
| 24 ژوئیه | 0 | |||
| 23 ژوئیه | +2 | |||
| 22 ژوئیه | 0 | |||
| 21 ژوئیه | +1 | |||
| 20 ژوئیه | 0 | |||
| 19 ژوئیه | +1 | |||
| 18 ژوئیه | 0 | |||
| 17 ژوئیه | +1 | |||
| 16 ژوئیه | 0 | |||
| 15 ژوئیه | +3 | |||
| 14 ژوئیه | +1 | |||
| 13 ژوئیه | 0 | |||
| 12 ژوئیه | 0 | |||
| 11 ژوئیه | 0 | |||
| 10 ژوئیه | 0 | |||
| 09 ژوئیه | 0 | |||
| 08 ژوئیه | +2 | |||
| 07 ژوئیه | 0 | |||
| 06 ژوئیه | +1 | |||
| 05 ژوئیه | 0 | |||
| 04 ژوئیه | 0 | |||
| 03 ژوئیه | +1 | |||
| 02 ژوئیه | +1 | |||
| 01 ژوئیه | 0 |
پستهای کانال
🗂 Приложение легко масштабировать, пока оно не начинает работать с файлами.
Представьте: интернет-магазин увеличивает сервис загрузки фотографий с 2 до 10 POD’ов. Покупатель добавляет снимок через POD № 3, а POD № 7 его не видит — файл остался на локальном диске первой реплики.
Стандартные способы хранения решают проблему только отчасти. EmptyDir теряет данные при перезапуске POD’а, блочный диск в режиме ReadWriteOnce доступен только с одной ноды, а для NFS или Ceph нужна отдельная инфраструктура.
В новой статье разбираем, как организовать общее файловое пространство с помощью S3-CSI в VK Cloud Managed Kubernetes.
🔎 S3-CSI монтирует бакет Object Storage в контейнер как обычный каталог
Все POD’ы, подключенные к одному PVC в режиме ReadWriteMany, работают с одними и теми же файлами. При масштабировании Node Plugin монтирует бакет на новой ноде, поэтому дополнительная реплика может сразу работать с уже загруженными данными. Менять код приложения и подключать S3 SDK не требуется.
🛠 Файлы при этом хранятся независимо от жизненного цикла кластера
Rolling update, перезапуск POD’ов или перенос нагрузки на другие ноды не затрагивают содержимое бакета. Object Storage автоматически растет вместе с объемом данных, а оплата рассчитывается по фактически занятому месту.
➜ Как устроен S3-CSI, чем статическое провизионирование отличается от динамического и как подключить бакет через PV и PVC, читайте в блоге VK Cloud.
📬 Мы в MAX
| 2 |  🧩 Kubernetes становится понятнее, когда вы перестаете учить его по шпаргалке
Первые команды запоминаются быстро: kubectl get pods, kubectl apply, kubectl logs. Но однажды Pod не стартует, Service не отвечает, а Deployment пересоздает Pod, и списка команд уже недостаточно.
В новой статье разбираем маршрут для разработчика: от локального кластера на ноутбуке до Managed Kubernetes в облаке.
🔎 Сначала нужно понять, что происходит внутри кластера.
Pod запускает контейнеры, Deployment следит за репликами и обновлениями, Service дает приложению стабильную точку доступа. Когда понятны связи между сущностями, отладка перестает быть перебором команд: вы знаете, где искать проблему и зачем переходить от get к describe и logs.
🛠 Следующий шаг — пройти путь от локальной среды до облака.
Для первых экспериментов подойдет Minikube, для разработки, тестов и CI/CD — kind. Локальный кластер можно без риска ломать, пересоздавать и использовать для изучения механики Kubernetes.
Когда проекту понадобятся отказоустойчивость, масштабирование и SLA, можно перейти в Managed Kubernetes. Рабочий процесс при этом сохранится: те же манифесты, тот же kubectl apply и привычные инструменты отладки.
➜ Полный текст статьи читайте в блоге VK Cloud.
📬 Мы в MAX | 714 |
| 3 |  🧷 Запиннили зависимости? Проверьте, что workflow подтягивает дальше
Даже SHA-пиннинг не закрывает все риски: workflow может подтянуть вредоносную зависимость во время выполнения. В CI/CD нужно контролировать доступы к сборке и код, который она подтягивает во время работы: GitHub Actions, контейнерные образы, Go-модули.
Продолжаем рассказывать о защите CI/CD-конвейера. В прошлый раз говорили о том, кто может запускать сборки и какой CI-код разрешено исполнять. Сейчас речь пойдет про уровень зависимостей: какой код эти сборки подтягивают и как убедиться, что его не подделали.
🔎 Как Cilium контролирует зависимости в CI/CD:
⭐ фиксирует GitHub Actions по полному 40-символьному SHA-коммиту, чтобы изменение или подмена тега не привели к загрузке другого кода;
⭐ фиксирует контейнерные образы по @sha256-дайджесту, чтобы сборка использовала конкретное неизменяемое содержимое;
⭐ обновляет зависимости через Renovate: бот поднимает SHA и открывает отдельный PR;
⭐ ждет пять дней перед обновлением, чтобы скомпрометированную версию успели обнаружить и удалить до обновления;
⭐ вендорит Go-модули, проверяет согласованность go.mod, go.sum и vendor/ и отправляет изменения зависимостей на ревью;
⭐ проверяет workflow с помощью CodeQL и actionlint еще до ручного ревью.
⚠️ Но у пиннинга есть слепое пятно
Запинненный по SHA action может ссылаться на транзитивные зависимости по тегам. Они разрешаются во время выполнения и остаются незаметными. В 2026 году GitHub планирует добавить секцию dependencies для фиксации всех зависимостей по SHA.
Автоматически сливаются только обновления из разрешенного списка, остальные проходят ревью. Форкать все сторонние actions слишком затратно: форки нужно синхронизировать, иначе они сами становятся уязвимостью.
Поэтому Cilium фиксирует зависимости, контролирует обновления и проверяет workflow статическим анализом.
🔹 Подробнее об этом читайте на Хабре — в новой статье о защите CI/CD
📬 Мы в MAX | 672 |
| 4 |  🔐 Защитите учетные данные приложений с помощью аддона External Secret Operator
Мы упростили управление секретами в Managed Kubernetes. Теперь для защиты паролей, ключей доступа и токенов в кластерах Kubernetes доступен аддон External Secret Operator. Он связывает контейнеры с централизованным облачным хранилищем секретов VK Cloud и избавляет от переноса конфиденциальных данных вручную.
💪 В чем преимущества:
🌟Секреты хранятся в изолированном специализированном хранилище.
🌟Приложения в кластере безопасно получают актуальные пароли для работы с внешними сервисами, базами данных или S3-хранилищами.
🌟Риск утечки данных из-за человеческого фактора сведен к минимуму — секреты передаются по защищенным внутренним каналам платформы.
👉 Подключите External Secret Operator в панели управления Managed Kubernetes при создании или настройке кластера.
📬 Мы в MAX | 1 423 |
| 5 |  🏗 Когда вы в последний раз документировали архитектуру своего проекта?
Обычно руки доходят до этого перед аудитом или после инцидента. VK Cloud дает повод сделать это заранее — и получить бонусы и ревью от практикующих архитекторов.
Мы проводим конкурс «Архитектура мечты» для тех, кто проектирует или поддерживает облачную инфраструктуру: архитекторов, DevOps- и SRE-инженеров, техлидов и CTO.
Опишите «идеальную» архитектуру своего облачного проекта и отправьте ее на оценку жюри — команды архитекторов VK Cloud.
💙 Все участники получат 5 000 ₽ бонусами от VK Cloud
💙 Лучший проект — 1 000 000 ₽ бонусами
🏆 Что будем оценивать:
30% — надежность
20% — безопасность
15% — комплаенс
15% — эффективность использования ресурсов VK Cloud
10% — экономическая обоснованность
10% — понятность и полноту описания
🧑💻 Как участвовать:
⭐ зарегистрируйтесь на платформе VK Cloud
⭐ подготовьте PDF-файл с описанием архитектуры
⭐ отправьте ID и файл через страницу конкурса
Мы приглашаем к участию только юридические лица и ИП. Отправить заявку и получить бонус можно один раз.
Прием заявок открыт до 1 октября 2026 года включительно. Итоги конкурса подведем 12 октября.
➡️ Подайте заявку на странице конкурса
🔗 Мы в MAX | 1 024 |
| 6 |  🤖 Почему ИИ-сервисы все чаще запускают в Kubernetes?
Потому что модель не работает в вакууме. API, хранилища с датасетами, пайплайны обучения, сервисы инференса, мониторинг и права доступа — управлять всем этим удобнее в одном контуре: с едиными правилами масштабирования.
⛓️ Kubernetes как раз дает такой слой управления. Он помогает распределять мощности между задачами, подключать S3-хранилища, изолировать GPU-ноды от непрофильной нагрузки и не держать ресурсы включенными без необходимости.
⭐️ Но остается вопрос: кто будет обслуживать сам кластер? В нашем обновленном Managed Kubernetes эту часть берет на себя облачная платформа:
🔹 Кластеры и аддоны разворачиваются за несколько кликов
🔹 При сбоях сервис автоматически восстанавливает ноды
🔹 Для критичных нагрузок доступны отказоустойчивые конфигурации с тремя или пятью мастер-нодами
🔹 Автомасштабирование, Spot-инстансы и раздельный биллинг помогают точнее управлять затратами.
➡️ Подробностями в нашем блоге делится Евгений Власов, руководитель команды solution sales VK Cloud. | 1 521 |
| 7 |  Kubernetes гибкий, пока кластеров не становится слишком много 🤯
Сначала у команды появляется один отдельный кластер. Потом еще один — под новое окружение. Потом еще несколько — потому что у продукта свои требования.
👆 Так компания незаметно приходит к десяткам Kubernetes-кластеров, которые нужно обновлять, мониторить, защищать и оплачивать отдельно.
Multitenancy помогает решить эту задачу: несколько команд используют общую инфраструктуру, но остаются изолированными друг от друга.
🔎 Чтобы общий кластер не превратился в источник рисков, нужно несколько уровней контроля:
• RBAC — разграничивает доступы внутри namespace
• NetworkPolicies — ограничивают сетевое взаимодействие между подами
• ResourceQuotas и LimitRanges — задают лимиты потребления ресурсов
• Pod Security Standards — ограничивают небезопасные настройки подов
Перевели статью о том, какие модели Multitenancy используют в Kubernetes. А еще — как проектировать namespace, настраивать изоляцию, считать затраты по командам и не утонуть в операционном хаосе.
➜ Читайте статью на Хабре
🔗 Мы в MAX | 1 077 |
| 8 |  ⚡️ Почему GPU-нагрузки плохо масштабировать по CPU
Для vLLM, Triton, batch-инференса и обучения моделей стандартных метрик CPU и памяти часто недостаточно.
Основная нагрузка уходит в GPU, поэтому масштабирование лучше строить по сигналам ускорителя:
• утилизация GPU
• использование VRAM
• температура
• энергопотребление
Для этого KEDA нужно передать метрики, которых у нее нет из коробки. В статье разобрали, как добавить их через внешний скейлер.
🔧 Как это работает:
• на GPU-нодах запускается DaemonSet
• он читает локальные метрики через NVML
• передает их в KEDA по gRPC через ExternalScaler
• KEDA управляет масштабированием нагрузки через HPA
Для типовых сценариев есть готовые профили: vllm-inference, triton-inference, training и batch.
Например, vLLM deployment можно масштабировать по использованию памяти GPU и уводить в scale-to-zero при простое.
➜ Читайте на Хабре, как собрать внешний GPU-скейлер для KEDA и настроить автоскейлинг GPU-нагрузок в Kubernetes
🔗 Мы в MAX | 1 263 |
| 9 |  Войдите в экспертный совет АОТ 🔝
АОТ — это Ассоциация облачно-ориентированных технологий, которую основали VK Cloud, Yandex Cloud и «Флант», чтобы популяризовать Cloud Native-технологии на российском рынке.
🚀 Сейчас АОТ собирает экспертный совет: это девять ведущих практиков в области облачно-ориентированных технологий и Kubernetes. Они будут определять технологическую повестку ассоциации, участвовать в запуске отраслевых инициатив, технической валидации подходов и практик.
В экспертный совет приглашают профессионалов, желающих влиять на развитие технологий и обладающих практическим опытом в cloud-native и Kubernetes. Важно, чтобы у кандидатов был подтвержденный экспертный вклад в индустрию — статьи, выступления, open-source-проекты, а также готовность уделять 10-20 часов в месяц инициативам и задачам совета 📚
Подробнее про совет и требования к кандидатам — на сайте ассоциации: заходите, изучайте и подавайте заявки до 22 июля. Результаты отбора появятся в официальных каналах АОТ в августе 2026 года. | 1 733 |
| 10 |  Ускорьте ИИ-нагрузки на 15%
С Managed Kubernetes на физических серверах
Managed Kubernetes автоматизирует развертывание и обслуживание приложений — вам не придется вручную следить за инфраструктурой и держать для этого отдельную команду.
👆 Раньше такие кластеры работали поверх виртуальных машин, теперь — прямо на «железе». Платите только за полезные вычисления и используйте всю мощность видеокарт.
Новое поколение сервиса Managed Kubernetes рассчитано на экстремальные нагрузки: один кластер выдерживает до 55 000 микросервисов одновременно с гарантированной доступностью 99,95%.
🔧 Настройку, масштабирование и обновление можно запускать параллельно, что сокращает время вывода продуктов на рынок и снижает объем ручной работы.
Такое решение отдает под расчеты 100% мощности графических процессоров и ускоряет работу с ИИ-нагрузками на 15%.
Запускать высоконагруженные и ИИ-приложения можно в четырех зонах доступности VK Cloud, полностью контролируя ресурсы и сохраняя привычное удобство облака. Инфраструктура отвечает требованиям 152-ФЗ, стандартам ISO и PCI DSS, а дата-центры аттестованы по 21 приказу ФСТЭК.
➜ Протестируйте Managed Kubernetes по ссылке
🔗 Мы в MAX | 1 028 |
| 11 |  پیام ویدیو | 895 |
| 12 | Если вы еще не видели сегодняшний доклад Саши — вы знаете, где его искать 👀 | 829 |
| 13 |  +4Мы входим в эпоху Cloud-Native AI 🤖
Что ее характеризует?
• Managed k8s c GPU из коробки
• автомасштабирование GPU-нод
• MIG, vGPU, разделение по времени использования
• S3 CSI для больших датасетов
• ZeroOps для ML-платформ
Как в соответствии с этим меняется инфраструктура для ИИ-нагрузок? Какое место занимает в ней Managed Kubernetes?
Об этом Александр Прохоров, эксперт команды Developer Productivity VK Cloud, рассказал на VK Cloud Conf 2026. Смотрите запись трансляции на сайте конференции.
🔗 Мы в MAX | 1 772 |
| 14 |  ⏰ VK Cloud Conf стартует через 10 минут
Делимся ссылками на трансляцию:
• VK Видео
• Сайт VK Cloud
• CNews — на главной странице
• Дзен — в теме «ИТ»
Ждем вас на площадке и онлайн 💙 | 985 |
| 15 |  В Managed Kubernetes теперь доступен аддон S3-CSI — решение для проектов, которые работают с большим объемом пользовательских или системных файлов 🔗
Он позволяет подключить S3-хранилище напрямую к приложению в качестве диска.
С какими задачами поможет S3-CSI:
➕Упростить масштабирование: вы сможете управлять количеством подов без риска потерять данные благодаря одновременной работе с общими файлами в S3.
➕Снизить затраты: хранить файлы, архивы и копии в S3 значительно дешевле, чем на стандартных дисках.
➕Защитить от нехватки места: безлимитное объектное хранилище избавляет от необходимости вручную расширять диски при росте объема данных.
➕Обеспечить постоянный доступ: файлы изолированы от жизненного цикла контейнеров и остаются на месте даже при перезапуске всех подов.
☑️ Как активировать: выберите S3-CSI в списке расширений при создании или настройке кластера в панели управления VK Cloud.
Узнайте, как установить и настроить аддон ➜
🔗 Мы в MAX | 881 |
| 16 |  🧩 Pod не стартует? Проверьте env от Service
Service в Kubernetes дает стабильный доступ к группе Pod. При этом данные о Service по умолчанию добавляются в Pod как переменные окружения.
Эта деталь может неожиданно повлиять на запуск приложения.
Например, Service с именем server сгенерирует env SERVER_PORT. Если приложение ждет в этой переменной число, а получает строку вида tcp://<ClusterIP>:<port>, запуск может завершиться ошибкой.
Еще один сценарий — большое количество Service и портов в Namespace.
Набор env разрастается, контейнер упирается в лимит ядра и падает с ошибкой: argument list too long.
Поэтому при странных ошибках запуска стоит проверить Service в Namespace и env, которые попадают в Pod.
💙 Что помогает снизить риск:
• отключать автоматические env от Service через enableServiceLinks : false
• явно задавать критичные env в манифестах
• ограничивать количество Service и портов
• защищать Service kubernetes в namespace default от изменений
В статье разобрали, как Service влияет на env в Pod, почему это может ломать приложения и какие настройки помогают защититься.
➜ Читайте статью на Хабре
🔗 Мы в MAX | 846 |
| 17 |  Александр Прохоров, эксперт команды Developer Productivity VK Cloud, приглашает на VK Cloud Conf 2026 💙
17 июня в Москве обсудим, как Managed Kubernetes в VK Cloud превращается в высокопроизводительную платформу для ИИ-нагрузок. Рассмотрим автоматизацию администрирования, эластичность и масштабирование, работу с большими массивами данных.
Регистрируйтесь на конференцию ➜
🔗 Мы в MAX | 1 091 |
| 18 |  🛡️ CI/CD может стать точкой входа в атаку
Если злоумышленник доберется до сборочного пайплайна, проблема может попасть дальше — в контейнерные образы, Helm-чарты и пользовательские кластеры.
👆 Для Cilium это особенно критично.
Он работает в сетевом пути уровня ядра Linux и используется в Kubernetes-кластерах для сетевой связности, политик безопасности и наблюдаемости трафика.
Про возможности Cilium в Managed Kubernetes VK Cloud рассказывали здесь ➜
В статье разбираем, как Cilium защищает цепочку поставки проекта: от запуска CI-workflow до проверки релизных артефактов.
⚙️ Что делает на практике:
• ограничивает, кто может запускать CI-workflow
• разделяет доверенный код и код из pull request
• закрепляет GitHub Actions по SHA, а образы — по digest
• изолирует production-учетные данные от CI-сборок
• подписывает релизные образы и Helm-чарты через Sigstore Cosign
Так каждый уровень снижает зону поражения, если один из участков пайплайна окажется скомпрометирован.
➜ Читайте на Хабре, как Cilium защищает CI/CD
🔗 Мы в MAX | 994 |
| 19 |  Автоматизируйте релизы в Managed Kubernetes 🛠
Для команд с активной разработкой в Managed Kubernetes на платформе VK Cloud доступен аддон Argo CD. Он автоматизирует доставку кода из репозиториев в кластер, избавляя от рутины при развертывании приложений.
Какие задачи решает Argo CD:
➕ Ускоряет выкатку обновлений. Как только код одобрен, изменения сразу применяются в кластере без участия инженеров.
➕ Защищает продакшн от сбоев. Если новое обновление вызвало сбой в приложении, вы мгновенно возвращаете кластер к стабильной версии через историю изменений в репозитории.
➕ Сверяет состояние кластера с эталоном в Git и сам исправляет случайные ручные правки.
Как начать использовать:
Выберите Argo CD при создании или настройке кластера Managed Kubernetes в панели управления VK Cloud — он подключится автоматически.
➜ Читайте подробнее в документации
🔗 Мы в MAX | 889 |
| 20 |  В Managed Kubernetes теперь доступен аддон KGateway – инструмент для публикации приложений и управления трафиком 🔗
Он построен на базе популярного прокси-сервера Envoy и использует современный стандарт Gateway API.
KGateway приходит на смену Ingress Nginx, который постепенно снимается с поддержки.
Почему стоит перейти на KGateway:
➕ Нативная поддержка Gateway API. Стандарт разделяет зоны ответственности администраторов кластера и разработчиков, делая управление маршрутами прозрачнее.
➕ В основе аддона – Envoy. Это один из самых быстрых и масштабируемых сетевых прокси в облачной инфраструктуре.
➕ Если вы ищете альтернативу Ingress Nginx для публикации сервисов, KGateway обеспечит привычную функциональность с расширенными возможностями.
➕ Аддон подключается в несколько кликов при создании или настройке кластера в панели управления VK Cloud.
Узнайте, как установить и настроить аддон ➜
🔗 Мы в MAX | 1 129 |
