DevOps MemOps
Открыть в Telegram
Всё о DevOps Для связи - @raz_raz Заказать рекламу через биржу: https://telega.in/c/devops_memops
Больше6 468
Подписчики
+3524 часа
+617 дней
+12430 дней
Архив постов
6 468
k8s-overcommit Operator
Оператор k8s-overcommit - это оператор Kubernetes, предназначенный для интеллектуального управления избыточной загрузкой ресурсов в запросах к ресурсам pod. Он автоматически регулирует запросы к процессору и памяти на основе настраиваемых классов избыточной загрузки, что позволяет лучше использовать ресурсы кластера при сохранении производительности рабочей нагрузки.📌 Подробнее: https://github.com/InditexTech/k8s-overcommit-operator MemOps🤨
6 468
Пройди техничку с первого раза!
Как известно, чтобы получить оффер, нужно пройти технический этап. Но как к нему подготовиться? Мы создали маркетплейс чтобы люди могли заранее узнать ответы на кокретное собеседование. Тут самые актуальные записи на конкретные позиции и грейд.
Теперь получить оффер очень просто, ведь ты будешь знать все впоросы заранее.
А еще мы платим за твои собеседования. Вводи промокод UTP_MARKET, и получай до 1000 рублей за любое собеседование, даже неудачное.
https://tglink.io/799da970da2e4e?erid=2W5zFJj8Mg5
Реклама. Андрианов К.В. ИНН 773213126014.
6 468
В Kubernetes закрыта новая уязвимость
CVSS Rating: CVSS:3.1/AV:N/AC:H/PR:H/UI:N/S:U/C:H/I:H/A:N
Medium (5.9)
Пользователь с правами на изменение объектов StatefulSet и ControllerRevision в своём namespace потенциально может добиться создания Pod в другом namespace — с заданными им метаданными и конфигурацией.
Для эксплуатации нужны соответствующие права, а созданный Pod обычно удаляется сборщиком мусора. Чтобы он сохранился, атакующему потребуется корректно указать OwnerReference, включая UID существующего StatefulSet в целевом namespace. Уязвимость в kube-controller-manager, тое сть придется обновлять master nodes.
📌 Подробнее: https://github.com/kubernetes/kubernetes/issues/142097
MemOps🤨
6 468
kimi-k3-in-c — система
Kimi K3 с 2,78 триллионами параметров, выполняющая инференс на одном процессоре с 8,24 ГБ оперативной памяти. Портативная версия C99: без BLAS, без фреймворка, без графического процессора.
Один и тот же короткий запрос для всех размеров, и вывод байтов идентичен от самой маленькой машины до самой большой; меняется только время. Одна машина, 124 ядра, быстрый NVMe-накопитель: первые три строки по-прежнему считывают модель с диска на каждом шаге, поэтому более медленный накопитель работает медленнее, в то время как строка размером 128 ГБ+ хранит все в памяти и больше не ожидает данных с диска. На той же машине версия 1.0.0 сделала вычисления в токенах примерно в 8 раз легче, последующий вопрос в чате - в 3,9 раза быстрее, а длинные запросы - примерно вдвое менее затратными.📌 Подробнее: https://github.com/FareedKhan-dev/kimi-k3-in-c MemOps🤨
6 468
Открытый урок: бизнес-логика в микросервисах
Разработка в микросервисах — это не только разбиение на сервисы, но и грамотное распределение логики.
22 октября в 19:00 мск — открытый урок для разработчиков и архитекторов. Узнаете, где должна жить бизнес-логика. Запишитесь!
Зарегистрироваться
#реклама 16+
otus.ru
О рекламодателе
6 468
Klarity — корпоративная панель мониторинга наблюдаемости Kubernetes с открытым исходным кодом, созданная для команд, которые придерживаются практики GitOps.
📌 Подробнее: https://github.com/selvarajmurugesan90/klarity
MemOps🤨
6 468
Что будет работать в рекламе завтра?
Ответ ищем вместе на REKONFA 2026. 15 октября соберёмся в Москве и онлайн, чтобы обсудить новые технологии Яндекс Рекламы, продуктовые запуски, тренды рынка, исследования и реальные кейсы.
В программе — выступления экспертов и возможность поговорить с продуктовыми командами Яндекс Рекламы о своих задачах. А вне сцены вас ждут коворкинг, фотозоны и форматы для новых знакомств.
Участвовать можно в Москве на ВТБ Арене или онлайн. Регистрация бесплатная.
Зарегистрироваться
#реклама 18+
ya.rekonfa.ru
О рекламодателе
6 468
Nerdlog — просмотр логов с нескольких серверов без ELK, Graylog и центрального хранилища
Интересный инструмент для тех случаев, когда нужно быстро проанализировать логи на нескольких Linux-серверах, но разворачивать полноценную систему централизованного логирования избыточно. Nerdlog — это терминальный UI-интерфейс, который подключается к удалённым машинам по SSH, выполняет обработку логов непосредственно на них, а затем объединяет результаты в одном окне. По умолчанию Nerdlog умеет работать с: — /var/log/messages и /var/log/syslog; — ротируемыми логами; — выводом journalctl; — произвольными текстовыми логами; — базовым форматом логов Apache. Можно одновременно искать события на нескольких серверах, ограничивать запрос временным диапазоном и фильтровать строки с помощью выражений в awk-формате. Результаты от разных узлов объединяются в общую таблицу. Главная особенность интерфейса — интерактивная временная гистограмма, напоминающая Kibana или Graylog. На ней виден всплеск ошибок. Есть история запросов, постраничная загрузка, Vim-подобное управление и возможность скопировать текущий запрос в виде команды, чтобы передать его коллеге. При этом полные файлы на рабочую машину не скачиваются. Фильтрация и построение гистограммы выполняются на удалённых узлах, а по сети передаются только найденные сообщения и агрегированные данные. Результаты дополнительно сжимаются. Количество загружаемых строк можно ограничить — по умолчанию это до 250 сообщений с каждого потока. Клиент работает на Linux, macOS, FreeBSD и Windows, но получать логи с Windows-хостов пока нельзя. Nerdlog написан на Go, а готовые бинарники доступны в GitHub Releases.📌 GitHub 📌 Готовые сборки 📌 Документация и ограничения MemOps🤨
6 468
Kafka кажется сложной? Быстрый старт за один вебинар
Kafka кажется сложной и непонятной? Откладываете изучение, потому что не знаете, с чего начать, и боитесь утонуть в терминах?
Присоединяйтесь к открытому уроку Евгения Непомнящего и получите быстрый старт в Kafka.
📅 21 октября в 20:00. Разберём:
- Архитектуру Kafka: брокеры, топики, партиции, реплики.
- Producer и Consumer: как данные записываются и читаются.
- Инструменты для работы с Kafka.
- Базовое API для интеграции из Python/Java с примерами отправки и чтения сообщений.
Вы будете понимать принципы работы Kafka, научитесь настраивать топики, производителей и потребителей через CLI и использовать базовые API в своих приложениях.
✅ Запишитесь сейчас и освойте Kafka с нуля за один вебинар!
Узнать больше
6 468
Как отслеживать сбои и замедление тестов Cypress в Grafana Cloud
Один лог CI не показывает, какой тест постепенно замедляется или периодически падает. В Cypress 14.x хук after:spec после каждого файла со сценариями получает число успешных и неуспешных тестов и их длительность. Код преобразует данные в метрики Prometheus. Короткий процесс Cypress нельзя опросить напрямую, поэтому он отправляет метрики в Prometheus Pushgateway. Тот хранит их между запусками, а Alloy периодически забирает и пересылает в Grafana Cloud Metrics. Общий run_id объединяет файлы одного запуска на дашборде. Ошибку отправки ловят через try/catch, чтобы сбой мониторинга не ронял успешный прогон. Код, конфигурация и набор метрик есть в пошаговом разборе Grafana Labs.📌 Подробнее: https://grafana.com/blog/how-to-monitor-cypress-tests-with-grafana-cloud/ MemOps🤨
6 468
Как находить нестабильные тесты с помощью merge queue и main
Если merge queue гарантирует, что каждый коммит в main прошёл тесты, любой последующий сбой полного прогона на main можно считать нестабильным тестом. Поэтому не отключайте такой прогон после слияния изменений. Собирайте свежие падения на main в один доступный список. Он покажет, какие сбои повторяются чаще, и поможет увидеть связь между ними. Начинайте исправление с причин, которые ломают больше всего прогонов. Причиной бывает ошибка в допущениях о порядке выполнения или сбой инфраструктуры: например, не скачался релиз с GitHub либо Windows не удалила каталог. В заметке Catch Flakes On Main автор объясняет, почему этот процесс отделяет нестабильность от настоящих регрессий.📌 Подробнее: https://matklad.github.io/2026/05/14/catch-flakes-on-main.html MemOps🤨
6 468
DarkHost — хостинг и VDS для ваших проектов
Размещайте сайты, интернет-магазины, приложения и другие проекты на производительной инфраструктуре DarkHost.
— NVMe-хостинг
— VDS/VPS с процессором AMD EPYC 7713 и ресурсами под ваши задачи
— DDoS-защита хостинг-тарифов
— Локации: Молдова, Нидерланды и РФ
— Регистрация доменов
— Бесплатная помощь с переносом сайта
— Конструктор сайтов
— Лояльный подход к DMCA-жалобам
Работаем с 2018 года и развиваем инфраструктуру для проектов разного масштаба.
Выберите подходящее решение для вашего проекта:
Хостинг | VDS/VPS | О компании
Реклама. Дементьев И.А. ИНН 165036861363.
