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 414 subscribers, ranking 11 824 in the Technologies & Applications category and 62 852 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 10 414 subscribers.
According to the latest data from 18 June, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -14 over the last 30 days and by 0 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 9.62%. Within the first 24 hours after publication, content typically collects 5.40% reactions from the total number of subscribers.
- Post reach: On average, each post receives 1 002 views. Within the first day, a publication typically gains 562 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 6.
- 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 19 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 414
Subscribers
No data24 hours
-167 days
-1430 days
Posts Archive
Secret Docker Commands
В видосе, автор расскажет о полезных и продвинутых командах Docker, которые обычно не встречаются в документации.
Он покажет системные (docker system df, docker system prune и другие) и контекстные команды (docker context create, docker contex use), продемонстрирует использование Grab и контейнера Net Shoot в работе по устранению неполадок, а также даст парочку советов по устранению неполадок в Docker Desktop.
Смотреть
#видео
Очередной #дайджест перед выходными
🔴 containerd vs. Docker — понимание их взаимосвязи и того, как они работают вместе
🔴 Jira, Compass и Bitbucket — расширяем возможности инженеров с помощью новых ништяков DevEx
🔴 Настраиваем CI/CD с GitHub Actions и werf — как настроить пайплайн CI/CD в GitHub, подготовка репозитория, заливка приложения и файлы конфига GitHub Actions
🔴 Создание чат-бота для анализа и расшифровки видео — использование GenAI и бесшовной интеграции, предоставляемую Docker, для упрощения обработки и понимания видеоконтента
🔴 Как работает etcd с Kubernetes и без него — материал познакомит вас с принципами работы etcd, чтобы вы могли глубже понять внутреннюю работу Kubernetes и получить дополнительные инструменты для устранения неполадок в вашем кластере
🐰 Как решить проблему высокой связанности сервисов с помощью событийно-ориентированной архитектуры и RabbitMQ
В этой статье я расскажу, как оптимизировать сложную систему микросервисов через брокер сообщений, в данном случае RabbitMQ. Мы рассмотрим вариант решения проблемы высокой связанности между сервисами через переход на событийно-ориентированную архитектуру (EDA).
Читать статью
Repost from Библиотека задач по DevOps | тесты, код, задания
Ваш клиент хочет развернуть корпоративное приложение на AWS, которое будет состоять из нескольких веб-серверов, нескольких серверов приложений и небольшой (50 ГБ) базы данных Oracle. Информация будет храниться как в базе данных, так и в файловых системах различных серверов. Система резервного копирования должна поддерживать восстановление базы данных, восстановление всего сервера и всего диска, а также восстановление отдельных файлов со временем восстановления не более двух часов. В качестве базы данных они решили использовать RDS Oracle. Какая архитектура резервного копирования будет соответствовать этим требованиям?
1. Резервное копирование RDS с использованием автоматического ежедневного резервного копирования БД. Резервное копирование экземпляров EC2 с использованием AMI и дополнение к резервному копированию на уровне файлов в S3 с использованием традиционного корпоративного программного обеспечения для резервного копирования для обеспечения восстановления на уровне файлов.
2. Резервное копирование RDS с использованием развертывания в нескольких зонах доступности. Резервное копирование экземпляров EC2 с использованием Amis, и дополнить копированием данных файловой системы на S3 для обеспечения восстановления на уровне файлов.
3. Резервное копирование RDS с использованием автоматического ежедневного резервного копирования БД. Резервное копирование экземпляров EC2 с использованием моментальных снимков EBS и дополнение резервными копиями на уровне файлов в Amazon Glacier с использованием традиционного корпоративного программного обеспечения для резервного копирования для обеспечения восстановления на уровне файлов.
4. Резервное копирование базы данных RDS на S3 с использованием Oracle RMAN. Резервное копирование экземпляров EC2 с помощью Amis. И дополнить моментальными снимками EBS для восстановления отдельных томов.
Repost from Библиотека задач по DevOps | тесты, код, задания
Какой вариант ответа верный?
💪💪 Эволюция Terraform: как мы безопасно отделили кучу сервисов от монолита
Если вы используете terraform для управления облачной инфраструктурой, возможно, вы столкнулись с некоторыми проблемами по мере роста вашего проекта. Возможно, ваш код становится слишком сложным и запутанным. Возможно, развертывание занимает слишком много времени и приводит к ошибкам. Возможно, ваша команда боится вносить изменения, потому что не знает, что может привести к поломке. Если что-то из этого звучит знакомо, то пришло время провести рефакторинг.
Читать статью
#туториал
Docker простыми словами - канал шпаргалка для тех, кто использует Docker в работе программиста, тестировщика или на любой другой позиции.
Первый канал по Docker. Поискав в телеграме каналы по docker и не найдя ничего, я решил обьединить контент в одном месте.
По содержанию в канале:
- вопросы с собеседований
- команды докера
- книги
- тесты для проверки ваших знаний
- обучающие видео
- чат для обсуждения
Подписывайтесь, комментируйте и предлагайте свой контент в нашем новом сообществе: @justdocker
Реклама. Киренкина Марина Дмитриевна, ИНН 345702417736. Erid 2VtzqxaUnS4
Расскажите о Docker Trusted Registry
Это хранилище образов для безопасного хранения и управления образами Docker. Его можно установить на своих мощностях, либо в частном облаке. DTR применятся в процессах CI/CD для сборки, поставки и запуска приложений. Его также можно развернуть в отказоустойчивом варианте, есть встроенная система управления доступом.
Вендор и производитель IT-инфраструктуры YADRO в поиске инженеров С++ в департаменты разработки технологий мобильной связи, микропроцессоров и программного обеспечения. Команды занимаются созданием телекоммуникационного оборудования для беспроводных мобильных сетей и сопутствующих услуг, разработкой флагманского продукта, современного хранилища TATLIN.UNIFIED и внедрением интеллектуальных функций в решения компании.
Ребята ждут талантливых middle, senior и tech lead – специалистов из разных сфер с уверенным опытом в разработке, знанием классических алгоритмов и структур данных, а также умением тестировать собственный код. Амбициозные проекты, возможность влиять на продукт, обучение и профессиональный рост – неотъемлемая часть работы в YADRO. Локацию ты можешь выбрать сам: есть удаленка, а также офисы в Москве, Санкт-Петербурге, Екатеринбурге, Нижнем Новгороде, Минске.
Подробно про задачи и условия по каждой вакансии смотри здесь и отправляй резюме:
• Software Engineer C/C++ (telecom) - https://clck.ru/3A8mDs
• Data Scientist - https://clck.ru/3A8mGq
• Senior C++ developer/Старший инженер-программист С++ (TATLIN.UNIFIED) - https://clck.ru/3A8mMR
Реклама. ООО «КНС ГРУПП», ИНН 7701411241, www.yadro.com
erid: 2SDnjesYpdf
FlyOS — занятный подход к запуску полноценной системы Linux, которая всегда будет по рукой, в кармане, прямо в смартфоне.
Это не замена Android на Linux на смартфоне, это отдельная подсистема, которая устанавливается на устройство. Для установки потребуются root права. После установки, запущенная Linux система (и возможность управления самой подсистемой) оказывается доступна в отдельной веб-панели.
Официальный сайт
#новости
🧑💻 Статьи для IT: как объяснять и распространять значимые идеи
Напоминаем, что у нас есть бесплатный курс для всех, кто хочет научиться интересно писать — о программировании и в целом.
Что: семь модулей, посвященных написанию, редактированию, иллюстрированию и распространению публикаций.
Для кого: для авторов, копирайтеров и просто программистов, которые хотят научиться интересно рассказывать о своих проектах.
👉Материалы регулярно дополняются, обновляются и корректируются. А еще мы отвечаем на все учебные вопросы в комментариях курса.
Расскажите о средствах оркестрации и случаях их использования
Оркестрация позволяет управлять работой контейнеров, запущенных в больших и динамических окружениях. С ее помощью можно автоматизировать и управлять следующими задачами:
✍🏻 Создание и развертывание контейнеров;
✍🏻 Балансировка нагрузки;
✍🏻 Разделение ресурсов между контейнерами;
✍🏻 Мониторинг контейнеров и серверов;
✍🏻 Масштабирование контейнеров;
✍🏻 Перенос контейнеров с одного сервера на другой, если на первом возникает недостаток ресурсов.
25 апреля, 19:00
Selectel Admin Meetup. Дискутируем про terraform, эволюцию ОС и выбор специальности Админ/DevOps
Ребята из @SelectelCareers проводят митап для системных администраторов и DevOps. На мероприятии обсудят: применение IAC для тестирования облачной платформы, расскажут про эволюцию установщиков ОС и устроят дискуссию о том, кем становиться в 2024 году — DevOps-инженером или системным администратором.
Основные темы:
◽️ Альтернативы terraform и сравнение с ansible
◽️ Эволюция и автоматизация установщиков ОС
◽️ Выбор между DevOps и системным администрированием
Подключайтесь онлайн или приходите в офис в Санкт-Петербурге: https://slc.tl/jpg0j
Реклама ООО «Селектел» erid 2VtzqwWmrL8
Очередной #дайджест для DevOps-ов
❎ Запуск крупных симуляций с помощью AWS Batch multi-container jobs — как применять AWS Batch в рамках беспилотной техники и роботов
❎ Учите матчасть — почему стоит изучать туториалы перед работой с облаками и кому это особенно важно
❎ Распределенная ФС на Go — полезный и подробный 10ти часовой курс
❎ PostgreSQL High Availability и repmgr — как настроить кластер PostgreSQL high-availability с помощью контейнеров Docker и инструмента repmgr
❎ ClickHouse как бэкенд для Prometheus — рекомендации по использованию инструмента и описание альтернативных решений, таких как Thanos, Grafana Mimir и Victoria Metrics
🤔🤔 Как добавить системности в мониторинг продакшна: параметры и тулинг для инцидент-менеджмента
На проде что‑то сломалось — такова суровая реальность, случается с лучшими из нас, увы. Что обычно происходит в подобных случаях? Ловим алерты, бежим смотреть графики и логи, вызваниваем из отпуска разработчика, который занимался этой функциональностью, выкатываем фикс, рвем на себе бороду, проводим пост‑мортем. Это реакция на уровне здравого смысла, классика.
Но когда речь заходит о недозаработанных из‑за инцидента деньгах, расстроенных пользователях — любое улучшение, даже небольшое, на доли процента — может принести ощутимый результат.
Автор расскажет, как подойти к вопросу мониторинга методологически — задействовать инструментарий инцидент‑менеджмента. Обсудит, как оценивать критичность сервисов и какие системы могут быть полезны для отслеживания проблем.
Статья ориентирована в первую очередь на тех, кто прямо сейчас занимается мониторингом на уровне общей инженерной грамотности, но пока не использует в явном виде инцидент‑менеджмент как подход.
Читать статью
#почитать
