DevOps Portal | Linux

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

💻Практический вебинар «СТРАТЕГИЯ РЕЗЕРВНОГО КОПИРОВАНИЯ» 📹 15 октября в 11:00 Мск за 90 минут на практике построим реальную стратегию и разберём: 🔹 как определить RPO и RTO для критичных сервисов; 🔹 как защитить бэкапы от шифровальщика; 🔹 как учесть зависимости систем и ресурсы для восстановления; 🔹 как каналы связи влияют на скорость бэкапа и восстановления; 🔹 когда достаточно обычных бэкапов, а когда нужны репликация, Hardened Repository и DRaaS; 🔹 как подготовить план аварийного восстановления и протестировать его. 🧑‍💻 Каждый участник выберет свой критичный сервис и проработает его 🎁 Всем прошедшим практикум передадим методику и пакет документов для реализации стратегии резервного копирования и восстановления: — Матрица систем и зависимостей — Таблица определения и согласования RPO / RTO — Технический runbook аварийного восстановления — Отчёт о тестовом восстановлении ИТ-сервиса — Карта готовности одного критичного сервиса к восстановлению — Рабочая тетрадь «Стратегия восстановления данных и ИТ-сервисов» 👉 Приходите, будет полезно. Регистрация тут

В этом туториале показано, как разворачивать и масштабировать большие языковые модели (LLM) в Kubernetes с помощью KServe, использовать KEDA для масштабирования в зависимости от нагрузки и запускать инференс через vLLM ➜ https://medium.com/@sowmithdurusoju/serving-llms-at-scale-a-practical-guide-with-kserve-keda-vllm-kubernetes-e93ba6b1a65e 👉 DevOps Portal

Как работает Kubernetes Cluster Autoscaler? Базовый флоу выглядит так Pending Pod → Cluster Autoscaler → добавление ноды → Scheduler размещает Pod Когда Pod переходит в состояние Pending, потому что scheduler не может найти ноду с достаточным количеством ресурсов, Cluster Autoscaler проверяет, поможет ли добавление новой ноды из одной из настроенных node group запустить этот Pod. Если да, он масштабирует соответствующую node group вверх. После того как новая нода присоединяется к кластеру, scheduler размещает на ней ожидающий Pod. В обратную сторону это тоже работает. Если нода долго остаётся недозагруженной и её Pods можно безопасно перенести на другие ноды, Cluster Autoscaler дренирует эту ноду и уменьшает размер node group. Cluster Autoscaler часто используют вместе с HPA. Вот как они работают в связке: - Когда трафик растёт, HPA создаёт больше Pods - Из-за нехватки ресурсов на нодах часть Pods переходит в Pending - Cluster Autoscaler замечает это и добавляет новые ноды - После этого pending Pods планируются на новых нодах Вот практический гайд по настройке Cluster Autoscaler в AWS EKS. Читать: devopscube.com/cluster-autosc 👉 DevOps Portal

Что будет, если убрать репликацию с диска?☁️ В K2 Cloud проверили и запустили сетевые нереплицируемые NVMe-диски, одни из самых быстрых в РФ. Диск не хранит копии данных, поэтому вся его мощность работает на скорость.

20 октября на онлайн-митапе ребята покажут, где рождается скорость, как устроен такой диск внутри и как не уронить систему при отказе.

Участие бесплатное. Подробности и регистрация по ссылке.

22 октября встречаемся в Москве: Kuber Conf уже совсем скоро! Что будет на конференции: – доклады про эксплуатацию Kubernetes, observability, AI и облачную инфраструктуру; – обсуждение Service Mesh, безопасности и экономики платформ; – темы про bare metal, железо и инфраструктуру ЦОДов; – активности партнеров и общение с участниками. В программе — практические кейсы и темы, которые помогут посмотреть на инфраструктуру с разных сторон: от управления кластером с помощью AI-агента и доставки системного софта в managed K8s до мультитенантности в Kubernetes-платформе. А еще обсудим спорные вопросы индустрии: действительно ли Kubernetes — король оркестраторов, подходит ли он для всех инфраструктурных задач и как изменится наша работа в мире, где ИИ всё активнее берет на себя привычные задачи? После основной программы можно будет продолжить общение на афтепати, познакомиться с коллегами из индустрии и обсудить конференцию уже в более неформальной обстановке 📍 Москва, 5-й Донской проезд, 17, Connect 📅 22 октября, 10:00–21:00 👉 Программа, билеты и подробности — на сайте Kuber Conf от АОТ

