Вокруг Kubernetes в VK

Чтобы обнаруживать сбои в своих сервисах и оценивать их масштаб, разработчик инструментов для управления проектами Atlassian ежедневно анализирует миллиард событий пользовательской телеметрии.   Раньше конвейер обработки этих данных работал на 90 виртуальных машинах. От события до появления метрики проходило больше 40 секунд, что увеличивало время обнаружения инцидентов. При этом эксплуатация обходилась примерно в $20 000 в месяц. Чтобы ускорить обработку событий и снизить расходы, команда Atlassian перестроила архитектуру: 🔹 в Kafka настроили серверную фильтрацию, чтобы отсеивать лишние с…

👇 За два года доля пользователей, которым сложно сочетать Prometheus и OpenTelemetry, снизилась с 29% до 10%. Средняя оценка удобства выросла с 3,1 до 3,6 из 5. При этом большинство не выбирает один инструмент вместо другого. Для инфраструктурных метрик почти половина респондентов сочетает подходы Prometheus и OTel, а для приложений чаще используют SDK OpenTelemetry. В статье — результаты опроса 2026 года, реальные сценарии использования и нюансы совместной работы Prometheus и OpenTelemetry. 📃 Читайте статью на Хабре →

Пост без текста

Сейчас многие специалисты индустрии сосредоточены на главном: стабильной работе инфраструктуры и решении текущих задач. Поэтому организаторы решили провести Kuber Conf позже. 🗓 Новая дата конференции — 23 ноября. Это поможет сохранить центральную идею мероприятия — полноценные доклады и технические дискуссии, живое общение и обмен опытом внутри сообщества. ❗️ Все билеты остаются действительными на новую дату. Это относится и к нашему розыгрышу, итоги которого мы подведем уже в эту пятницу.  До встречи 23 ноября.

Начинаем через 15 минут ⏰ Сегодня вместе с SalesAI посмотрим на продажи через призму реальных звонков: где разговор работает на сделку, а где клиент начинает выпадать из воронки. Если планировали присоединиться — самое время. Стартуем в 16:00 мск. Подключиться к вебинару →

Пост без текста

🆕 В Kubernetes 1.37 появилась бета-версия группового размещения подов в kube-scheduler. Вместе с ней в релиз вошли групповое вытеснение и общий ResourceClaim для группы. Новые возможности включаются через feature gates. Kubernetes отвечает за размещение группы, а очереди и квоты можно по-прежнему оставлять Kueue или Volcano. 📃 В статье разбираем, как устроен gang scheduling в 1.37, какие функции появились рядом с ним и что учитывать при обновлении кластера. Читайте статью на Хабре →

🔃 Чтобы Docker, Kubernetes и Slurm работали в одной федерации, не нужно переводить всех участников на общую платформу. Одна площадка может запускать задачи в Docker, другая — в Kubernetes, а третья — распределять GPU через Slurm. NVIDIA FLARE отделяет постоянные сервисы федерации от временных worker-процессов. Поэтому каждая площадка запускает задачи в своей среде и сама определяет, какие данные, секреты и вычислительные ресурсы использовать. 📃 В статье разбираем, как устроена эта архитектура и как одна федерация работает поверх Docker, Kubernetes и Slurm. Читайте статью на Хабре →

⚙️ Что происходит с GPU, пока никто не смотрит на метрики? В Adobe столкнулись с проблемой: метрики GPU собирались централизованно, но дать командам прямой доступ к Prometheus было нельзя — вместе со своими данными они могли увидеть чужие. Решение собрали без нового стека метрик. Перед Prometheus поставили мультитенантный прокси, который отдает каждой команде только ее данные. Доступ настраивается через объект MetricAccess в Kubernetes. В карточках — четыре интересных детали, а в статье — весь разбор архитектуры, изоляции метрик и способов, которые помогут находить неэффективные GPU. 📃 Чи…

🆕 В Managed Containers появился аддон HAMi. С его помощью одну GPU можно разделить между несколькими нагрузками и для каждой задать долю видеопамяти и вычислительных ресурсов. HAMi помогает: 🔵 запускать несколько нагрузок на одной GPU 🔵 распределять между ними видеопамять и вычислительные ресурсы 🔵 повышать загрузку GPU 🔵 не устанавливать и не сопровождать middleware для GPU sharing самостоятельно. Подробнее — в документации