DevOps Portal | Linux

В этом кейсе рассказывается, как платёжная компания перестроила процесс деплоя на Kubernetes, внедрив GitOps с Argo CD. Теперь каждое изменение в продакшене оформляется в виде Git-коммита, который проходит код-ревью, а подготовка к аудитам PCI перестаёт быть гаданием. ➤ https://dodopayments.com/engineering/deployment-pipeline-gitops-argocd-kubernetes 👉 DevOps Portal

K8s-комьюнити снова встретится в Москве 5 ноября в 19:00 пройдёт четвёртый KuBeer Talks! Формат камерных встреч стартовал ровно год назад. С тех пор кубер-комьюнити не раз собиралось в баре, чтобы послушать неформальные доклады, обсудить рабочие «боли» и найти тех, кто сталкивается с теми же задачами. Приглашаем вас отметить наш первый день рождения 🎂 В программе: ◾«Опыт работы с VTEP-схемой в Cilium», Екатерина Низовцева ◾«Закон Гудхарта для бекапов K8s», Артём Горячев ◾Открытый микрофон — для всех, кому есть чем поделиться И это не всё — скоро анонсируем ещё один доклад. Участие бесплатное, как и первые три кружки любого напитка из меню. Количество мест ограничено, успевайте зарегистрироваться! Регистрация

Подготовлены две новые практические задачи для освоения сетевого взаимодействия контейнеров: Лёгкая: перенаправить запросы контейнера без изменения кода приложения — https://labs.iximiuz.com/challenges/docker-networking-redirect-app-to-request-sink Сложная: перехватить и проанализировать зашифрованный трафик подозрительного контейнера — https://labs.iximiuz.com/challenges/docker-networking-intercept-encrypted-traffic Удачного хакинга! 👉 DevOps Portal

DevOps-инструмент недели: Kubetail Отладка по логам нескольких подов Kubernetes может быть неудобной. Приходится запускать kubectl logs, переключаться между подами и разбираться, что пошло не так. Ситуация усложняется, когда у приложения несколько реплик. Здесь на помощь приходит Kubetail — опенсорсный дашборд для просмотра логов Kubernetes в реальном времени, который позволяет собирать логи нескольких подов в одном интерфейсе. Основные возможности: • Просмотр логов нескольких подов и контейнеров в одном месте. • Автоматическое обновление временной шкалы при запуске, остановке или замене подов. • Фильтрация логов по временному диапазону, зоне доступности, архитектуре CPU или ноде. • Переключение между несколькими кластерами через десктопное приложение. Начать работу: GitHub Kubetail читает логи напрямую через Kubernetes API, поэтому данные остаются внутри кластера без необходимости подключать внешний сервис логирования. Вместо постоянного переключения между терминалами можно отслеживать происходящее в подах приложения через единый интерфейс. 👉 DevOps Portal

На Stepik вышла программа «DevOps с нуля: от Linux до Kubernetes» Это комплексная программа из 5 практических курсов по ключевым технологиям DevOps: Linux, Git, Docker, GitLab CI/CD, Kubernetes Вы последовательно пройдёте путь от работы в Linux и управления кодом через Git до контейнеризации приложений, настройки CI/CD-пайплайнов и развёртывания в Kubernetes. Что вы изучите:

• работу с Linux и командной строкой • Git и контроль версий в реальных проектах • создание Docker-образов и запуск контейнеров • автоматизацию сборки, тестирования и деплоя в GitLab CI/CD • развёртывание и управление приложениями в Kubernetes • сети, хранилища, конфигурации и секреты • диагностику инфраструктуры и автоматизацию рутинных задач ... и многое другое

Все знания закрепляются на практике с помощью заданий с автопроверкой. Материал подаётся последовательно и понятным языком: с примерами, схемами и демонстрациями. Во время обучения можно задавать вопросы по урокам и заданиям, получать обратную связь и помощь при возникновении сложностей. После прохождения программы вы получите сертификат, который можно добавить в резюме. Скидка 20% на 48 часов: по промокоду DEVPS20 стоимость всей программы составит 10 392 ₽. Открыть программу на Stepik