Обработка миллионов файлов – это та точка, где большинство распределённых систем хранения начинают тормозить. По мере роста количества файлов основной проблемой становится их быстрый поиск. Большинство систем держат единый индекс, в котором хранится информация о размещении всех файлов. Когда тысячи запросов одновременно бьют в этот индекс, всё начинает замедляться. В CubeFS это реализовано иначе. Система разбивает файловый индекс между несколькими серверами. Вместо того чтобы один сервер обрабатывал все запросы, нагрузка распределяется. Поэтому система остаётся быстрой даже тогда, когда множество приложений одновременно читают миллионы файлов. Если ты работаешь с данными для обучения ИИ или обрабатываешь большие датасеты, такая архитектура имеет значение. Github: cubefs 👉 DevOps Portal

Планы на 3 октября — прийти на RWB Infra x Security Meetup Мы направим прожекторы на инфраструктуру и информационную безопасность — туда, где за привычными решениями скрываются сложные инженерные задачи, компромиссы и неочевидные риски. Будем разбирать реальные кейсы, искать узкие места, обсуждать и показывать решения, которые помогают инфраструктуре и безопасности выдерживать рост. Когда: суббота, 3 октября, старт в 13:00 Где: Москва + онлайн В программе 8 докладов, разделенных по двум тематическим трекам Трек Infra: • Тюнинг Gitlab CE как реакция на быстрый рост нагрузки • Путь баланса и компромиссов в DCIM • Единая инфраструктура доверия: PKI на базе Vault • Kubernetes vs Bare Metal: что может пойти не так Трек Security: • DevSecOps: от сканирования в пайплайне к платформе — и обратно • Почти эффективный VM: как мы боролись с хаосом в инфраструктуре и сократили время обработки уязвимостей • Как защищать данные, когда единого периметра больше нет • От заявки до доступа за 90 секунд: как шесть инженеров управляет доступом в тысяче систем Регистрация уже открыта — не откладывайте заявку и приглашайте коллег (количество мест на площадке ограничено)! Подробнее о программе — на сайте

Docker 101: Как достучаться до контейнера без проброса порта Знали, что IP-адрес контейнера может быть доступен напрямую с Docker-хоста? Это значит, что обращаться к приложениям внутри контейнеров можно без проброса портов - важный момент для понимания того, как устроена сеть в Docker. Попробовать на практике: https://labs.iximiuz.com/challenges/docker-101-container-find-ip-address 👉 DevOps Portal

В этой статье разбирается, как спроектировать production-ready MCP-сервер для платформенных команд: governance, клиенты для бэкендов, определения инструментов и аутентификация вынесены в четыре отдельных слоя. Также рассматриваются RBAC и деплой, которые необходимо настроить до того, как сервер получит доступ к реальному кластеру ➜ https://dev.to/agenticdevops/mcp-server-architecture-for-platform-teams-giving-ai-live-access-to-your-infrastructure-3n76 👉 DevOps Portal

CENTI CONF: DevOps Day — митап по разработке и инженерным решениям ⚡️ 6 ноября Centicore Group собирает инженеров и технических специалистов, чтобы поговорить о том, что реально болит в инфраструктуре: от Kubernetes и AI-инструментов до архитектурного контроля. 🗓 Когда: 6 ноября 2026, начало в 18:00 (мск) 📍 Где: Москва, Хлебозавод, Гостиная №9 + онлайн-формат Что будет: 🧑‍💻 Разбор реальных задач Инженерные кейсы, рабочие подходы и решения для своих проектов. ☸️ Kubernetes Как организовать тестирование на k8s, где чаще ошибаются и каких антипаттернов избегать. 🤖 AI и LLM Где coding agents ускоряют разработку, как не утонуть в техдолге и что нужно для локального запуска LLM. 🏗 Архитектура Как сделать так, чтобы архитектурные правила работали не только в документации, но и проверялись автоматически. 👥 Нетворкинг и доступ к записям выступлений после митапа. Регистрация на митап тут: https://tglink.io/2f1105ca5e8006?erid=2W5zFGGiAqf, увидимся 🤝

В этой статье объясняется, почему Ingress заменяют на Gateway API, за что на самом деле отвечают новые ресурсы Gateway, Route и Policy, а также как выбрать gateway-контроллер перед миграцией ➜ https://www.romaglushko.com/blog/k8s-gateway-api/ 👉 DevOps Portal

