DevOps MemOps

Использование SNMP Trap/Inform сообщений в мониторинге сети

В этой статье я попробую рассказать о том, в каких случаях для выявления неисправностей в сети может быть полезно помимо опроса оборудования, принимать сообщения о наступившем событии от устройства. SNMP протокол задумывался как универсальное средство мониторинга и управления сетевыми устройствами, и изначально позволял как опрашивать устройство (агент), так и отправлять устройством (агентом) событие на сервер. Для этого существует два сообщения - Trap и Inform. И если трапы еще худо-бедно используются то про inform многие даже не слышали. Но давайте по порядку, что же вообще может дать прием трапов или информов такого, чего не может дать опрос?

📌 Подробнее: https://habr.com/ru/articles/1040354/ MemOps 🤨

MemOps 😃

Building a Production-Grade HA Kubernetes Cluster on a Homelab with $0 in Cloud Costs

Как я превратил четыре узла Proxmox, несколько накопителей корпоративного класса (списанных с производства) и один свободный вечер в полностью автоматизированный HA-кластер k3s с использованием Rancher, Traefik и Ansible — и всё это на оборудовании, потребляющем меньше энергии, чем игровой ПК.

📌 Подробнее: https://thiago-marsal.medium.com/homelab-k3s-ha-cluster-a-complete-architecture-guide-6a60005b6e99 MemOps 🤨

MemOps 😃

Евгений Елфимов, Инвенторус: зачем ИИ прозрачность ИИ уже недостаточно быть быстрым и точным. Чтобы технологиям доверяли, пользователю важно понимать, на каких данных основан вывод и почему система приняла именно такое решение. Евгений Елфимов, основатель Инвенторус, рассказал, почему объяснимость алгоритмов становится новой парадигмой развития ИИ. Речь идёт о переходе от «чёрного ящика» к системе узкоспециализированных ИИ-агентов, где у каждого есть понятная зона ответственности. Такой подход делает взаимодействие человека и машины более прозрачным, управляемым и полезным для науки, R&D и бизнеса. Узнать больше #реклама 16+ О рекламодателе

Изучаем Ansible Inventory: основы и примеры использования

Перевели статью об основах Ansible inventory. В ней рассматривается базовая функциональность, управление переменными, комбинирование нескольких источников Inventory и варианты работы с динамическими Inventory. Статья будет полезна тем, кто изучает Ansible.

📌 Подробнее: https://spacelift.io/blog/ansible-inventory MemOps 🤨

MemOps 😃

Ваш Kubernetes упал: найдёте root cause за 15 минут?

В этой статье разобран реальный сценарий отказа Kubernetes и дается возможность пройти путь дежурного инженера, который получает алерт «кластер мёртв» и должен за 15 минут найти первопричину.

📌 Подробнее: https://habr.com/ru/companies/otus/articles/1031260/ MemOps 🤨

MemOps 😃

Хочешь начать карьеру в ИТ на оплачиваемой стажировке? Присоединяйся к ИТ-лагерю Т1 для студентов вузов технических и ИТ-специальностей. Теперь в обновлённом формате: ещё больше практики, доступ к платформам Т1, а участие — оплачивается и оформляется как стажировка. За 2,5 месяца вместе с проектной командой ты пройдешь полный цикл создания ИТ-продукта: от идеи до разработки прототипа и финальной защиты. Превратить идею в проект помогут мастер-классы, общение с экспертами и погружение в процессы Т1. Направления подготовки: ✅ ручное тестирование; ✅ прикладное администрирование (DevOps); ✅ системный анализ; ✅ фронтенд-разработка (React); ✅ бэкэнд-разработка (Java). Подай заявку до 30 июня! Старт — в июле. Узнать больше #реклама 16+ career.t1.ru О рекламодателе

Как работают выделенные ядра в облачном сервере: от планировщика Linux до тестов производительности 📌 Подробнее: https://habr.com/ru/companies/selectel/articles/1037970/ MemOps 🤨

MemOps 😃

crossview — дашборд на основе React для управления и мониторинга ресурсов в Kubernetes. 📌 Подробнее: https://github.com/crossplane-contrib/crossview MemOps 🤨

MemOps 😃

Новый Розыгрыш! 10 кодов OZON на скидку! Получи 10 промокодов на скидку на OZON и Купи на 20% дешевле! Для участия жми! Узнать больше #реклама promik999.clients.site О рекламодателе

Опытный девопс чует MemOps 😃

Why Kubernetes Has No Login — And How We Solved It for AuditRadar

Когда мы приступили к созданию страницы «Входы в систему» ​​(Logins) для AuditRadar — инструмента для просмотра журналов аудита в реальном времени в средах OpenShift и Kubernetes, — мы столкнулись с проблемой, потребовавшей от нас глубокого понимания того, как на самом деле работает аутентификация на каждой из этих платформ.

📌 Подробнее: https://blog.audit-radar.com/why-kubernetes-has-no-login-and-how-we-solved-it-for-auditradar MemOps 🤨

MemOps 😃

В статье «Why Kubernetes policy enforcement happens too late—and what to do about it» автор замечает, что большинство инцидентов в Kubernetes рождаются не в коде приложений, а в мисконфигурациях — отсутствующих лимитах ресурсов, слишком широких security context, неверных RBAC. Инструменты вроде OPA, Kyverno и Conftest хорошо ловят такие проблемы, но обычно делают это слишком поздно: в CI/CD или на admission контроллере, когда разработчик уже переключил контекст. Автор предлагает сместить фокус с того, что проверяет политика, на то, где и когда срабатывает проверка — он называет это enforcement locus. Самый недооценённый момент — review-time: браузерные движки policy-as-code (например, GuardOn) парсят YAML прямо в diff пул-реквеста и показывают нарушения инлайн-комментариями, без CI и доступа к кластеру. Это не замена admission контроллеру, а дополнительный слой defense-in-depth, который ловит проблемы там, где их дешевле всего исправить. В перспективе автор видит AI-агентов на том же review-time слое: они смогут не просто флагать нарушение, а объяснять контекст, предлагать готовый патч YAML прямо в PR и отличать настоящие ошибки от осознанных исключений в dev-окружении. 📌 Подробнее: https://www.cncf.io/blog/2026/05/25/why-kubernetes-policy-enforcement-happens-too-late-and-what-to-do-about-it/ MemOps 🤨

Так вот откуда одни отказы MemOps 😃