DevOps Portal | Linux
Открыть в Telegram
Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps Сотрудничество, реклама: @devmangx Работаем с @Spiral_Yuri РКН: https://clck.ru/3P8kFH
Больше
Сеть:📈 Аналитический обзор Telegram-канала DevOps Portal | Linux
Канал DevOps Portal | Linux (@loose_code) языкового сегмента Русский является активным участником. Сейчас сообщество объединяет 13 718 подписчиков, занимая 9 291 место в категории Технологии и приложения и 47 341 место в регионе Россия.
📊 Показатели аудитории и динамика
С момента создания невідомо проект демонстрирует стремительный рост, собрав аудиторию из 13 718 подписчиков.
Согласно последним данным от 27 октября, 2026, канал показывает стабильную активность. За последние 30 дней изменение числа участников составило 630, а за последние 24 часа — 5, при этом общий охват остаётся высоким.
- Статус верификации: Не верифицирован
- Уровень вовлечённости (ER): Средний показатель вовлечённости аудитории составляет 18.09%. В первые 24 часа после публикации контент обычно набирает 10.74% реакций от общего числа подписчиков.
- Охват публикаций: В среднем каждый пост получает 2 482 просмотров. В течение первых суток публикация набирает 1 474 просмотров.
- Реакции и взаимодействия: Аудитория активно поддерживает контент: среднее количество реакций на один пост — 8.
- Тематические интересы: Контент сосредоточен на ключевых темах, таких как devops, kubernetes, docker, linux, ebpf.
📝 Описание и контентная политика
Автор описывает ресурс как площадку для выражения субъективного мнения:
“Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps
Сотрудничество, реклама: @devmangx
Работаем с @Spiral_Yuri
РКН: https://clck.ru/3P8kFH”
Благодаря высокой частоте обновлений (последние данные получены 28 октября, 2026) канал поддерживает актуальность и высокий уровень охвата публикаций. Аналитика показывает, что аудитория активно взаимодействует с контентом, что делает его важной точкой влияния в категории Технологии и приложения.
13 718
Подписчики
+524 часа
+627 дней
+63030 дней
Архив постов
13 718
🔈 Новый VPS/VDS-сервис от упоротых инфраструктурщиков
Давно дружим с CORTEL, это ребята про enterprise решения для крупняка. Сейчас они запустили отдельный бренд для аренды VPS/VDS — Serverum.
Это сервис, где можно выбрать VPS, оплатить и сразу начать пользоваться. Подойдёт для dev/stage-сред, тестовых стендов, ботов, pet-проектов, небольших сервисов и других задач, где нужен сервер без лишней возни.
Внутри:
— собственная проприетарная платформа
— отечественные решения
— защищённая инфраструктура
— низкие цены
— живая поддержка от инженерной команды
Сейчас ребята запускают первых пользователей и собирают честную обратную связь от тех, кто реально работает с инфраструктурой.
Можно зайти, потыкать, взять VPS под задачу и написать фидбек.
👉 Serverum.ru
13 718
Разберитесь, как на самом деле работают серверы, собрав с нуля небольшой TCP-сервер и клиент
По традиции – с большим количеством наглядных визуализаций, подробных объяснений и практических заданий:
https://labs.iximiuz.com/tutorials/how-servers-work-tcp-sockets
👉 DevOps Portal
13 718
Admission Control
Каждый запуск команды
kubectl apply проходит через Kubernetes API Server до того, как данные будут сохранены в etcd (и изменят состояние кластера).
Admission Control — это промежуточный слой обработки запросов, который может модифицировать, валидировать или отклонять запросы к API. Это удобный механизм для добавления недостающих значений по умолчанию, принудительного применения лимитов ресурсов, автоматической инъекции sidecar-контейнеров, блокировки некорректных конфигураций и даже полного запрета на запуск небезопасных рабочих нагрузок.
Подробно изучите работу Kubernetes Admission Control в этом практическом туториале от Márk Sági-Kazár:
Kubernetes Admission Control Tutorial
👉 DevOps Portal13 718
На Stepik вышла программа «Фундамент DevOps»
Это комплексная программа из 4 практических курсов по ключевым технологиям современного DevOps: Linux, Git, Docker и Kubernetes.
Вы последовательно пройдёте путь от работы в Linux и Git до контейнеризации приложений и управления ими в Kubernetes.
Что вы изучите:
• уверенную работу в Linux и терминале • Git и контроль версий в реальных проектах • Docker и контейнеризацию приложений • Kubernetes и оркестрацию контейнеров • основы сетей, безопасности и хранения данных • автоматизацию задач и диагностику инфраструктуры ... и многому другомуВсе знания закрепляются на практике с помощью заданий с автопроверкой. Материал подаётся понятным языком, шаг за шагом, с большим количеством примеров, схем и демонстраций. После прохождения вы получите сертификат, который можно добавить в резюме. Отдельно курсы стоят 16 600 ₽, но в составе программы доступны всего за 7 990 ₽: открыть на Stepik
13 718
Система может выглядеть полностью исправной, даже когда под капотом уже что-то идёт не так.
В этом руководстве автор показывает, как использовать Bash и Python для автоматизации DevOps-задач в реальных продакшн-сценариях.
Вы научитесь:
выявлять резкие скачки расходов в AWS; трассировать и анализировать сервисные логи; находить дрейф инфраструктуры; проверять корректность ротации секретов; автоматизировать откат канареечных релизов.https://freecodecamp.org/news/how-to-use-bash-python-for-real-devops-automation-handbook-with-production-use-cases/ 👉 DevOps Portal
13 718
На Stepik вышел обновленный курс по Docker 🧑💻
Этот курс даёт крепкую базу по Docker: от первых контейнеров и образов до понимания того, как Docker работает под капотом. Вы разберётесь с контейнерами, Dockerfile, сетями, безопасностью, наблюдаемостью, оптимизацией образов и внутренними механизмами Linux, на которых построен Docker.
Вы научитесь:
- запускать и управлять контейнерами - создавать собственные Docker-образы и Dockerfile - работать с Docker Compose и многоконтейнерными приложениями - понимать устройство контейнеров через namespaces и cgroups - настраивать сети, service discovery и взаимодействие контейнеров - отлаживать контейнеры, логи и сетевые проблемы - оптимизировать Docker-образы и использовать multi-stage builds - применять практики безопасности и сканировать образы на уязвимости - понимать, как Docker работает "под капотом" ...и многого другомуВсё сразу закрепляется на практике с помощью заданий с автопроверкой. Материал подаётся понятным языком, шаг за шагом, на реальных примерах и с наглядными схемами После прохождения вы получите сертификат, который можно добавить в резюме. В ближайшие 48ч курс доступен со скидкой 25% по промокоду «
DEVOPS25»: открыть курс на Stepik13 718
Что такое
NOTES.txt в Helm Chart?
В этом руководстве вы узнаете:
- Что такое файл NOTES.txt в Helm.
- Как он работает и в каких сценариях используется.
- Как просматривать заметки до и после установки чарта.
- Пошаговый практический пример, демонстрирующий возможности NOTES.txt.
- Как отключить вывод заметок
Подробная статья: https://devopscube.com/helm-notes-txt-file/
👉 DevOps Portal13 718
Docker 101: Жизненный цикл контейнера
Docker — это не только
docker run и последующий Ctrl+C. Контейнеры можно создавать, запускать, ставить на паузу, снимать с паузы, останавливать, перезапускать, принудительно завершать и удалять. Понимание этих операций – ключ к эффективной работе с контейнерами
https://labs.iximiuz.com/challenges/docker-101-container-lifecycle
👉 DevOps Portal13 718
Ты знаешь, какой грейд у тебя на самом деле?
➡️ Часто бывает так: носишь звание «Senior», а по факту решаешь задачи уровня Junior. Или наоборот — сидишь в мидлах, хотя давно перерос.
➡️ В Linux-администрировании грейды — штука хитрая. В одной компании тебя назовут Senior, в другой — тем же Junior. Но реальный уровень определяется не названием должности, а тем, как ты мыслишь, какие задачи берешь и насколько автономно работаешь.
Мы подготовили чёткий план развития: с нуля до Senior и дальше. Это дорожная карта с зонами ответственности, примерами из практики.
👉 Забирай план развития в боте — чтобы понимать, куда двигаться дальше и что реально нужно для следующего уровня
13 718
Ubuntu анонсировали Workshop – решение для запуска изолированных сред разработки в Ubuntu одной командой.
Тратьте меньше времени на настройку окружения: всего несколько строк YAML, и у вас готово воспроизводимое окружение, которое можно использовать на разных машинах.
Узнайте, как это работает: Introducing Workshop – Launch sandboxed development environments on Ubuntu with a single command
👉 DevOps Portal
13 718
Насколько безопасно облако?
Selectel запустили спецпроект про безопасность облачной инфраструктуры — с разбором популярных заблуждений насчет работы с облаком.
Ответьте на вопросы и получите промокод на 1 000 бонусов в панели Selectel, чтобы протестировать облачные сервисы самостоятельно.
Проверить себя → https://slc.tl/0e9fd?erid=2W5zFHdatid
13 718
Гайд по подготовке к экзамену CKA + конспекты
По запросам сообщества мы добавили раздел с учебными заметками и иллюстрациями.
Внутри – ключевые темы: Gateway API, Network Policies, администрирование кластера и многое другое.
GitHub-репозиторий: https://github.com/techiescamp/cka-certification-guide
👉 DevOps Portal
13 718
Большинство DevOps-инженеров и SRE до сих пор плохо понимают, что на самом деле означают метрики P50, P95 и P99.
Объясню на примере пиццы.
Ты заказываешь пиццу в Dominos. Они обещают доставку за 30 минут. В день у них 5000 заказов.
P50 означает, что 2500 пицц приехали за 30 минут или быстрее. То есть половина клиентов получила сервис, который обещали. Вторая половина ждала дольше. Это и есть средний пользовательский опыт.
P95 означает, что 4750 заказов доставили за 45 минут или быстрее. Но для 250 клиентов всё было намного хуже. Пицца уже остыла, никто даже не отзвонился.
P99 означает, что 4950 заказов приехали максимум за 60 минут. Но оставшиеся 50 человек получили холодную пиццу, испорченный вечер и повод уйти к Pizza Hut.
Вот в чём проблема средних значений.
У тебя все графики зелёные. Average выглядит отлично. Но 50 реальных пользователей сегодня получили плохой опыт. И завтра получат. И послезавтра тоже.
В проде происходит ровно то же самое.
Среднее время ответа вашего API показывает 80 мс. Выглядит отлично. Но P99 для небольшой группы пользователей держится на уровне 3 секунд. Они не жалуются громко. Они просто тихо уходят.
При 1 миллионе запросов в день P99 означает, что 10 000 запросов получают "холодную пиццу". Каждый день. Тихо.
Именно поэтому опытные инженеры никогда не доверяют одним только средним значениям. Сначала они смотрят на P95 и P99.
👉 DevOps Portal
13 718
RTPENGINE как медиакомбайн - открытый онлайн-вебинар
Сегодня - 26 мая в 11:00 МСК
Иногда, DevOps должны знать, как медиапотоки живут в проде. Разберём RTPengine + Kamailio с практической точки зрения: архитектура, обработка пакетов в ядре Linux, управление записью звонков через Kamailio, а также как мониторить и автоматизировать — метрики, логирование, интеграция в CI/CD и когда сниферы действительно нужны.Подключайтесь к бесплатному вебинару по ссылке
13 718
Если вы изолируете своего coding-агента в sandbox-окружении, как дать ему возможность тестировать изменения в браузере?
Как и во многих Dev & Ops-задачах, ответ – пробросить порт
В этом воркфлоу используют Claude Code, запущенный в удалённой VM, вместе с локальным браузером: https://labs.iximiuz.com/docs/playground-recipes/coding-agent-with-browser-access
👉 DevOps Portal
13 718
GitHub Actions + AWS без долгоживущих секретов?
Современные DevOps-пайплайны не должны зависеть от захардкоженных AWS access keys.
Потому что утекшие CI/CD-учётные данные всё ещё остаются одним из самых серьёзных рисков для безопасности в облаке.
Именно здесь помогает OIDC.
Вместо того чтобы хранить AWS-секреты в GitHub, ваш workflow во время выполнения получает краткоживущие временные credentials напрямую от AWS.
- Никаких статических ключей.
- Никакой головной боли с ротацией секретов.
- Меньший blast radius, если что-то пойдёт не так.
В этом блоге разберем интеграцию GitHub Actions OIDC с AWS на пошаговом примере, который помогает безопасно настроить доступ к AWS cloud.
К концу этого гайда вы поймёте:
- Почему OIDC — это безопасный способ подключить GitHub Actions к AWS
- Как интеграция GitHub OIDC работает с AWS
- Как пошагово настроить OIDC через IAM roles
- Как протестировать настройку через AWS CLI и задеплоить в EKS с помощью GitHub Actions workflows
Подробный блог: https://devopscube.com/github-actions-oidc-aws/
👉 DevOps Portal
13 718
Бесплатный урок по системе контроля версий кода Git⚡️
👉 Git — это не инструмент
разработчика. Это инструмент для
всех, кто работает с ИТ
Что вы узнаете на бесплатном уроке:
✅ Зачем вообще нужны системы контроля версий
✅ Почему Git — это стандарт, который используют все
✅ Что такое методология управления инфраструктурой, использующая систему управления версиями кода Git как единый источник достоверной информации (GitOps) и когда код правит миром
✅ Чем Git полезен лично вам прямо сейчас
👉 Забрать бесплатный урок
13 718
Наглядное руководство по основам Systemd
Статья подробно и наглядно раскрывает внутреннее устройство systemd, делая акцент на ключевых компонентах D-Bus и cgroups, и объясняет, как устроена их архитектура и взаимодействие на примерах и схемах
https://medium.com/@sebastiancarlos/systemds-nuts-and-bolts-0ae7995e45d3
👉 DevOps Portal
13 718
Помните, когда-то на написание и проверку Terraform-модулей уходило 2 часа? А теперь промпт и правка занимают 5 минут.
Подключайтесь к онлайн-встрече от MWS для DevOps-инженеров 28 мая — эксперты с реальным опытом внедрения ИИ поделятся своими кейсами и порассуждают о том, как изменится роль DevOps в условиях тотального ИИ.
А еще вы узнаете об адаптивном подходе к решению проблемы разнородности продуктов и сценариев эксплуатации:
— почему решения из коробки (GitLab CI, Jenkins, ArgoCD) не спасают, когда все продукты на разных стеках;
— как создание фреймворка пайплайнов, адаптивного под разные стеки, закладывает первую ступень «золотого пути» для разработчиков.
Где и когда: онлайн, 28 мая в 16:00
👉Для участия зарегистрируйтесь по ссылке
До встречи!
erid: 2W5zFGC5i3T