Забирайте заказы, пока конкурентов почти нет ТВЭЛВИ — новая биржа IT-специалистов Если вы разработчик, UX/UI-дизайнер, создатель приложений и игр или внедряете AI — размещайте услуги бесплатно и получайте первые заказы, отзывы и рейтинг! А заказчики могут найти исполнителя для задачи в IT или дизайне напрямую — без посредников и комиссий

На старте проще занять место среди первых специалистов и выделиться на площадке

🎁 Подписывайтесь на Telegram-канал ТВЭЛВИ, внутри: — промокод на 0% комиссии на первые заказы — вечный особый статус на платформе (в будущем будет выделять профиль среди других) 👉 @it_tvelvi

Архитектура Argo CD: разбор К концу этого материала вы: Поймёте, как Argo CD реально работает под капотом. Внутри: - Ключевые компоненты и их фактические роли - Как они взаимодействуют между собой и синхронизируют изменения - Как Argo CD хранит данные и как правильно настраивать бэкапы - Как запускать Argo CD в режиме высокой доступности - Безопасность и мониторинг (Prometheus + Grafana) и многое другое… Подробный гайд: https://devopscube.com/argo-cd-architecture 👉 DevOps Portal

Docker 101: пробрасываем порт контейнера, чтобы открыть приложение с хоста Новое практическое задание: веб-приложение запущено внутри контейнера, но браузер не может достучаться до него по IP-адресу. Пересоздайте контейнер так, чтобы приложение было доступно на 80-м порту хоста: https://labs.iximiuz.com/challenges/docker-101-container-publish-port 👉 DevOps Portal

Автоматизация платформы не отбирает у вас интересные задачи. Она забирает рутину. Deckhouse Platform берёт на себя обновление, масштабирование и поддержку инфраструктуры «из коробки». Освободившееся время остаётся вам — на то, что вам действительно нравится. Обсудите с инженерами Deckhouse, что можно автоматизировать в вашем стеке 👈

Этот кейс показывает, как мигрировать с хрупкой инфраструктуры на базе EC2 на AWS EKS с GitOps через ArgoCD, Jenkins и SonarQube для платформы сокращения ссылок В результате деплои ускорились на 80%, а инфраструктура получила возможность самовосстановления ➜ https://medium.com/@chi.naedu/from-fragile-vms-to-bulletproof-gitops-modernizing-a-devops-platform-on-aws-eks-81db558cb7d4 👉 DevOps Portal

ИИ-агенты теперь могут работать как отдельные участники команды в GitLab В SourceCraft появилась возможность подключать автономных ИИ-агентов, которым можно поручать задачи прямо в обсуждениях GitLab. Агент работает под собственной учетной записью: получает задачу, самостоятельно выполняет ее и возвращает результат на ревью. Если в процессе не хватает данных или требуется согласование, он сам обращается к команде. Например, таким образом можно поручить агенту разработку или проверку безопасности кода. При этом компании могут подключать и собственных агентов, в том числе созданных в Yandex AI Studio. Помимо GitLab, взаимодействовать с агентами можно через VS Code, командную строку, мессенджеры и веб-интерфейс SourceCraft.

Анатомия Terraform-проекта До сих пор путаетесь в Terraform-файлах и структуре директорий? Вот основные файлы Terraform, с которыми стоит разобраться: • main.tf: описывает ресурсы и вызовы модулей. • variables.tf: объявляет входные переменные конфигурации. • outputs.tf: экспортирует значения ресурсов, например ID и ARN. • terraform.tfvars: задаёт конкретные значения для объявленных переменных. • backend.tf: настраивает удалённый бэкенд для хранения state, например S3 или Terraform Cloud. • modules/: директория с переиспользуемыми компонентами, например сетью и вычислительными ресурсами. • terraform.lock.hcl: фиксирует выбранные версии провайдеров и их контрольные суммы. • terraform.tfstate: хранит информацию о ресурсах, которыми управляет Terraform, и их текущем состоянии. Когда понимаешь структуру проекта, ревью изменений и отладка вывода terraform plan становятся намного проще. Поэтому, когда подключаетесь к новому проекту или разбираете чужой Terraform-код, сначала изучите структуру, а уже потом запускайте apply. Вот подробный гайд, который поможет разобраться с Terraform-модулями и тем, как правильно организовать их структуру. Читать: https://devopscube.com/terraform-module-best-practices/ Примечание: такие имена файлов, как main.tf, variables.tf и backend.tf, — это лишь соглашения по именованию. Terraform считывает все .tf-файлы в рабочей директории как одну конфигурацию. 👉 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 часов: по промокоду DEVOPS20 стоимость всей программы составит 10 392 ₽. Открыть программу на Stepik