en
Feedback
Библиотека девопса | DevOps, SRE, Sysadmin

Библиотека девопса | 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 417 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 417 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 417
Subscribers
-824 hours
No data7 days
-630 days
Posts Archive
Откуда в девопс пришли вы ❤️ — Сисадмин 🔥 — Программист 🐸Библиотека devops'a #развлекалово
Откуда в девопс пришли вы ❤️ — Сисадмин 🔥 — Программист 🐸Библиотека devops'a #развлекалово

✅ База для Kubernetes Подготовили для вас шпаргалку для работы с k8s. Сохраняйте, чтобы не потерять. 🐸Библиотека devops'a #б
База для Kubernetes Подготовили для вас шпаргалку для работы с k8s. Сохраняйте, чтобы не потерять. 🐸Библиотека devops'a #буст

💬 Кубер это революция в управлении инфраструктурой или ненужная сложность Кажется, каждое обсуждение технологий DevOps не об
💬 Кубер это революция в управлении инфраструктурой или ненужная сложность Кажется, каждое обсуждение технологий 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/kompose
После установки Kompose, выполните следующую команду для конвертации:
kompose convert -f docker-compose.yml
Kompose создаст несколько файлов 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
Если все прошло успешно, ваше приложение будет развернуто в Kubernetes. 🐸Библиотека devops'a #буст

💬 Когда с первого раза не понятно Мы все получаем сообщения — будь то в деловом стиле, с тонкими намеками или голосовыми в 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;
    }
}
Преимущества: — Распределение нагрузки на серверы с учётом их текущей загрузки. — Улучшение производительности за счёт оптимального использования ресурсов. — Снижение времени отклика для пользователей. ➡️ Лучшее из мира IT-книг — у нас в @progbook

🙂 Топ-вакансий для девопсов за неделю Системный администратор / DevOps-инженер — от 150 000 ₽, удалёнка. DevOps-инженер — от 200 000 ₽ гибрид в Москве. Tech Lead Engineer (Anti-Bot & Web Scraping) — гибрид в Москве. DevOps в команду разработки CRM систем — гибрид в Москве. Бустер — скибиди-офис. ➡️ Еще больше вакансий — в нашем канале Вакансии по DevOps & SRE

Что выведет этот 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 Небольшой г
📰 Дайджест недели Собрали материалы недели, которые вы могли пропустить в потоке. — Как запустить 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, посвя
Три специальных технологических доклада на 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
Что с помощью команды можно сделать С помощью команды можно автоматически применить изменения в ConfigMap или Secret без правки Docker-образа, быстро восстановить зависшие или упавшие приложения и обеспечить плавный, по-стратегии RollingUpdate, переход с минимальным простоем и без резких обрывов трафика. 🐸Библиотека devops'a #буст

🧑‍💻 AI-инструменты, которые я использую каждый день Инструменты искусственного интеллекта всё плотнее входят в повседневную
+4
🧑‍💻 AI-инструменты, которые я использую каждый день Инструменты искусственного интеллекта всё плотнее входят в повседневную реальность, и разработчики, как и ряд других экспертов, регулярно пользуются нейросетями. Расспросили рядового разработчика — как именно он использует нейросети. Смотрите интервью в карточках. ➡️ Как вам Иван и его мнение? Задавайте вопросы в комментариях, а мы найдём экспертов 👇 🐸Библиотека devops'a

🚨 ИИ уже съел ваше место? Стоп. Давайте без паники и хайпа. Пока одни кричат «ИИ всех заменит!», другие спокойно получают оф
🚨 ИИ уже съел ваше место? Стоп. Давайте без паники и хайпа. Пока одни кричат «ИИ всех заменит!», другие спокойно получают оффер за оффером. Пока CEO сокращают команды «из-за ИИ», разработчики с нужными скиллами поднимают зарплаты. Мы копаем глубже твиттеров «экспертов» и собираем данные от тех, кто каждый день коммитит, деплоит, фиксит баги — но в этом нам нужна ваша помощь. ❓Хотим понять: — Кого действительно уволили и почему — Как изменились задачи разработчиков — Где ИИ помогает, а где только мешает — Какие роли появились, какие исчезли — Сколько платят тем, кто «дружит» с ИИ Без буллшита — только цифры и факты. Результаты будут открыты для всех. 📊 Чем больше участников — тем точнее картина. Поделитесь опытом: https://clc.to/aFntFw

✏️ CMD vs ENTRYPOINT Один из подписчиков недавно задал интересный вопрос: Когда лучше использовать CMD, а когда ENTRYPOINT в
✏️ CMD vs ENTRYPOINT Один из подписчиков недавно задал интересный вопрос:
Когда лучше использовать CMD, а когда ENTRYPOINT в Docker?
Эти два параметра могут запутать, но их применение зависит от того, как вы хотите запустить контейнер. 1️⃣ ENTRYPOINT — основная команда контейнера Если вам нужно задать команду, которая всегда будет выполняться при запуске контейнера, используйте ENTRYPOINT. Он задает команду, которая является обязательной для запуска контейнера, и её нельзя переопределить (без указания дополнительных аргументов). Пример:
ENTRYPOINT ["python", "app.py"]
В этом случае контейнер всегда будет запускать python app.py 2️⃣ CMD — параметры по умолчанию CMD — это параметры, которые могут быть переданы командной строкой при запуске контейнера. Если CMD используется в Dockerfile, но команда не была указана при запуске контейнера, то используется команда из CMD. Он также может быть переопределен во время запуска. Пример:
CMD ["python", "app.py"]
Но если вы хотите передать другие параметры, например:
docker run my_image python other_app.py
То CMD будет переопределен. 3️⃣ Комбинированное использование Вы также можете использовать оба параметра вместе, когда хотите задать основную команду через ENTRYPOINT, а CMD использовать для указания параметров по умолчанию. Пример:
ENTRYPOINT ["python"]
CMD ["app.py"]
Используйте ENTRYPOINT, если хотите, чтобы контейнер всегда выполнял одну конкретную команду. Используйте CMD, если хотите задать параметры по умолчанию, которые можно переопределить при запуске контейнера. Используйте оба вместе, чтобы задать команду с возможностью замены параметров. 💬 А какие у вас есть примеры использования CMD и ENTRYPOINT? Поделитесь своим опытом в комментариях 👇 🐸Библиотека devops'a #междусобойчик

🎙 Мок-интервью для DevOps Интервью всегда остаётся испытанием, а если оно транслируется в прямом эфире, напряжение возрастае
🎙 Мок-интервью для DevOps Интервью всегда остаётся испытанием, а если оно транслируется в прямом эфире, напряжение возрастает многократно. DevOps Kitchen Talks мучают кандидатов проходить симуляцию собеседования, отвечая на вопросы реальных специалистов. ➡️ Смотреть видео 🐸Библиотека devops'a #буст