ИИ-агенты для DevOps-инженеров: объяснение принципов работы ИИ-агенты становятся важной частью DevOps и платформенной инженерии. Но прежде чем создавать собственного агента, необходимо разобраться, что именно делает приложение агентом. В отличие от традиционного приложения, которое следует фиксированному набору инструкций, ИИ-агент может самостоятельно решать, что делать дальше, на основе полученной информации. В одном из недавних выпусков рассылки разобрали ключевые концепции ИИ-агентов, включая фреймворки для разработки агентов, инструменты, циклы работы агента, машины состояний, этапы согласования и память. Начать изучение: https://newsletter.devopscube.com/p/ai-agents-part01 👉 DevOps Portal

Kube API не отвечает, LoadBalancer не пропускает трафик, DNS не резолвит, исходящие запросы не уходят. Причина обычно кроется на стыке облачной сети и кластера, и найти её без понимания всей цепочки сложно. 3 ноября в 12:00 Роман Ерема, разработчик в команде Managed Kubernetes MWS Cloud Platform, на практике покажет: ⏺️как взаимодействуют сеть облака, CNI и сеть Kubernetes ⏺️как работают SNAT и Source IP ⏺️когда нужен externalTrafficPolicy: Local и почему при нём может не проходить health check ⏺️как диагностировать проблемы на реальных кейсах (live-demo) Все участники получат чек-лист для проверки доступности. Полезно инженерам, разработчикам и специалистам по сетям и облачной инфраструктуре. 🗓 3 ноября в 12:00 Регистрируйтесь по ссылке

В этом туториале показано, как развернуть мультитенантную платформу Apache Spark в Kubernetes с использованием Spark Operator, Volcano, Helm, Airflow, общих образов, ограничений на рабочие нагрузки и мониторинга. ➜ https://medium.com/towards-data-engineering/building-a-production-grade-apache-spark-platform-on-kubernetes-2984e083dd71 👉 DevOps Portal

Yahont - полноценная опенсорс-платформа для корпоративного поиска и ИИ-агентов, ориентированная на быстрое развертывание внутри периметра компании Знания команды разбросаны по различным источникам и приложениям, а отдавать их на обработку внешнему ИИ-сервису не всегда можно. Yahont ищет по всем вашим источникам и отвечает со ссылками на документы. Работает у вас на сервере в Docker Compose. Что умеет👇 - Подключается к Confluence, Jira, GitHub, GitLab, Google Drive, Gmail, Яндекс Почта/Диск, Mail ru, S3-совместимым хранилищам, сайтам и другим источникам. - Гибридный индекс (OpenSearch): ищет и по смыслу, и по точному слову, адаптирован под русский язык. - Любые модели: RouterAI, Polza AI, OpenRouter, OpenAI, Anthropic или свои через Ollama, vLLM, LM Studio. - Агенты, глубокое исследование, веб-поиск, запуск кода в песочнице. - MCP и OpenAPI: подключайте MCP-серверы или сам Yahont как источник знаний для Claude Desktop. и много другое. Начать: github.com/pipedude/yahont-ce Документация: docs.yahont.ai

Сетевые основы 101: Как работает маршрутизация трафика Знаете ли вы, что компьютеры могут обмениваться данными только с соседями (участниками одной подсети)? Но как тогда мы передаём пакеты через Интернет? Именно здесь вступает в игру маршрутизация. Узнайте больше: https://labs.iximiuz.com/challenges/networking-configure-basic-routing 👉 DevOps Portal

💬👨‍💻🐍💩🤖🤖🐧👩‍💻🧑‍💻👋🦀 Дождались! Ребята сделали крутейший канал про IT новой эпохи Нейросети, ИИ-агенты, вайбкодинг, вайбхакинг и новые инструменты уже меняют привычный мир технологий. Там разбирают эти изменения и другие интересные IT-темы на простых картинках и понятном языке, а еще делятся полезными ресурсами и свежими новостями Подписывайтесь: @IT_Portal

