DevOps 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🤨

Если вы планировали в 2026 году прокачать свои навыки в k8s и освоить их на новом, продвинутом уровне - велком! Но скажем сразу, курс подходит только продвинутым специалистам. Не покупайте Kubernetes Мега, если ...вы только знакомитесь с K8s. Мы здесь не учим kubectl apply и не разбираем YAML построчно. Для этого есть “K8s: Базовый уровень” - это отдельный, более спокойный маршрут. ...у вас нет 8-10 часов в неделю. Мы не растянем курс. Мы про максимум эффективности. ...вы ждете слайдов и красивых схем. 78 часов практики против 44 часов теории. Готовьте терминал. А теперь кому это нужно: Тем, кто уже держит кластеры в проде и упирается в потолок. Кто хочет разобраться с KEDA, операторами, отказоустойчивостью БД, продвинутым Helm и продакшен-эксплуатацией под нагрузкой Подробнее о курсе. #реклама О рекламодателе

MemOps 😃

Kubernetes тестирует вытеснение подов ради увеличения ресурсов работающего приложения

Работающий под запросил больше памяти, но на узле её нет. Увеличение ресурсов остаётся в состоянии Deferred, хотя сам запрос допустим. Появление свободного узла в кластере не добавляет памяти на текущем. В Kubernetes 1.37 появилась альфа механизма, который позволяет планировщику освобождать место для такого увеличения. Он может вытеснить менее приоритетные поды с нужного узла, чтобы запрос более важного приложения выполнился. Возможность включается через InPlacePodVerticalScalingSchedulerPreemption. Это экспериментальная функция, её нужно проверять отдельно от уже стабильного изменения ресурсов работающего пода. Приоритеты здесь влияют на доступность соседних сервисов. До включения проверьте, кого допустимо вытеснять, и что произойдёт с этой нагрузкой после остановки. Механизм помогает преодолеть нехватку свободной ёмкости на узле. Запрос, превышающий возможности самой машины, он выполнить не сможет.

📌 Подробнее: https://kubernetes.io/blog/2026/09/10/kubernetes-v1-37-scheduler-preemption-for-in-place-pod-resize-alpha/ MemOps🤨

Ozon Tech Platform Meetup — ничего страшного: исключительно полезные доклады 30 октября команда Ozon Tech расскажет, как устроена платформа большого бигтеха и какие инженерные решения помогают её развивать. В программе: — устройство платформы, стандарты разработки, CI/CD и сетевая инфраструктура; — оптимизация архитектуры за счёт сокращения микросервисов и высвобождения 7000+ CPU; — портал платформы данных и интеграция с множеством сервисов. Доклады — по делу, а времени на общение хватит с запасом. Регистрируйтесь заранее, чтобы прийти офлайн, задать вопросы и пообщаться с руководителями платформенных команд Ozon Tech. 30 октября | 19:00 мск | Москва, лофт Casa Picassa Регистрация: ozon.tech Ждут всех, не только Go-разработчиков

MemOps 😃

Изучайте Linux-сети на практике

Новый практический челлендж — потренируйтесь разбираться в сетевой конфигурации Linux-хостов: находить имена интерфейсов, IP- и MAC-адреса, шлюз по умолчанию, а также определять, какие маршруты сервер использует для доступа к разным адресам.

📌 Подробнее: https://labs.iximiuz.com/challenges/linux-inspect-network-interfaces-and-routes MemOps🤨