DevOps MemOps

Как зарабатывать на мобильной игре Как привлекать пользователей, работать с монетизацией и развивать мобильную игру в 2026 году? Обсудим вместе с экспертами игровой индустрии России на RuStore Mobile GameDev Conf. 2 ноября, Москва + онлайн. Участие бесплатное, по регистрации Зарегистрироваться #реклама 16+ rustore.ru О рекламодателе

MemOps 😃

sofka — TUI для Kubernetes, вдохновлённый k9s. Он показывает состояние rollout, деградировавшие состояния, блокирующие поды и последние warning-события. Kubernetes говорит, что что-то сломалось. Но говорит ли он, почему именно? Приходится проверять статус, события, логи и пытаться понять, в чём проблема. Именно это решает sofka.

Вот что он умеет: • Объясняет, почему ресурс сломан, а не просто сообщает, что с ним проблема • Встроенная поддержка Flux CD: можно приостанавливать, возобновлять и запускать reconcile без установленного Flux CLI • Инспектор Helm: история релизов, values и сгенерированные манифесты без установленного Helm • Есть фильтры вроде cpu>500m, restarts>=5, age<2h, чтобы быстро находить именно то, что нужно • Можно просматривать таймлайн всех изменений объекта, которые зафиксировал инструмент • Можно просматривать и передавать файлы напрямую из PVC • Можно выбрать несколько подов и смотреть их логи одновременно • Поддержка плагинов Popeye и Trivy Согласно бенчмаркам проекта, sofka открывает представление подов на 59% быстрее k9s и использует меньше половины его объёма памяти. В следующий раз, когда деплой зависнет и придётся по кусочкам выяснять, что произошло, попробуйте sofka.

📌 Подробнее: http://github.com/nklmilojevic/sofka MemOps🤨

MemOps 😃

📘 На Mentorix вышел курс — «Terraform: инфраструктура как код» Хотите не просто писать .tf-файлы, а собирать инфраструктуру кодом, с которой работает вся команда? Этот курс — полный путь от первого apply до пайплайна, который применяет только проверенный план. • Основы: HCL, init → plan → apply, провайдеры и lock-файл • Переменные: типы, коллекции, валидация, sensitive • Ресурсы: граф зависимостей, count и for_each, lifecycle • State: дрейф, state mv и moved, импорт существующего • Модули: контракты, композиция, версии • Окружения: workspaces, tfvars, бэкенды S3/GCS/Yandex • Проверки: preconditions, check-блоки, terraform test • CI/CD: GitLab CI и GitHub Actions, дрейф-детект • Капстоун: платформа из трёх стеков с dev и prod 🎓 Сертификат — добавьте в резюме или LinkedIn 🏷 Скидка 50%, действует 48 часов 12 990 ₽ → 6 495 ₽ ➜ Пройти курс на Mentorix Ещё 25 курсов бесплатно — доступны после регистрации

Kubernetes KEDA Autoscaling: scale smarter not harder

В этом туториале показано, как KEDA масштабирует ворклоады на основе глубины очереди, а не загрузки CPU, на полноценном примере с RabbitMQ: установка, настройка TriggerAuthentication, ScaledObject и нагрузочный тест, который подтверждает, что масштабирование работает.

📌 Подробнее: https://the-devops-engineer.medium.com/kubernetes-keda-autoscaling-scale-smarter-not-harder-d186da29175a MemOps🤨

Вот так оно обычно и бывает MemOps 😃

В этом туториале пошагово разбирается полноценная настройка GitOps на minikube: Argo CD разворачивает Go-сервис напрямую из Git, а HPA масштабирует поды под нагрузкой 📌 Подробнее: https://itnext.io/sveltos-clusterpromotion-progressive-rollouts-and-the-mistake-that-made-the-architecture-better-a1471b92ee8f MemOps🤨

MemOps 😃

Семь привычек Linux-инженера, которые спасают прод Внутри — семь разборов сбоев: от прав на домашнюю директорию до деградации производительности после обновления ядра. Интересный кейс про бэкапы между дата-центрами. Скорость упиралась примерно в 1 Гбит/с, и ровная полка на графике выглядела как сетевое ограничение. Но отдельный тест показал, что канал спокойно отдаёт свои 5 Гбит/с. Дальше выяснилось, что rsync поверх SSH упирался в производительность одного ядра, а сжатие и дедупликация добавляли дополнительную нагрузку. 📌 Подробнее: https://habr.com/ru/companies/k2tech/articles/1082726/ MemOps🤨

MemOps 😃

PigeonEye — быстрый нативный GUI для Kubernetes. Каждый тип ресурса, который обслуживает ваш кластер, — включая каждый CRD, — отображается автоматически, с теми же столбцами, которые выводит kubectl get. 📌 Подробнее: https://github.com/tackish/pigeoneye MemOps🤨