DevOps-инструмент недели: kube-green Окружения для разработки и тестирования часто работают 24/7, даже когда ими никто не пользуется. В результате простаивающие поды продолжают работать по ночам и выходным, а инфраструктура продолжает потреблять деньги. Можно написать скрипты, которые будут ежедневно масштабировать рабочие нагрузки до нуля, а затем восстанавливать их. Но управлять этим в нескольких неймспейсах может быть непросто. Здесь на помощь приходит kube-green. kube-green — опенсорсный Kubernetes-оператор, который автоматически переводит рабочие нагрузки в спящий режим, когда они не нужны, и восстанавливает их к началу работы. Что умеет kube-green 👇 - Масштабирует Deployments и StatefulSets до нуля на время простоя. - Приостанавливает CronJobs на ночь. - Восстанавливает рабочие нагрузки по заданному расписанию. - Поддерживает настройку по дням недели и часовым поясам. - Позволяет исключать отдельные ресурсы по именам или меткам. - Поддерживает кастомные ресурсы через патчи. С чего начать: GitHub Примечание: масштабирование подов до нуля позволяет экономить только в том случае, если неиспользуемые ноды также масштабируются вниз. Чтобы действительно сократить расходы на инфраструктуру, используйте kube-green вместе с Cluster Autoscaler или Karpenter. 👉 DevOps Portal

Изучение Linux через устранение неполадок на серверах Подборка практических сценариев по диагностике и устранению проблем, которые помогут прокачать навыки работы с Linux:

- Демон отправки логов, который не запускается — https://labs.iximiuz.com/challenges/linux-strace-failing-daemon - Демон конвертации изображений с отсутствующими зависимостями — https://labs.iximiuz.com/challenges/linux-missing-shared-library - Воркер-сервис, который постоянно исчезает — https://labs.iximiuz.com/challenges/linux-debug-vanishing-worker-service - Несколько сервисов разработки, конфликтующих из-за одного порта — https://labs.iximiuz.com/challenges/linux-resolve-port-conflict - Привилегированный демон с некорректно настроенным контролем доступа — https://labs.iximiuz.com/challenges/linux-restrict-unix-socket-access

Удачного хакинга! 👉 DevOps Portal

Базовая настройка Kubernetes: доводим кластер до работоспособного состояния Pov: вы развернули кубер и, кажется, все отлично — можно выкатывать сервисы. Но как бы не так! Перед этим вас ждет еще целая полоса препятствий: ▪️настройки сети и балансировка входящего трафика; ▪️подключение хранилища; ▪️и много чего еще. 29 октября в 11:00 команда «Штурвала» расскажет и покажет все этапы настройки «ванильного» Kubernetes, ответит на ваши вопросы и разберет проблемные моменты. Присоединяйтесь — за час узнаете, как пользоваться кластером, а не просто любоваться на пять запущенных бинарей. Регистрация 📌

В этом кейсе показано, как WSC Sports полностью перестроила модель деплоя: от пайплайнов с helm upgrade до полноценного GitOps на базе ArgoCD ApplicationSets. Рассматриваются: - Архитектура монорепозитория с единым Helm-чартом; - Теневые деплои; - AppProjects; - Механизмы заморозки кода в CI. ➜ https://medium.com/@elad320011/gitops-at-enterprise-scale-inside-wsc-sports-deployment-platform-5ee373431309 👉 DevOps Portal

Пока одни облака лежат, другие работают. Бизнесу нужен сайт без простоев и быстрые серверы без перерывов на обед. Клиенты должны пользоваться продуктом даже ночью. В DLine Media ставка на доступность и стабильность: — VPS/VDS от 210 ₽ в месяц; — выделенные серверы от 3 930 ₽ в месяц; — colocation для вашего оборудования; — скидки до 30%; — собственный ЦОД. DLine Media — инфраструктура без переплаты. 👉 Забронировать ресурсы

Kubernetes: Client-Side Apply vs Server-Side Apply При выполнении команды kubectl apply по умолчанию используется Client-Side Apply (CSA). При использовании Client-Side Apply утилита kubectl анализирует манифест, ранее применённую конфигурацию и текущее состояние объекта в кластере. На основе этих данных kubectl определяет, что изменилось, и отправляет необходимый патч на API-сервер Kubernetes. Server-Side Apply (SSA) работает иначе. При выполнении команды kubectl apply --server-side операцию применения конфигурации выполняет сам API-сервер Kubernetes. Главное отличие — владение полями. В руководстве ниже подробно объясняется эта разница. Подробное руководство: https://skills.devopscube.com/kubernetes-client-side-vs-server-side-apply/ 👉 DevOps Portal

