DevOps Portal | Linux

Бывали ли у вас ситуации, когда использовать Kubernetes — это уже перебор, но деплоить на пачку VM с самописными скриптами или Ansible-плейбуками тоже не особо хочется? Docker Swarm может быть жив или мёртв — вопрос спорный, но сама ниша никуда не делась. И такие проекты, как Kamal (от 37signals) и Uncloud (от Паши Свидерского), пытаются её закрыть. Если вы ещё не слышали про последний, Uncloud — это лёгкий (по сравнению с Kubernetes) инструмент для деплоя и управления контейнеризованными приложениями в сети Docker-хостов. Антон Овчинников недавно опубликовал пошаговый гайд на iximiuz Labs, в котором показано, как развернуть кластер Uncloud на нескольких VM. Рекомендуем посмотреть: https://labs.iximiuz.com/tutorials/uncloud-create-cluster-ebebf72b Традиционно, все команды из туториала можно прогнать прямо в приложенной песочнице ✌️ 👉 DevOps Portal

Let’s Encrypt начал выдавать TLS-сертификаты для IP-адресов и запустил короткоживущие 6-дневные сертификаты Теперь можно поднимать HTTPS напрямую на IPv4/IPv6 без доменного имени – удобно для homelab, тестовых стендов, временных сервисов, внутренних бэкендов и начальной настройки серверов. Сертификаты для IP выдаются только в short-lived формате и живут 160 часов (чуть больше 6 дней) Параллельно стали доступны опциональные 6-дневные сертификаты и для доменов – как дополнительный уровень защиты: при компрометации ключа ущерб ограничен самим сроком жизни сертификата, а не отзывом. Для получения нужен ACME-клиент с поддержкой профиля shortlived (например, свежий Certbot). Для IP валидация только через http-01 или tls-alpn-01 – dns-01 не поддерживается @linuxos_tg

Что на самом деле происходит, когда вы запускаете контейнер самой типичной командой docker run nginx? На первый взгляд кажется, что Nginx становится вашим foreground-процессом в терминале – он перехватывает stdio-потоки и реагирует на сигналы, когда вы нажимаете Ctrl+C или меняете размер окна терминала. Но в реальности терминалом управляет процесс Docker-клиента, а сам Nginx работает в фоне или вообще на удалённой машине. При этом между docker CLI, dockerd (основным Docker-демоном) и containerd (низкоуровневым container runtime) происходит довольно сложная проксировка данных и сигналов — из-за чего всё ощущается как простой локальный запуск. Почему это важно? Понимание того, как работает docker run под капотом — ключ к пониманию Kubernetes и других продакшн-рантаймов. В продакшене контейнеризованные приложения обычно работают в фоне, но Kubernetes и похожие системы позволяют стримить логи приложений и даже переподключаться к процессам в контейнерах, используя те же самые трюки, что и Docker. Подробнее о магии за командой docker run — в подробном разборе (с кучей практических упражнений): https://labs.iximiuz.com/tutorials/docker-run-vs-attach-vs-exec 👉 DevOps Portal

Хочешь освоить профессию DevOps-инженер, но не знаешь с чего начать? Тебе знакомо это чувство: открываешь вакансию DevOps, а там - десятки технологий, и каждая требует опыта? Ты пытаешься учить всё подряд, но в итоге тратишь месяцы, а работодатели всё равно говорят: "Не хватает знаний, опыта". DevOps - это не про зубрежку инструментов, а про системный подход. Нужно понимать, что учить в первую очередь, а с чем можно повременить. Чтобы не метаться между мануалами и не тратить время впустую, подписывайся на канал Евгения Вдовиченко. Он вырос из эникея в Senior DevOps Engineer и получил опыт работы в Сбере, МТС, TerraLink и других компаниях, а так же вел курс - профессия DevOps-инженер и успешно обучил 500+ учеников. Недавно он записал гайд - Как освоить профессию DevOps-инженер с нуля в 2026 году. В котором рассказывает о том, какие технологии и инструменты стоит изучать, а на какие не нужно тратить время и силы. Гайд доступен в закрепе канала Евгения! Подписывайтесь, здесь личный опыт как и что изучать для успешного вкатывания в DevOps. 👉 evgeniyvdovichenko

Откопал полезную базу по Linux / Unix от Tutorialspoint – простые и понятные объяснения без лишней воды Там разбирают всё, с чем сталкиваешься в линуксе каждый день: — как работают процессы и сигналы — что происходит с памятью — как устроена файловая система — как читать и настраивать права доступа Каждая тема с примерами команд и лаконичными пояснениями Забирайте тут 👉 DevOps Portal

