Available now! Telegram Research 2025 — the year's key insights 
Библиотека девопса | DevOps, SRE, Sysadmin
Open in Telegram
Все самое полезное для девопсера в одном канале. Как запустить своего ии-агента: https://clc.to/tvpmDQ По рекламе: @proglib_adv Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787
Show more📈 Analytical overview of Telegram channel Библиотека девопса | DevOps, SRE, Sysadmin
Channel Библиотека девопса | DevOps, SRE, Sysadmin (@devopsslib) in the Russian language segment is an active participant. Currently, the community unites 10 420 subscribers, ranking 11 863 in the Technologies & Applications category and 62 889 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 10 420 subscribers.
According to the latest data from 13 June, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -6 over the last 30 days and by -8 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 8.77%. Within the first 24 hours after publication, content typically collects 5.37% reactions from the total number of subscribers.
- Post reach: On average, each post receives 914 views. Within the first day, a publication typically gains 560 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 4.
- Thematic interests: Content is focused on key topics such as devops'a, навигация, скрипт, docker, git.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Все самое полезное для девопсера в одном канале.
Как запустить своего ии-агента: https://clc.to/tvpmDQ
По рекламе: @proglib_adv
Для обратной связи: @proglibrary_feeedback_bot
РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787”
Thanks to the high frequency of updates (latest data received on 14 June, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
10 420
Subscribers
-824 hours
No data7 days
-630 days
Posts Archive
🚀 Главная ошибка новичка в ML — строить звездолёт вместо велосипеда
Многие сразу хотят свою Midjourney, но в итоге получают только выгорание.
Успех начинается с «велосипеда»: научитесь предсказывать цены или классифицировать отзывы. Освойте базу, а уже потом стройте «звездолёты».
Наш курс «ML для старта в Data Science» — это и есть тот самый правильный старт от простого к сложному.
👉 Начните правильно
Берёте курс «ML для старта» до конца недели — Python в подарок.
❗А 21 августа пройдет бесплатный вебинар с Марией Жаровой: узнаете, какие проекты качают скилл, а какие качают ваши нервы.
А какой самый сложный проект вы брались делать в самом начале? 🫢
👻 Уязвимости не прощают: как объяснить коллегам важность безопасности
Безопасность — это обязанность всей команды. Каждый разработчик, девопс и инженер должен понимать, как их действия могут повлиять на безопасность системы.
С таким вопросом пришёл подписчик в нашу рубрику:
У меня на работе процветает безалаберность. Каждый второй коллега это потенциальная дыра в безопасности. Как им объяснить, что безопасность это не только моё дело, но и их?Не стоит быть примером для учебников по ИБ, вот несколько советов: Объясните коллегам, как уязвимости могут повлиять на производительность, надежность системы и репутацию компании. Приводите примеры реальных инцидентов, таких как утечка данных или атаки, которые могут привести к значительным потерям. Демонстрация примеров угроз, таких как SQL Injection или Cross-Site Scripting, помогает понять, как уязвимости могут повлиять на систему. Чем ближе примеры к реальной практике, тем убедительнее. Автоматизированные тесты и интеграция проверок безопасности в CI/CD пайплайны позволяют уменьшить риски на ранних этапах разработки. Объясните важность минимальных прав доступа и принципа Zero Trust: доверять никому, даже своим пользователям или приложениям. Организуйте воркшопы и тренировки по безопасности, чтобы повысить осведомлённость и облегчить восприятие важности этих процессов. ✉️ Как вы объясняете важность безопасности своим коллегам? Поделитесь своими методами в комментариях 👇 P.S. Если хотите задать вопрос сообществу или поделиться историей, заполните нашу гугл-форму. 🐸Библиотека devops'a #междусобойчик
🚀 Хотите научиться интегрировать Apache Kafka и ClickHouse для эффективной обработки и анализа данных? 🚀
Присоединяйтесь к открытому уроку 20 августа в 20:00 МСК!
📚 Мы разберём, как настроить потоковую передачу данных, обеспечить надёжность и производительность, а также оптимизировать хранение и запросы. Вы узнаете, как использовать нативные коннекторы и Kafka Connect для интеграции этих двух мощных инструментов.
Мы покажем реальные кейсы, лучшие практики и как избежать частых ошибок при работе с Kafka и ClickHouse. Это знание поможет вам настроить эффективный pipeline и ускорить загрузку данных.
Присоединяйтесь и получите скидку на курс «Apache Kafka»:
https://clc.to/EZIOvA
🎯 Не пропустите!
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
⛳️ Чеклист для использования облачных сервисов
Облачные технологии это круто. Но чтобы извлечь максимальную пользу, важно правильно настроить облачную инфраструктуру и следовать лучшим практикам.
В этом чеклисте мы предлагаем основные шаги для старта в облаках.
✅ Оцените стоимость, доступность и нужные сервисы у провайдера. Сравните популярные облачные платформы.
✅ Используйте Infrastructure as Code (IaC) и CI/CD пайплайны для автоматизации.
✅ Настройте управление доступом, используйте шифрование данных как в покое, так и в передаче. Настройте многофакторную аутентификацию.
✅ Настройте авто-скейлинг для динамичного масштабирования приложений в зависимости от нагрузки и используйте несколько зон доступности.
✅ Используйте инструменты для мониторинга и централизованное логирование.
✅ Организуйте резервное копирование и архивирование данных.
✅ Настройте инструменты для мониторинга и анализа затрат, используйте экономичные инстансы и настраивайте автоматическое выключение ненужных ресурсов в нерабочие часы.
🐸Библиотека devops'a
#буст
🔥 Успей поднять квалификацию по выгодной цене!
Только до 17 августа у вас есть последняя возможность купить наши курсы по старым ценам.
🔹 Математика для Data Science:
— Базовый: (сейчас)
26 399₽ → (будет) 33 900₽
— Ультра: 35 199₽ → 44 900₽
— VIP: 59 829₽ → 75 900₽ (выгода больше 16 000₽!)
🔹 Программирование на Python: 24 990₽ → 32 900₽
🔹 Алгоритмы и структуры данных: 31 669₽ → 39 900₽
🔹 Архитектуры и шаблоны проектирования: 24 890₽ → 32 900₽
🔹 AI-агенты для DS специалистов: 54 000₽ → 59 000₽
🔹 Основы IT для непрограммистов: 14 994₽ → 19 900₽
🔹 Базовые модели ML: 6 990₽ → 9 900₽
❗ Важно: Курсы из линейки Frontend Basic полностью снимаются с продажи. 17 августа — буквально последний день, когда их можно будет приобрести.
Успей купить до повышения — осталось 4 дня!
👉 Зафиксировать цену и начать учиться
Выиграйте грант на обучение SRE 🎓
Объявляем конкурс грантов на курс «SRE: data-driven подход к управлению надёжностью систем» от Слёрма 🔥
Идеальная возможность для тех, кто давно хотел почувствовать себя SRE-специалистом в условиях, максимально имитирующих реальность. На курсе вы будете решать задачи и кейсы, которые возникают на вашем сервисе – приложении кинотеатра.
При выполнении всех условий 10 победителей получат 1 из 4 вариантов гранта:
⭐️ скидка 100% (1 место);
⭐️ скидка 70% (2 места);
⭐️ скидка 50% (3 места);
⭐️ скидка 30% (4 места).
Условия участия:
🔹 Быть подписанным на канал Путь SRE
🔹 Заполнить заявку по ссылке: заявка тут
🔹 Ожидать результаты
Дедлайн — до 15 августа включительно.
Итоги опубликуем в канале Путь SRE 18 августа, а уже 25 августа победители смогут начать обучение на выгодных условиях!
Всем удачи! 🍀
💬 Открываем чат между серверами
nc — это утилита для работы с сетью. Умеет слушать порты, подключаться к ним, передавать файлы и данные.
С помощью открытого порта мы можем обмениваться файлами между серверами:
# Сервер
nc -l -p 9000
# Клиент
nc <ip_сервера> 9000# Приём
nc -l -p 9999 > file.txt
# Отправка
nc <ip_получателя> 9999 < file.txtnc -u -l -p 500
+5
📎 Как стать Delivery Manager
Чтобы стать Delivery Manager'ом нужно быть всегда и везде. Он как дирижёр, который управляет не только процессами разработки, но и коммуникациями между командами, бизнес-стейкхолдерами и внешними партнёрами.
В карточках 5 шагов к роли такого менеджера, а в статье полный гайд.
🐸Библиотека devops'a
⚙️ Как с помощью Kustomize упростить управление конфигурациями
Kustomize — это инструмент для работы с Kubernetes-конфигурациями, который позволяет адаптировать и комбинировать файлы YAML без их дублирования.
Представьте себе, что вам нужно развернуть одно и то же приложение в нескольких средах: разработка, тестирование, продакшн. При этом настройки для каждой среды будут отличаться. С Kustomize вы можете сделать это с минимальными усилиями.
Структура проекта:
my-app/
│
├── base/
│ ├── deployment.yaml
│ ├── service.yaml
│ └── kustomization.yaml
│
└── overlays/
├── dev/
│ ├── kustomization.yaml
│ ├── deployment-patch.yaml
│ └── service-patch.yaml
└── prod/
├── kustomization.yaml
├── deployment-patch.yaml
└── service-patch.yaml
base/: хранит общие для всех окружений файлы конфигураций — это основа, от которой будут наследоваться все остальные окружения.
overlays/: здесь лежат изменения для каждой среды (например, для разработки и продакшн), такие как количество реплик или версия образа.
Пример базовой конфигурации для деплоя:
apiVersion: apps/v1
kind: Deployment
metadata:
name: my-app
spec:
replicas: 2
selector:
matchLabels:
app: my-app
template:
metadata:
labels:
app: my-app
spec:
containers:
- name: my-app
image: my-app:v1
ports:
- containerPort: 8080
Здесь у нас базовый деплоймент с двумя репликами и образом Docker my-app:v1. Это конфигурация, которая будет использована во всех окружениях, пока мы не внесем в нее изменения.
Конфигурация для окружения разработки
В папке overlays/dev мы создаем патчи, которые изменяют конфигурацию для разработки. Для разработки нужно:
• Использовать тестовую БД
• Использовать самый последний образ контейнера
• Включить дебаг логгирование
• Поиграться с количеством реплик
Пример патча для деплоя:
apiVersion: apps/v1
kind: Deployment
metadata:
name: my-app
spec:
replicas: 3 # Увеличиваем количество реплик для разработки
template:
spec:
containers:
- name: my-app
image: my-app:latest # Используем последний образ для разработки
Также в папке overlays/dev создаем файл kustomization.yaml:
bases: - ../../base patchesStrategicMerge: - deployment-patch.yaml - service-patch.yamlЭтот файл говорит Kustomize, что конфигурация для окружения dev будет базироваться на файлах из папки base, но с изменениями, определенными в патче. Пример патча для прода:
apiVersion: apps/v1
kind: Deployment
metadata:
name: my-app
spec:
replicas: 2 # В продакшн — только 2 реплики
template:
spec:
containers:
- name: my-app
image: my-app:v1.2.3 # Стабильная версия для продакшн
Теперь, благодаря Kustomize, вы можете использовать одни и те же манифесты, но с разными настройками для каждой среды.
Как применить конфигурации:
После того как мы создали все необходимые файлы, применить конфигурацию можно с помощью команды kustomize build. Например, для разработки:
kustomize build overlays/dev | kubectl apply -f -kustomize build overlays/prod | kubectl apply -f -😡 Топ-вакансий для девопсов за неделю
DevOps Engineer — 280 000 — 400 000 ₽, удалёнка.
Ещё DevOps инженер — до 200 000 ₽, удалёнка.
И ещё DevOps-Инженер — до 240 000 ₽, удалёнка.
Ещё один DevOps-инженер — 200 000 — 250 000 ₽, удалёнка.
DevOps-инженер (CI/CD) — до 170 000 ₽, удалёнка.
Бустер — Офис у вас дома.
➡️ Еще больше вакансий — в нашем канале Вакансии по DevOps & SRE
Repost from Библиотека задач по DevOps | тесты, код, задания
В GitOps-подходе с использованием ArgoCD и монорепозитория, какой сценарий наибольшим образом нарушает идемпотентность и предсказуемость деплоя?
👾 — Хранение всех манифестов в одной ветке и использование ArgoCD для автоматической синхронизации с HEAD
👍 —Разделение инфраструктурных и приложенческих манифестов по разным директориям в одном репозитории
🥰 — Прямое применение изменений в кластере через kubectl apply без фиксации в Git
⚡️ — Настройка ArgoCD на использование webhook-триггеров вместо периодической синхронизации
Библиотека задач по DevOps
📰 Главное за неделю
Собрали дайджест материалов от крупных компаний за эту неделю.
— Короткие SSH-сертификаты для Ansible
HashiCorp представил способ интеграции Vault и Red Hat Ansible Automation Platform (AAP), позволяющий заменить статические SSH‑ключи на динамические, подписанные сертификаты.
Теперь при запуске Ansible‑джоба AAP запрашивает у Vault SSH‑сертификат на лету — Vault аутентифицирует запрос, подписывает сгенерированную пару ключей и возвращает АAP короткоживущий сертификат
— Плагин c ИИ для управления кластерами k8s
Headlamp AI Assistant — это новый плагин для веб-интерфейса Headlamp, который привносит возможности общения с Kubernetes через естественный язык. Модель, работающая на базе LLM, способна отвечать на вопросы вроде «Какое состояние приложения?» или «Что здесь не так?»
— OpenShift Service Mesh 3.1
В новую версию добавлена полноценная поддержка dual‑stack кластеров (IPv4 + IPv6) на x86, а также реализована технологическая preview‑версия «ambient mode» — sidecar‑less архитектура на базе Ztunnel и Waypoint.
— Когда меньшая модель — лучший путь к эффективному ИИ
Docker представил подход Remocal + Minimum Viable Models (MVM), который объединяет локальную разработку с возможностью динамически масштабироваться в облако, когда требуется больше мощности.
🐸Библиотека devops'a #свежак
💰 Интеграция платежных систем на уровне банковской инфраструктуры
В продакшене банка всё сложнее, чем в любом хайлоаде: нельзя допустить даунтайм, задержка в 10 секунд уже критична, а под капотом — десятки микросервисов, API и очередей.
В статье — взгляд изнутри на интеграцию платёжных систем на уровне банковской инфраструктуры: как проектируют архитектуру, чтобы переводы шли 24/7 и как мониторят и алертят критические узлы.
➡️ Читать статью
🐸Библиотека devops'a
💻 Переиспользуем аргументы как ниндзя
Вместо того чтобы снова и снова руками набирать длинные пути или параметры из предыдущей команды, в bash/zsh можно просто вытащить их из истории.
Alt+. (или Esc + .) — вставить последний аргумент предыдущей команды.
$ ls /var/log/nginx
$ cd Alt+. # подставит /var/log/nginx!$ — то же самое, но внутри команды.
$ tar -xf archive.tar.gz /tmp/data
$ cd !$!* — вставить все аргументы предыдущей команды.
$ cp file1.txt file2.txt /tmp
$ rm !*^old^new — повтор предыдущей команды, заменив подстроку.
$ kubectl get pods
$ ^get^describe # превратит в kubectl describe pods
Proglib Academy — это место, где вы превращаете теорию в практику. Здесь ваши знания становятся проектами для портфолио, а вы — более уверенным специалистом.
Выберите курс, который поможет сделать следующий шаг ⬇️
🚀 Для тех, кто начинает путь в IT:
— Основы IT для непрограммистов
— Программирование на Python (обновлённый)
— Frontend-разработчик с нуля: HTML, CSS, JavaScript
🧠 Для будущих и настоящих Data Scientist'ов:
— ML для старта в Data Science (начинается в сентябре)
— Базовые модели ML и приложения
— Математика для Data Science
— AI-агенты для DS-специалистов (скоро второй поток)
🛠️ Для опытных разработчиков, готовых к росту:
— Алгоритмы и структуры данных
— Архитектуры и шаблоны проектирования
Независимо от вашей цели, у нас есть курс, который поможет её достичь. Переходите в Proglib Academy, выбирайте свой путь и инвестируйте в навыки, которые всегда будут в цене!
✈️ Разбор полётов
Недавний масштабный сбой в IT-инфраструктуре Аэрофлота — не просто технический инцидент, а пример системного провала. Давайте устроим компании postmortem.
Кратко: что случилось
• Аэрофлот на несколько часов остановил бронирования, регистрацию и доступ к сайту.
• Все системы зависели от централизованной IT-инфраструктуры, которая была выведена из строя.
• По симптомам — возможен сбой ЦОД, отказ кластеров, падение критических сервисов.
🛠 Что можно было сделать
1. Geo-распределённая отказоустойчивая архитектура
Active-active или хотя бы active-passive в двух независимых регионах, например, использование облаков с мультирегиональной поддержкой.
2. Резервные каналы связи и DNS Failover
Ротация DNS на резервную инфраструктуру — классическая страховка. Cloudflare Load Balancer, Route53, NS1 — дают гибкость при переключениях.
3. Холодный и горячий Disaster Recovery план
Тестируемый DR-сценарий с переключением в течение 15 минут. Как минимум – ежедневная проверка резервных копий и симуляции отказов.
4. Тестирование отказов хаосом
Периодическая случайная остановка нод или симуляция отказа БД.
5. Автоматизация развёртывания и восстановления
Возможность воссоздать инфраструктуру за час, а не за сутки вручную. GitOps с Terraform, Ansible, Pulumi, ArgoCD для восстановления конфигурации в любой момент.
Крупный бизнес без продуманной стратегии отказоустойчивости — это только вопрос времени, когда «всё упадёт».
💬 Что бы вы использовали для предотвращения такого инцидента? Или чем бы пользовались уже пост фактум для восстановления?
🐸Библиотека devops'a #междусобойчик
Открытые мастера в Kubernetes — потенциальный инцидент в продакшене.
В новой статье на Хабр разработчики сервиса
Managed Kubernetes из
MWS Cloud Platform ⬜️ рассказывают:
⏺️какие уязвимости с радостью используют хакеры при открытых control plane-нодах в твоём кластере;
⏺️какие требования к hosted control plane-решению предъявляет публичный облачный провайдер, предоставляющий k8s as-a-service;
⏺️о плюсах и минусах популярных open source-решений.
➡️ Читать статью