NoSQL в бою: выдержит ли Cassandra вашу нагрузку? ⚡ Думаете, Cassandra — универсальное решение всех проблем с нагрузкой? А что, если она не подходит для вашего сценария, и вы узнаете об этом только в проде? Присоединяйтесь к открытому уроку Сергея Прощаева и разберите Cassandra с точки зрения архитектора. 📅 23 ноября в 20:00. Разберём: - Архитектуру Cassandra: модель данных, кластеризация, репликация, кольцо нод. - Консистентность vs доступность — как настраивать баланс под требования бизнеса. - Архитектурные паттерны проектирования бэкендов с Cassandra. - Когда Cassandra — оптимальный выбор, а когда лучше посмотреть на другие NoSQL/SQL решения. - Примеры из реальных высоконагруженных проектов: e-commerce, финтех, стриминг. ✅ Запишитесь сейчас и проверьте Cassandra в бою — до того, как это сделает прод! Узнать больше Есть противопоказания. Посоветуйтесь с врачом. #реклама 16+ otus.ru О рекламодателе

MemOps 😃

Как conntrack обеспечивает работу Kubernetes Services

В этом гайде вы разберётесь, как работает conntrack на реальных сценариях Kubernetes-сетей, и поймёте, почему он играет критически важную роль в работе Kubernetes Services, kube-proxy, NAT и DNS-трафика. Вы узнаете: - что такое conntrack и зачем он нужен; - почему Kubernetes Services зависят от него; - как посмотреть таблицу conntrack; - что происходит, когда таблица переполняется; - как диагностировать и устранять исчерпание conntrack в продакшене.

📌 Подробнее: https://newsletter.devopscube.com/p/conntrack-in-kubernetes MemOps🤨

MemOps 😃

Если вы работаете с Kubernetes и облачной инфраструктурой: 23 ноября в Москве пройдёт Kuber Conf от АОТ — некоммерческая коммьюнити-конференция по K8s. Участников ждут 2 трека, 17 докладов и 2 круглых стола — о Kubernetes на практике: управлении инфраструктурой, обеспечении безопасности, применении AI и решении сложных инженерных задач. В программе: — «Bare metal в Managed Kubernetes: как мы узнали, что железо — это не большая виртуалка» — Алексей Волков. О том, как добавить bare-metal-ноды в managed-сервис и какие проблемы возникают при отказе от виртуализации. — «Одна строчка положила весь парк Kubernetes-кластеров: грабли ClusterClass и архитектура, которая из них выросла» — Макарий Балашов. О реальном инциденте, проблемах ClusterClass и новой архитектуре. — «Техники создания и извлечения полезных метрик в высоконагруженных приложениях в больших кластерах Kubernetes» — Александр Сербул. О метриках Prometheus и работе с PromQL. —  «AI-чат, который видит все ваши системы» — Артём Соловьёв. О self-hosted LLM-агенте, MCP-серверах и безопасном доступе к инфраструктуре. Это только часть программы — остальные доклады и подробности можно посмотреть на сайте конференции. После докладов вас ждёт афтепати, ужин и неформальный нетворкинг. 📍 Москва, Connect, 5-й Донской проезд, 17 📅 23 ноября, 11:00–19:00 Хотите попасть на Kuber Conf со скидкой? Используйте промокод KUBER1000 при покупке билета — с учётом скидки стоимость участия составит 5 000 рублей. Предложение действует на ограниченное количество мест — успейте! 👉 Полная программа конференции и регистрация — на сайте Kuber Conf от АОТ.

Grafana IRM сохраняет хронологию инцидента вместе с сообщениями команды

После восстановления сервиса приходится вспоминать, когда начались ошибки, кто предложил откат и почему одну из гипотез отбросили. Часть ответов остаётся в переписке. В Grafana Cloud IRM сообщения из Slack можно добавлять в хронологию инцидента реакцией с эмодзи робота. Вместе с текстом сохраняются автор и время. Так полезное наблюдение попадает в запись сразу, пока команда ещё разбирается с проблемой. К записи привязаны оповещения, панели и данные расследования. Grafana Assistant использует этот контекст для гипотез. Участники могут смотреть источники, опровергать предположения и возвращать их на проверку. Такая история помогает подготовить разбор после инцидента: восстановить последовательность решений и найти пробелы в процессе. Связи со Slack и другими сервисами нужно настроить заранее. Вывод помощника остаётся гипотезой, которую команда проверяет по данным.

📌 Подробнее: https://grafana.com/blog/go-from-alert-to-post-incident-review-with-grafana-cloud-irm-and-ai/ MemOps🤨

MemOps 😃

Перед закрытием HCP Vagrant нужно перенести образы и каталог их версий

HashiCorp закрывает HCP Vagrant поэтапно. Создание новых образов и реестров прекращено с 1 октября. Поддержка и обслуживание заканчиваются 2 ноября, работа сервиса — 31 декабря 2026 года. Проверьте, откуда команда скачивает образы: ссылки в Vagrantfile, задачи CI/CD, скрипты и инструкции для новых сотрудников. Отдельно учтите собственные публичные и закрытые образы и тех, кто от них зависит. Для переноса нужны файлы .box и метаданные каталога. В них хранятся версии, провайдеры виртуализации, архитектуры, адреса загрузки и контрольные суммы. Копирования одного последнего образа может оказаться недостаточно. После переноса проверьте загрузку нужных версий с чистой машины и из CI. Локальный кеш способен скрыть неработающую ссылку. Закрытие касается облачного сервиса. Vagrant CLI и исходный код остаются доступны, образы можно размещать на собственном хостинге.

📌 Подробнее: https://www.hashicorp.com/en/blog/hcp-vagrant-deprecation-important-dates-and-migration-guidance MemOps🤨