Если вы разработчик, вы уже участвуете в выборе и настройке облаков для клиентов. Обычно бесплатно для себя. Itentis Cloud предлагает зарабатывать на этом системно. Itentis Cloud - это изолированная и безопасная облачная платформа для бизнеса: масштабируемый и отказоустойчивый виртуальный датацентр, который разворачивается за пару кликов. Как вы зарабатываете: 📌Вариант 1. Партнерская модель Вы приводите компанию в Itentis Cloud. Клиент платит за облако, а вы получаете фиксированную долю с каждого платежа. 📌Вариант 2. Субаренда Вы арендуете облако у Itentis Cloud и сдаете его своим клиентам по собственной цене. Что это дает вам: – дополнительный доход с текущих клиентов – прозрачную схему: привели → настроили → сопровождаете → регулярно получаете деньги Что получает клиент: – российскую облачную платформу для бизнеса, построенную как изолированный виртуальный датацентр - закрытие базовой задачи IaaS - прозрачную модель для инженеров: понятная модель ресурсов, быстрый старт, возможность кастомной настройки под требования проекта - совместимость с российской инфраструктурой - настройку за несколько кликов Подробности - на сайте Itentis Cloud.

Linux-совет для DevOps-инженеров Как получить публичный IP сервера с помощью команды? Можно использовать curl и публично доступные сервисы, чтобы получить внешний адрес, как показано на изображении. Для AWS и GCP всегда используйте соответствующий metadata-сервис, чтобы получать публичный IP. Примечание: не используйте публично доступные сервисы в реальном проекте или продакшн-коде. Всегда консультируйтесь с вашей командой по безопасности по доступным вариантам 👉 DevOps Portal

Этот туториал показывает, как задеплоить полноценный LGTM observability-стек (Loki, Grafana, Tempo, Mimir) с использованием OpenTelemetry в Kubernetes для единого сбора метрик, логов и трейсов Читайте тут 👉 DevOps Portal

Аннотации в Kubernetes часто объясняют просто как метаданные Большинство знают, что аннотации используются такими инструментами, как Prometheus или Ingress-контроллеры. Но многие не осознают, какая мощь в них скрыта. Аннотации не имеют фиксированной структуры – Kubernetes их не валидирует и не пытается интерпретировать. И именно поэтому они настолько мощные. Они работают как механизм расширения Kubernetes. Каждый контроллер, оператор и внешний инструмент использует аннотации для передачи информации, не меняя core API. Именно так Kubernetes эволюционирует, не ломая старые конфигурации. Аннотации не предназначены для селекции или фильтрации – для этого есть labels. Аннотации существуют для описания поведения и контекста, а не идентичности. Поэтому они могут быть большими, описательными и разными для каждого инструмента. Аннотации не бесконечны – у них есть лимит в 256 КБ, с которым многие из вас наверняка сталкивались. Аннотации не обязаны жить только на Pod’ах. Одни инструменты читают их из Service, другие – из Namespace, а некоторые даже используют аннотации на Node. Механизм один и тот же, меняется только область применения. Хороший реальный пример – Argo CD Image Updater. Вместо того чтобы напрямую менять манифесты, он использует аннотации на Application, чтобы управлять тем, какие образы отслеживать, стратегией обновления и правилами тегов. Вся логика работы управляется через аннотации. Никаких новых CRD. Никаких кастомных конфигов. Просто метаданные, которые управляют автоматизацией. Вот разбор этого на практическом примере. Читайте здесь: https://devopscube.com/setup-argocd-image-updater Примечание: аннотации – это не конфигурация, это средство коммуникации. Когда начинаешь смотреть на них именно так, многие архитектурные решения Kubernetes внезапно становятся понятными 👉 DevOps Portal

📘 На Stepik вышел курс — «DevOps-инженер: От основ до продакшена» Хотите автоматизировать деплой, управлять инфраструктурой как кодом и выстраивать надёжные CI/CD процессы? Этот курс — полный путь DevOps-инженера. • CI/CD: Jenkins, GitLab CI/CD, GitHub Actions, стратегии развёртывания (Blue-Green, Canary), rollback • Контейнеризация: Docker (образы, Compose, networking), Podman, оптимизация и безопасность контейнеров • Kubernetes: архитектура, Pods, Services, Deployments, Helm, RBAC, Service Mesh (Istio/Linkerd) • Infrastructure as Code: Terraform, Ansible (playbooks, vault), Packer, ArgoCD и Flux для GitOps • Облака: AWS (EC2, EKS, Lambda), GCP, Azure, Yandex Cloud, cost optimization • Мониторинг: Prometheus, Grafana, ELK Stack, Jaeger, OpenTelemetry, SLI/SLO/SLA • Безопасность: SAST/DAST, Vault, Zero Trust, Policy as Code, incident response • Продакшен практики: High Availability, Disaster Recovery, Chaos Engineering, on-call management 🎓 Сертификат — добавьте в резюме или LinkedIn 🚀 Скидка 25%, действует 48 часов 👉 Пройти курс на Stepik

Используйте эту команду kubectl, чтобы мгновенно найти pod’ы с утечками ресурсов или чрезмерным потреблением по всему кластеру Kubernetes 👉 DevOps Portal

