DevOps MemOps
رفتن به کانال در Telegram
Всё о DevOps Для связи - @raz_raz Заказать рекламу через биржу: https://telega.in/c/devops_memops
نمایش بیشتر6 283
مشترکین
+524 ساعت
+107 روز
+3430 روز
آرشیو پست ها
6 283
Безопасное использование облачных LLM
Pigard.ru - защита ПДн при работе с LLM
Перехватывает и маскирует персональные данные в API-запросах облачным и локальным LLM.
Высокая точность. Низкая задержка. On-Premise.
Подать заявку
#реклама 16+
pigard.ru
О рекламодателе
6 283
cronmaster — пользовательский интерфейс для управления заданиями Cron с удобочитаемым синтаксисом, возможностью ведения журналов в реальном времени и историей логов для ваших заданий Cron.
Возможности: — современный пользовательский интерфейс: красивый, адаптивный интерфейс с темным/светлым режимом. — информация о системе: отображение времени работы, памяти, сети, процессора и видеокарты. — управление заданиями Cron: просмотр, создание и удаление заданий Cron с комментариями. — управление скриптами: просматривайте, создавайте и удаляйте bash-скрипты на ходу для использования в заданиях cron. — ведение журнала выполнения заданий: Дополнительная функция ведения журнала для заданий cron с автоматической очисткой, записью стандартного вывода, стандартной ошибки, кодов завершения и временных меток. — обновления в реальном времени (SSE): Обновления статуса заданий в режиме реального времени и потоковая передача логов для длительно выполняющихся заданий (при включенном логировании). — интеллектуальное выполнение заданий: задания с логированием выполняются в фоновом режиме с обновлениями в реальном времени, задания без логирования выполняются синхронно с 5-минутным таймаутом. — аутентификация: Безопасная аутентификация на основе паролей и/или OIDC (SSO) с надлежащим управлением сессиями. — REST API: Полноценный REST API с возможностью аутентификации по ключу API для внешних интеграций. — поддержка Docker: полностью работает в контейнере Docker. — простая настройка: быстрые предустановки для распространенных расписаний cron.📌 Подробнее: https://github.com/fccview/cronmaster MemOps 🤨
6 283
Why Your Grafana is Slow on Kubernetes (and 3 Replicas Won't Fix It)
Как мы устранили аварийные циклы и сотни ошибок и почему «высокая доступность» все ухудшала.📌 Подробнее: https://medium.com/@j.aslanov94/why-your-grafana-is-slow-on-kubernetes-and-3-replicas-wont-fix-it-f375527de85a MemOps 🤨
6 283
Онлайн-магистратура для IT: ИТМО, МИФИ + Яндекс
Программы онлайн-магистратуры ИТМО и МИФИ в партнёрстве с Яндексом. Актуальные знания, практическое обучение и гибкий график. Учитесь, совмещая с работой. Доступна господдержка оплаты, отсрочка от армии
Перейти на сайт
#реклама 16+
practicum.yandex.ru
О рекламодателе
6 283
Applying Kubernetes Patterns to LLM Workloads
Несколько лет назад мы с Роландом Хуссом написали Kubernetes Patterns — каталог повторяемых решений для создания облачных приложений на Kubernetes. В книге рассматриваются шаблоны по шести категориям: базовые, поведенческие, структурные, конфигурационные, безопасность и расширенные — от проверок работоспособности и контейнеров инициализации до контроллеров, операторов и эластичного масштабирования. Недавно Роланд и Даниэле Зонка написали в соавторстве новую книгу «Генераторный искусственный интеллект в Kubernetes», в которой рассматривается операционная сторона запуска LLM в Kubernetes. Я был рецензентом этой книги, и чем больше я ее читал, тем больше я узнавал закономерности из нашей оригинальной работы, просто применимые к совсем другому классу рабочей нагрузки. Развертывания, StatefulSets, Init-контейнеры, DaemonSets. Они все были там. Только с большими цифрами. Вот общий обзор того, как шаблоны Kubernetes применяются к рабочим нагрузкам LLM, которые мы с Роландом рассмотрим более подробно в нашем предстоящем выступлении KubeCon + CloudNativeCon Europe 2026 в Амстердаме.📌 Подробнее: https://generativeprogrammer.com/p/applying-kubernetes-patterns-to-llm MemOps 🤨
6 283
ИИ пишет конфиги?
А кто проверяет, что он не придумал лишнего?
💎Слёрм проводит БЕСПЛАТНУЮ вечернюю школу для инженеров «ИИ для инженеров: польза и риски».
Разберём на реальных примерах и практиках, как использовать ИИ в DevOps, SRE и инфраструктуре эффективно, системно и безопасно.
🧩На занятиях поговорим про:
— реальные сценарии применения ИИ в инженерной практике
— как применять его для метрик, алёртов, документации и рутины
— безопасную работу с данными и внешними сервисами
— юридические вопросы и ответственность за результат
✅ +файл для самоизучения после каждого занятия
✅ +возможность выиграть скидку на курсы по ИИ и мерч от вечерней школы
⭐️Дадим не просто набор разрозненных кейсов, а вместе формируем мышление: как использовать и адаптировать ИИ под свои рабочие задачи.
Первое занятие 21 июля.
Тема: «Как научить ИИ разгребать метрики, пока дежурный допивает чай».
Участие бесплатное, не пропусти событие лета
➡️ Узнать подробнее и зарегистрироваться в боте
6 283
Что kubectl debug вам не показывает: незаметный пробел в данных
📌 Подробнее: https://habr.com/ru/companies/vktech/articles/1043926/
MemOps 🤨
6 283
Кешбэк 10% за рекламу в МАКС и Telegram через Директ
Инвестируйте в продвижение в Telegram, МАКС или на обеих площадках 100 000 ₽ и больше через Директ — вернём часть бюджета на следующие кампании. Для участия заполните форму: укажите, что продвигаете, на каком логине и куда прислать условия.
Акция действует с 1 июня по 31 августа.
Получить предложение
#реклама
yandex.ru
О рекламодателе
6 283
В свежем посте Solving secret sprawl in multi-account Kubernetes with External Secrets Operator в блоге CNCF разбирают типичную боль multi-account Kubernetes: окружения dev/staging/prod изолированы по разным аккаунтам и кластерам, и общие секреты приходится вручную дублировать и обновлять в каждом из них.
Авторы решили проблему связкой External Secrets Operator и Bitwarden Secrets Manager: секреты хранятся централизованно в одном месте, а ESO в каждом кластере автоматически синхронизирует их в обычные Kubernetes Secrets. Приложения при этом ничего не замечают и продолжают работать со стандартными механизмами, а сам подход provider-agnostic — вместо Bitwarden можно подставить Vault, AWS Secrets Manager или Azure Key Vault.
В статье есть пошаговый гайд с манифестами (включая настройку TLS через cert-manager) и ссылка на Terraform автоматизацию. Ключ ротируется один раз в центральном хранилище, и в течение 15 минут все кластеры получают обновление автоматически.
📌 Подробнее: https://www.cncf.io/blog/2026/06/09/solving-secret-sprawl-in-multi-account-kubernetes-with-external-secrets-operator/
MemOps 🤨
6 283
Helm Exporter — экспортирует статистику релизов, диаграмм и версий Helm в формате Prometheus.
📌 Подробнее: https://github.com/sstarcher/helm-exporter
MemOps 🤨
6 283
VLAN: учимся разделять и защищать трафик на практике
Многие начинающие специалисты видят в VLAN лишь набор команд, упуская принципы работы технологии. На открытом уроке «VLAN на пальцах: изоляция трафика и маршрутизация» (22 июля, 20:00 МСК) разберём, как виртуальные сети повышают безопасность и структурируют инфраструктуру.
Вы освоите создание VLAN, настройку портов, организацию взаимодействия сегментов и логику маршрутизации - на понятных практических примерах.
Урок - прелюдия к курсу «Сетевой инженер. Базовый уровень». Сделайте уверенный шаг к работе с корпоративными сетями.
Регистрируйтесь!
Узнать больше
#реклама 16+
otus.ru
О рекламодателе
6 283
Cardamon — аудитор метрик для Prometheus.
Он выявляет метрики, которые существуют в вашей базе данных временных рядов (TSDB), но никогда не запрашиваются панелями мониторинга, правилами оповещений, правилами записи или любыми другими потребителями. Затем вы можете сгенерировать правила удаления метрик Prometheus, чтобы удалить их и уменьшить потребность в хранилище. Неиспользуемая метрика - это метрика, которую Prometheus собирает и сохраняет, но которую никто никогда не считывает. Она занимает память, дисковое пространство и бюджет на обработку данных, не принося никакой пользы. В больших масштабах такие метрики могут составлять значительную часть общего количества рядов данных. Cardamon сопоставляет каждую метрику в вашей базе данных временных рядов со следующими параметрами: — журналы запросов Prometheus отображают каждое выражение PromQL, вычисленное в течение настраиваемого окна ретроспективного анализа. — правила оповещения и записи в Prometheus. Все выражения правил в вашем Prometheus. — панели мониторинга Grafana. Все метрики на всех панелях мониторинга в вашем экземпляре Grafana. Любой показатель, отсутствующий в этих источниках, помечается как неиспользуемый.📌 Подробнее: https://github.com/dominikhei/cardamon MemOps 🤨
