¡Ya disponible! Investigación de Telegram 2025 — los principales insights del año 
Библиотека девопса | DevOps, SRE, Sysadmin
Ir al canal en Telegram
Все самое полезное для девопсера в одном канале. Как запустить своего ии-агента: https://clc.to/tvpmDQ По рекламе: @proglib_adv Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787
Mostrar más📈 Análisis del canal de Telegram Библиотека девопса | DevOps, SRE, Sysadmin
El canal Библиотека девопса | DevOps, SRE, Sysadmin (@devopsslib) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 10 417 suscriptores, ocupando la posición 11 863 en la categoría Tecnologías y Aplicaciones y el puesto 62 889 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 10 417 suscriptores.
Según los últimos datos del 13 junio, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de -6, y en las últimas 24 horas de -8, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 8.77%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 5.37% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 914 visualizaciones. En el primer día suele acumular 560 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 4.
- Intereses temáticos: El contenido se centra en temas clave como devops'a, навигация, скрипт, docker, git.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Все самое полезное для девопсера в одном канале.
Как запустить своего ии-агента: https://clc.to/tvpmDQ
По рекламе: @proglib_adv
Для обратной связи: @proglibrary_feeedback_bot
РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 14 junio, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
10 417
Suscriptores
-824 horas
Sin datos7 días
-630 días
Archivo de publicaciones
Откуда в девопс пришли вы
❤️ — Сисадмин
🔥 — Программист
🐸Библиотека devops'a #развлекалово
✅ База для Kubernetes
Подготовили для вас шпаргалку для работы с k8s. Сохраняйте, чтобы не потерять.
🐸Библиотека devops'a #буст
💬 Кубер это революция в управлении инфраструктурой или ненужная сложность
Кажется, каждое обсуждение технологий DevOps не обходится без упоминания Kubernetes. Кто-то считает его ключом к современным и эффективным процессам разработки, а кто-то утверждает, что Kubernetes — это слишком сложное и не всегда нужное решение.
⚠️ Основные претензии к Kubernetes:
— Kubernetes требует значительных усилий на настройку, обучение команды и постоянное сопровождение.
— Сложные кластерные технологии могут потреблять ресурсы, которые для небольших или средних проектов не оправданы.
— Сетевые и распределенные проблемы в Kubernetes могут быть сложными для диагностики.
Что думает наш админ:
Я предвзят обычно ко всему новому, но кубер мне зашёл. В нескольких командах уже видел как его используют и девопсам реально нравится. Буквально подики просто делают брррр💬 Какая ваша позиция по поводу Kubernetes? Супер-пупер игрушка или ненужный хлам? Делитесь мыслями в комментариях 👇 💃 Нравится контент? Отблагодарите нас бустом, а мы подготовим больше годного контента. 🐸Библиотека devops'a #междусобойчик
🔄 Как преобразовать Docker Compose в кластер Kubernetes
Часто в процессе разработки используется Docker Compose, который предназначен для управления многоконтейнерными приложениями в одном узле.
Но все вокруг говорят о кубере, поэтому сегодня покажем как преобразовать ваши контейнеры в кластер на k8s с помощью kompose.
1. Подготовка Docker Compose файла
Допустим, у вас уже есть файл docker-compose.yml для вашего приложения. Пример простого Docker Compose файла:
version: '3'
services:
app:
image: myapp:latest
ports:
- "8080:80"
environment:
- APP_ENV=production
db:
image: postgres:alpine
environment:
- POSTGRES_DB=mydb
- POSTGRES_USER=user
- POSTGRES_PASSWORD=password
2. Использование Kompose для преобразования
Для упрощения процесса преобразования конфигурации Docker Compose в Kubernetes, можно использовать инструмент Kompose.
Он автоматически конвертирует ваш docker-compose.yml файл в манифесты Kubernetes.
Как и любой быстроразвивающийся проект kompose лучше ставить напрямую от разработчиков:
sudo curl -L https://github.com/kubernetes/kompose/releases/download/v1.27.0/kompose-linux-amd64 -o /usr/local/bin/kompose
sudo chmod +x /usr/local/bin/komposekompose convert -f docker-compose.ymlKompose создаст несколько файлов YAML для Kubernetes, например: • app-deployment.yaml — для деплоймента приложения. • app-service.yaml — для создания Kubernetes-сервиса. • db-deployment.yaml — для деплоймента базы данных. • db-service.yaml — для сервиса базы данных. 3. Деплой на Kubernetes Теперь, когда у вас есть манифесты Kubernetes, вы можете развернуть приложение в кластере. Применение манифестов:
kubectl apply -f app-deployment.yaml
kubectl apply -f app-service.yaml
kubectl apply -f db-deployment.yaml
kubectl apply -f db-service.yaml
💬 Когда с первого раза не понятно
Мы все получаем сообщения — будь то в деловом стиле, с тонкими намеками или голосовыми в 2 часа ночи. Как вы обычно отвечаете? Интуитивно или у вас уже выработан определённый стиль?
Предлагаем немного поэкспериментировать с форматами ответов и сделать их более выразительными с помощью промпта:
Ты мудрый и опытный DevOps инженер, известный своим спокойствием, ясным общением и способностью предоставлять полезные советы коллегам. Ты отлично объясняешь сложные технические концепции простым и понятным языком, всегда ставя в приоритет сотрудничество и обмен знаниями. Твоя цель — составить продуманный и информативный ответ на сообщение коллеги, уделяя внимание его вопросам и предлагая практичные решения.Попробуйте на своих коллегах и потом вернитесь с результатами в комментарии. 🐸Библиотека devops'a #буст
+4
⚙️ Ключевые вызовы и решения в распределённых системах
Распределённые сервисы страдают от ненадёжных сетей, рассинхронизации, проблем масштабирования и отказоустойчивости.
В карточках лишь начало всей эпопеи, которое тоже советуем к просмотру.
➡️ Продолжить изучение
🐸Библиотека devops'a #буст
🎮 Использование метода «least_conn» для балансировки нагрузки
Проблема: необходимо распределить трафик между несколькими серверами, отдавая запросы серверу с наименьшим количеством активных соединений.
Решение: в книге "Nginx Cookbook: Advanced Recipes for High-performance Load Balancing" автор показывает использование директивы least_conn в блоке upstream для выбора сервера с наименьшей нагрузкой.
Пример кода:
upstream backend {
least_conn;
server backend1.example.com;
server backend2.example.com;
}
server {
location / {
proxy_pass http://backend;
}
}🙂 Топ-вакансий для девопсов за неделю
Системный администратор / DevOps-инженер — от 150 000 ₽, удалёнка.
DevOps-инженер — от 200 000 ₽ гибрид в Москве.
Tech Lead Engineer (Anti-Bot & Web Scraping) — гибрид в Москве.
DevOps в команду разработки CRM систем — гибрид в Москве.
Бустер — скибиди-офис.
➡️ Еще больше вакансий — в нашем канале Вакансии по DevOps & SRE
Repost from Библиотека задач по DevOps | тесты, код, задания
Что выведет этот GitHub Actions workflow?
name: Test Job
on:
workflow_dispatch:
jobs:
test:
runs-on: ubuntu-latest
steps:
- name: Set var
run: echo "RESULT=ok" >> $GITHUB_ENV
- name: Check var
run: |
if [ "$RESULT" == "ok" ]; then
echo "Success";
else
echo "Fail";
fi
👾 — Success
👍 — Fail
🥰 — Ошибка выполнения скрипта
⚡ — Переменная не найдена, но пайплайн не упадет
Библиотека задач по DevOps
📰 Дайджест недели
Собрали материалы недели, которые вы могли пропустить в потоке.
— Как запустить Docker в Nomad
Небольшой гайд по созданию контейнеров в инструменте от HashiCorp.
— Универсальный сервер вывода ИИ
Red Hat представила AI Inference Server — решение для высокопроизводительного вывода больших языковых моделей (LLM) в гибридном облаке.
Сервер использует ядро vLLM с поддержкой многогранного параллелизма и квантования.
— Как Docker это делали
Docker представила подробный обзор разработки Docker Model Runner. Раскрыли внутреннюю кухню и наметили интеграцию с k8s.
— Terraform AWS Provider 6.0
HashiCorp анонсировала общедоступный релиз AWS Provider. Всё стандартно — улучшения и оптимизации.
— GitHub Copilot для Azure
В режиме агента Copilot может не только генерировать код, но и самостоятельно выполнять многошаговые операции с инфраструктурой Azure.
— Пройдите наш опрос про ИИ
🐸Библиотека devops'a #свежак
😱 Уже завтра — вебинар про AI-агентов! Мест почти не осталось
На вебинаре вы получите то, чего нет в открытых источниках — живой разбор, примеры и прямой диалог с экспертом. Но только если придёте.
➡️ Что будет:
— покажем структуру курса и ключевые модули
— обсудим вопросы, которые обычно остаются за кадром
— разберём реальные кейсы: как применять AI-агентов — от чат-ботов до систем поддержки решений
📅 Уже 23 июня в 19:00 МСК
🎙️ Ведёт Никита Зелинский — эксперт в AI и DS
👉 Зарегистрируйтесь заранее, чтобы не забыть:
https://clc.to/_lDV0Q
🫢 Для тех, кто дочитал до конца → промокод lucky, он даст −5.000₽ на курс
Три специальных технологических доклада на VK Cloud Conf 2025
26 июня пройдет ежегодная конференция VK Cloud Conf 2025, посвященная облачным технологиям.
В 17:30 начнется особенная часть конференции — технологический трек, на котором приглашенные эксперты расскажут:
🔹 как организовать доставку и обработку 1,5 млн событий в секунду,
🔹 перейти от арендованных ЦОДов к собственной инфраструктуре,
🔹 построить CDN VK под нагрузками в миллион запросов в секунду.
Темы докладов
🔹 Highload-логистика: как управлять потоком из 1,5 млн событий в секунду
Доклад про организацию доставки и обработки событий, возникающие проблемы и используемые инструменты.
Спикеры: Дмитрий Куколев, руководитель направления безопасности Runtime; Кирилл Назаров, руководитель группы DevOps, направление безопасности Runtime, блок «Информационная безопасность», VK.
🔹 Без единой точки отказа: путь к облаку на трех AZ и tier-4 ЦОДах
Опыт перехода к первым в России ЦОДам Tier-4.
Спикер: Николай Бутенко, директор по надежности сервисов VK Cloud, лучший спикер Highload++ 2024.
🔹 Много храним и быстро раздаем: как мы построили CDN VK под нагрузками в миллион запросов в секунду
Узнайте, как обслуживать миллионы запросов и раздавать десятки терабит в секунду.
Спикер: Дмитрий Радчук, руководитель группы граничных сервисов, департамент инфраструктурных сервисов VK.
Регистрируйтесь
📣 Как правильно называть окружения
Вопрос, который часто возникает в командах: какие названия окружений действительно отражают суть и не мешают понимать друг-друга.
— Сторонники англоцентричной схемы
Prod / Pre-prod / Staging / Dev
Стандартизировано, «понимают» все инструменты CI/CD и внешние подрядчики.
Очевидный минус для русскоязычной команды — англицизмы раздражают, к тому же споры о дефисах и транслитерации («preprod» vs «pre-prod») могут затянуться.
— Сторонники русификации
Бой / Пром / Тест / Разраб.
Интуитивно для русскоязычных специалистов, нет путаницы в терминах. Но есть и минус — международные коллеги и документация на английском «теряются» без глоссария.
💬 Что думаете вы? Какие аргументы перевесили в ваших проектах — «Prod» или «Бой»? Разверните своё мнение в комментариях 👇
🐸Библиотека devops'a #междусобойчик
🌀 Команда дня: перезапуск деплоймента в Kubernetes
kubectl rollout restart позволяет инициировать перезапуск всех Pod-ов в указанном деплойменте без изменения его манифеста или Docker-образа.
Полная команда:
kubectl rollout restart deployment my-deployment \
--namespace=my-namespace
+4
🧑💻 AI-инструменты, которые я использую каждый день
Инструменты искусственного интеллекта всё плотнее входят в повседневную реальность, и разработчики, как и ряд других экспертов, регулярно пользуются нейросетями.
Расспросили рядового разработчика — как именно он использует нейросети. Смотрите интервью в карточках.
➡️ Как вам Иван и его мнение? Задавайте вопросы в комментариях, а мы найдём экспертов 👇
🐸Библиотека devops'a
🚨 ИИ уже съел ваше место?
Стоп. Давайте без паники и хайпа.
Пока одни кричат «ИИ всех заменит!», другие спокойно получают оффер за оффером. Пока CEO сокращают команды «из-за ИИ», разработчики с нужными скиллами поднимают зарплаты.
Мы копаем глубже твиттеров «экспертов» и собираем данные от тех, кто каждый день коммитит, деплоит, фиксит баги — но в этом нам нужна ваша помощь.
❓Хотим понять:
— Кого действительно уволили и почему
— Как изменились задачи разработчиков
— Где ИИ помогает, а где только мешает
— Какие роли появились, какие исчезли
— Сколько платят тем, кто «дружит» с ИИ
Без буллшита — только цифры и факты. Результаты будут открыты для всех.
📊 Чем больше участников — тем точнее картина. Поделитесь опытом: https://clc.to/aFntFw
✏️ CMD vs ENTRYPOINT
Один из подписчиков недавно задал интересный вопрос:
Когда лучше использовать CMD, а когда ENTRYPOINT в Docker?Эти два параметра могут запутать, но их применение зависит от того, как вы хотите запустить контейнер. 1️⃣
ENTRYPOINT — основная команда контейнера
Если вам нужно задать команду, которая всегда будет выполняться при запуске контейнера, используйте ENTRYPOINT.
Он задает команду, которая является обязательной для запуска контейнера, и её нельзя переопределить (без указания дополнительных аргументов).
Пример:
ENTRYPOINT ["python", "app.py"]CMD — параметры по умолчанию
CMD — это параметры, которые могут быть переданы командной строкой при запуске контейнера.
Если CMD используется в Dockerfile, но команда не была указана при запуске контейнера, то используется команда из CMD. Он также может быть переопределен во время запуска.
Пример:
CMD ["python", "app.py"]docker run my_image python other_app.pyENTRYPOINT, а CMD использовать для указания параметров по умолчанию.
Пример:
ENTRYPOINT ["python"]
CMD ["app.py"]ENTRYPOINT, если хотите, чтобы контейнер всегда выполнял одну конкретную команду.
Используйте CMD, если хотите задать параметры по умолчанию, которые можно переопределить при запуске контейнера.
Используйте оба вместе, чтобы задать команду с возможностью замены параметров.
💬 А какие у вас есть примеры использования CMD и ENTRYPOINT? Поделитесь своим опытом в комментариях 👇
🐸Библиотека devops'a #междусобойчик
🎙 Мок-интервью для DevOps
Интервью всегда остаётся испытанием, а если оно транслируется в прямом эфире, напряжение возрастает многократно. DevOps Kitchen Talks мучают кандидатов проходить симуляцию собеседования, отвечая на вопросы реальных специалистов.
➡️ Смотреть видео
🐸Библиотека devops'a #буст