DevOps-инструмент недели: Popeye Со временем в Kubernetes-кластерах могут накапливаться неиспользуемые ресурсы: например, ConfigMaps и Secrets, которые больше никому не нужны, или Services, не связанные ни с одним Pod. Сегодня они могут не вызывать проблем, но со временем способны привести к сбоям, уязвимостям в безопасности и неэффективному расходованию ресурсов. Искать такие ресурсы вручную по всем namespaces неудобно. Здесь и помогает Popeye. Popeye — опенсорсный инструмент от создателя k9s, который проверяет ресурсы работающего Kubernetes-кластера на ошибки конфигурации и наличие неиспользуемых ресурсов. Что умеет 👇 - Находит неиспользуемые ConfigMaps, Secrets, ServiceAccounts, PV, PVC и RBAC-роли. - Выявляет Services без endpoints или соответствующих Pods. - Проверяет Pods на отсутствие проб, лимитов ресурсов и использование тега latest у образов. - Показывает распределение CPU и памяти при наличии metrics-server. - Оценивает состояние кластера по шкале от 0 до 100. - Экспортирует отчёты в форматах HTML, JSON, YAML, JUnit и Prometheus. - Может запускаться как CronJob и отправлять отчёты в S3. Начать работу: github.com/derailed/popeye Примечание: Popeye работает в режиме read-only, поэтому ничего не изменяет в кластере. 👉 DevOps Portal

Безопасный код ≠ безопасный прод 16 октября на онлайн-трансляции PSD 2026 команда AppSec Positive Technologies покажет, где вы реально теряете контроль: в вебе и в Kubernetes с ИИ‑сервисами. PT BlackBox: исследуем SPA, API и авторизованные приложения без готовых схем, находим реальные точки атаки в работающем вебе. Разберём, как DAST дополняет SAST и что происходит между безопасным кодом и безопасным продом. 🕓16:20 МСК  PT Container Security: Kubernetes как платформа для ИИ. Реальные атаки на кластеры с ИИ‑сервисами. Покажем, как контролировать секреты, системные команды, файлы, сетевые соединения и действия конкретного сервиса/контейнера. 🕓16:40 МСК 📅 16 октября · онлайн‑трансляция PSD 2026 🔗 Регистрируйтесь

Интересный и полезный опенсорс-инструмент Как часто приходилось открывать консоль AWS и другие инструменты, чтобы ответить на простые вопросы: - У каких ресурсов отсутствуют обязательные метки? - Есть ли хранилища, доступные публично? - В каких неймспейсах Kubernetes отсутствуют NetworkPolicy? И так далее... Ответы на эти вопросы есть, но для их поиска часто приходится переключаться между сервисами, проверять несколько аккаунтов или писать скрипты. А что, если на эти вопросы можно было бы отвечать с помощью простого SQL-запроса? Именно для этого существует Steampipe. Steampipe — опенсорс-инструмент, который позволяет выполнять SQL-запросы к облачной инфраструктуре, Kubernetes и другим сервисам, как показано на изображении. В подробной статье разобраны возможности Steampipe, способы его использования и основные сценарии применения. Читать статью: devopscube.com/steampipe-tuto По результатам тестирования Steampipe наиболее полезен, когда нужно быстро получить ответ на основе актуальных данных из облака, не написав для этого отдельный скрипт. Наиболее полезные сценарии использования: - Анализ данных сразу из нескольких сервисов. - Инвентаризация ресурсов в нескольких аккаунтах. - Разовые проверки безопасности. - Анализ облачных расходов в рамках FinOps. Примечание: Steampipe не пытается заменить AWS Config или CSPM-платформы. Это просто более удобный способ разобраться, какие ресурсы на самом деле находятся в облаке, когда нужно быстро получить ответ 👉 DevOps Portal