Kargo — это платформа непрерывной доставки и оркестрации жизненного цикла приложений для Kubernetes. Она основана на принципах GitOps и интегрируется с Argo CD, чтобы упростить и автоматизировать поэтапный (progressive) rollout изменений на протяжении всего жизненного цикла приложения https://github.com/akuity/kargo 👉 DevOps Portal

• Друзья, пришло время провести очередной конкурс. На этот раз мы разыгрываем бумажную версию книги "Практическая безопасность Linux", которая поступила в продажу 2 недели назад. Автор издания лично подпишет для вас книгу и направит по нужному адресу. Ну и чтобы повысить шанс на победу, мы сделали целых 15 призовых мест! • Итоги подведём 17 января в 11:00 по мск., случайным образом, при помощи бота. Доставка для победителей бесплатная в зоне действия СДЭК. Для участия нужно: 1. Быть подписанным на наш канал: Infosec. 2. Подписаться на канал наших друзей: Мир Linux. 3. Нажать на кнопку «Участвовать»; 4. Ждать результат. Бот может немного подвиснуть — не переживайте! В таком случае просто нажмите еще раз на кнопку «Участвовать». #Конкурс

Kubernetes Gateway API постепенно вытесняет кастомные API маршрутизации, используемые в service mesh В материале разобрано, что такое GAMMA и как он работает Опубликован подробный практический гайд, в котором ключевые концепции объясняются на наглядных примерах и иллюстрациях. Что рассматривается в гайде: - что из себя представляет подход GAMMA - как он отделяет логику маршрутизации от реализации mesh - реализация canary-деплоев с использованием GAMMA - использование HTTPRoute совместно с DestinationRule в Istio - production-кейс применения подхода GAMMA Полный гайд: https://devopscube.com/gateway-api-for-service-mesh/ Несмотря на то, что API VirtualService и DestinationRule в Istio по-прежнему широко используются, GAMMA предлагает вендорно-независимый подход. Это означает отсутствие жёсткой привязки к Istio-специфичным API, таким как VirtualService и DestinationRule. Внутренний трафик можно описывать через HTTPRoute, отделяя маршрутизацию от нижележащего mesh-слоя в Kubernetes. 👉 DevOps Portal

📱 Держите 6 хороших каналов по искусственному интеллекту и программированию для любого уровня! Выбирай направление: 📱 Нейросети — @neuro_prompt 🤖 AI-инструменты — @ai_prompt 📱 Python — @python_prompt 🤔 InfoSec & Хакинг — @infosec_prompt 👩‍💻 IT Новости — @it_news 😄 IT Мемы — @it_memes Промпты, обучение, шпаргалки и полезные ресурсы на каждую тему!

Все знают, что балансировщики нагрузки на eBPF превосходят user-space LB, потому что они избегают копирования пакетов и переключений контекста. Но вот малоизвестный факт: ты можешь написать собственный eBPF-балансировщик, с выбором бэкенда и session affinity, всего в 200 строках на C. Теодор снова это доказывает: https://labs.iximiuz.com/tutorials/xdp-load-balancer-700a1d74 👉 DevOps Portal

Отладка контейнеров 101: как выполнять команды хоста внутри уже запущенного контейнера Хорошие контейнерные образы должны содержать только те пакеты, которые необходимы приложению для работы в продакшене. Но что делать, если такой идеальный минималистичный контейнер начинает вести себя некорректно? https://labs.iximiuz.com/challenges/docker-container-execute-commands-with-nsenter 👉 DevOps Portal

С кодом у тебя всё ок. Если что-то не работает — смотришь логи, находишь баг, фикcишь. А с женщинами ощущение, будто: — документации нет — поведение недетерминированное — один и тот же input → разный output — вчера работало, сегодня — игнор Ты вроде нормальный парень. Не токсик. Не дурак. Не бедный. По логике этого должно хватать. Но система не сходится. Ты общаешься — вроде без ошибок. А в ответ холод, странные реакции или «давай как-нибудь потом». Самое бесячее — ты не понимаешь, где именно происходит краш. Со временем я понял простую вещь: в отношениях и общении с женщинами другая архитектура. Не интуиция. Не магия. Просто другие правила, которые никто не объяснил. В этом канале я разбираю это как систему: что реально влияет, где ты теряешь контроль, и как перестать действовать методом тыка. Если ты привык дебажить, а не гадать — оставайся. Тут будет полезно: https://t.me/+phixOQ8pvDAxNTY6

Это инструмент на Golang, который анализирует распределение и использование GPU-ресурсов в кластерах Kubernetes, снижая нагрузку на API-server примерно до ~75 %, при этом предоставляя наглядную статистику использования по каждому node и pod GitHub: k8s-gpu-analyzer 👉 DevOps Portal

Как установить и настроить kubectl на Linux kubectl - это CLI-инструмент для взаимодействия с кластерами Kubernetes. Независимо от того, управляете ли вы контейнерами, деплоите приложения или устраняете проблемы в кластере, kubectl является вашим основным интерфейсом для работы с API-сервером K8s. Читать тут 👉 DevOps Portal