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

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

الذهاب إلى القناة على Telegram

Все самое полезное для девопсера в одном канале. Наши курсы: https://clc.to/ZJ7Z1w По рекламе: @proglib_adv Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787

إظهار المزيد

📈 نظرة تحليلية على قناة تيليجرام Библиотека девопса | DevOps, SRE, Sysadmin

تُعد قناة Библиотека девопса | DevOps, SRE, Sysadmin (@devopsslib) في القطاع اللغوي الروسية لاعباً نشطاً. يضم المجتمع حالياً 10 387 مشتركاً، محتلاً المرتبة 11 437 في فئة التكنولوجيات والتطبيقات والمرتبة 61 203 في منطقة روسيا.

📊 مؤشرات الجمهور والحراك

منذ تأسيسه في невідомо، حقق المشروع نمواً سريعاً وجمع 10 387 مشتركاً.

بحسب آخر البيانات بتاريخ 31 أغسطس, 2026، تحافظ القناة على نشاط مستقر. خلال آخر 30 يوماً تغيّر عدد الأعضاء بمقدار -14، وفي آخر 24 ساعة بمقدار -1، مع بقاء الوصول العام مرتفعاً.

  • حالة التحقق: غير موثّقة
  • معدل التفاعل (ER): يبلغ متوسط تفاعل الجمهور 8.24‎%. وخلال أول 24 ساعة من النشر يحصد المحتوى عادةً 4.23‎% من ردود الفعل نسبةً إلى إجمالي المشتركين.
  • وصول المنشورات: يحصل كل منشور على متوسط 856 مشاهدة. وخلال اليوم الأول يجمع عادةً 439 مشاهدة.
  • التفاعلات والاستجابة: يتفاعل الجمهور بانتظام؛ متوسط التفاعلات لكل منشور يبلغ 3.
  • الاهتمامات الموضوعية: يركز المحتوى على مواضيع رئيسية مثل devops'a, навигация, скрипт, docker, git.

📝 الوصف وسياسة المحتوى

يصف المؤلف القناة بأنها مساحة للتعبير عن الآراء الذاتية:
Все самое полезное для девопсера в одном канале. Наши курсы: https://clc.to/ZJ7Z1w По рекламе: @proglib_adv Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787

بفضل وتيرة التحديث المرتفعة (أحدث البيانات بتاريخ 01 سبتمبر, 2026) تحافظ القناة على حداثتها ومستوى وصول مرتفع. وتُظهر التحليلات تفاعلاً نشطاً من الجمهور، ما يجعلها نقطة تأثير مهمة ضمن فئة التكنولوجيات والتطبيقات.

10 387
المشتركون
-124 ساعات
-87 أيام
-1430 أيام
أرشيف المشاركات
📄 Фишки для YAML Работа с конфигурациями часто превращается в рутину, особенно если файлы YAML становятся слишком длинными и запутанными. Нашли для вас несколько фишек, с которыми работать станет в разы приятнее. 1. Списки в строку Вместо многострочного описания списка или словаря можно использовать короткий синтаксис:
mylist: [item1, item2, item3]
mydict: {key1: value1, key2: value2}
2. Многострочная строка Если вы понимаете, что строка выходит слишком длинной и нечитаемой, то можно написать её в несколько строк, использовав перед этим операторы «|» или «>» Пример:
key: |
  Первая строка
  Вторая строкa

key: >
  Очень длинная команда
  которая будет на одной строке
3. Явное объявление null значений В YAML можно явно указать значение null с помощью «~» или ключевого слова null 🐸Библиотека devops'a #буст

🚀 Истории подписчиков: расскажите, как ускоряли деплой Давайте поделимся своими успехами или успехами коллег по цеху. Расска
🚀 Истории подписчиков: расскажите, как ускоряли деплой Давайте поделимся своими успехами или успехами коллег по цеху. Расскажите, как вам удалось сократить время деплоя, автоматизировать рутинные процессы или решить сложную проблему с инфраструктурой. Нам всем важно вдохновляться реальными историями, поэтому начнём с истории одного из наших подписчиков:
Когда-то мы деплоили через Jenkins. Всё было стабильно, но также стабильно долго. Пайплайны крутились по 15–20 минут, а каждый второй запуск падал, потому что «недоступна нода» или «завис плагин». Решили попробовать GitHub Actions. Сначала — тестовый пайплайн на pet-проекте. Потом — один сервис. Потом весь монорепозиторий. В итоге время наката сократилось почти наполовину!
💬 А вы пробовали переезжать с одного инструмента на что-то новое? Какие боли всплывали? Делитесь историями в комментариях 👇 P.S. Если хотите задать вопрос сообществу или поделиться историей, заполните нашу гугл-форму. 🐸Библиотека devops'a #междусобойчик

Docker простыми словами - канал шпаргалка для тех, кто использует Docker в работе программиста, тестировщика или на любой дру
Docker простыми словами - канал шпаргалка для тех, кто использует Docker в работе программиста, тестировщика или на любой другой позиции. Первый канал по Docker. Поискав в телеграме каналы по docker и не найдя ничего, я решил обьединить контент в одном месте. По содержанию в канале: - вопросы с собеседований - команды докера - книги - тесты для проверки ваших знаний - обучающие видео - чат для обсуждения Подписывайтесь, комментируйте и предлагайте свой контент в нашем новом сообществе: @justdocker Реклама. Киренкина Марина Дмитриевна, ИНН 345702417736. Erid 2Vtzqx9JKMv

📋 Чек-лист идеального девопса Идеальных работников не бывает, но мы собрали большой чек-лист, по которому можно понять, что
📋 Чек-лист идеального девопса Идеальных работников не бывает, но мы собрали большой чек-лист, по которому можно понять, что вы стремитесь быть таким. Автоматизация деплоя и процессов • Настроен автоматический деплой на стейдж и прод по тегу или коммиту • Поддержка однонажаточного деплоя (через Slack, WebUI, CLI) • Реализован rollback на предыдущую версию деплоя • Внедрена автоматическая проверка кода перед деплоем (линтеры, тесты, секреты) • Внедрён preflight checklist перед деплоем (валидаторы, approvals, условия) • Настроена канареечная поставка (canary deployment) или blue/green Проверки и валидации • Проверка конфигураций (YAML, Terraform, Helm) при Pull Request • CI проверяет, что нет «drift» между IaC и реальной инфраструктурой • Внедрена проверка секретов в коде (например, через truffleHog, gitleaks) • Используется policy-as-code (OPA, Conftest) для контроля стандартов Наблюдаемость и логирование • Настроены дашборды для метрик (CPU, память, latency, ошибок) • Автоматический алертинг при отклонении от нормы • Есть лог-агрегация с фильтрацией по сервисам и компонентам • Подключена трассировка запросов (OpenTelemetry, Jaeger, Zipkin) Безопасность • Все секреты хранятся в безопасном хранилище (Vault, AWS Secrets Manager) • Используется Least Privilege для IAM/доступов • Автоматизированы security-сканы (Snyk, Trivy, Clair) • Применяется 2FA и audit logs для ключевых операций Developer Experience • Настроено автогенерирование документации (например, по API) • Разработчики могут запускать окружения в изоляции (preview environments) • Добавлены шаблоны Helm/Compose для локальной разработки • Внедрены dev-контейнеры или devshell (например, через Nix или Docker) Управление инфраструктурой • Вся инфраструктура в IaC (Terraform, Pulumi, CloudFormation) • Настроен CI для автоматической валидации/применения изменений в инфраструктуре • Используется модульная структура IaC-кода (по сервисам/проектам) • Ведётся аудит изменений инфраструктуры (Terraform Cloud, Atlantis) Поддержка процессов и стабильности • Внедрены регулярные постмортемы и RCA-документы после инцидентов • Настроен cron-инвентарь / дэшборд со всеми активными джобами • Автоматизирована проверка сертификатов и их сроков • Ведётся чёткий on-call ротационный график с алертом и логом действий Коммуникация и документация • Все пайплайны и инфраструктура документированы в виде wiki / README • Есть канал в Slack или другой платформе с логами деплоя/событий • Поддерживается база знаний по инцидентам и FAQ по пайплайнам • Реализовано логирование критических действий (deploy, scale, restart) 🐸Библиотека devops'a #буст

🐸Библиотека devops'a #развлекалово
🐸Библиотека devops'a #развлекалово

Все на «ВНЕДРЕЙД» — хакатон от Orion soft, который объединил пять крупнейших компаний страны: Т-банк, Авито, Lamoda, CDEK, Ма
Все на «ВНЕДРЕЙД» — хакатон от Orion soft, который объединил пять крупнейших компаний страны: Т-банк, Авито, Lamoda, CDEK, Магнит. Тебе предстоит разработать решение для одной из них. Сотни неравнодушных и всего 48 часов на решение задачи. Когда: 7-8 июня Где: Москва, пространство «Суперметалл» Два трека: студенты и опытные спецы Скорее собирай команду, мест только 300 Приз для лучших: 4-х дневный трип на покорение Эльбруса для всей команды с полной оплатой билетов, проживания и развлекательной программы И это ещё не всё: - быстрый найм в Orion soft для талантов - жирный кейс в портфолио - мощный буст по скиллам - тонна крутого мерча Твой код — твои правила. Залетай и покажи, на что способен. [Подать заявку]

🛠 Как настроить SSH-подключение из новой системы в старую Когда вам нужно наладить SSH-соединение или передать данные из нов
🛠 Как настроить SSH-подключение из новой системы в старую Когда вам нужно наладить SSH-соединение или передать данные из новой операционной системы в старую (например, с RHEL 9 на RHEL 6), может возникнуть ряд проблем из-за различий в поддерживаемых криптографических протоколах, версиях SSH и других аспектах системы. 🚧 Возможные проблемы при подключении 1. Несоответствие криптографических алгоритмов: Новые версии операционных систем часто отключают поддержку устаревших криптографических алгоритмов (например, ssh-rsa), которые по-прежнему используются в старых системах. 2. Ошибка в SSH-соединении: На практике вы можете столкнуться с ошибками вроде:
ssh_dispatch_run_fatal: Connection to ... port 22: error in libcrypto
Unable to negotiate with ... port 22: no matching host key type found. Their offer: ssh-rsa
Это означает, что система, с которой вы пытаетесь подключиться, использует старую версию SSH или устаревшие алгоритмы. 🔧 Решения 1. Изменение настроек криптополитики на новой системе В большинстве новых версий Linux можно изменить настройки криптографической политики и разрешить использование старых алгоритмов. Например, для включения поддержки ssh-rsa можно выполнить следующую команду:
sudo update-crypto-policies --set DEFAULT:SHA1
Этот метод позволит временно восстановить совместимость с устаревшими системами. 2. Использование промежуточного сервера (Jump box) Если вам нужно подключаться из новой системы в старую, вы можете настроить промежуточный сервер, который будет поддерживать старые и новые алгоритмы. Это поможет избежать изменений в настройках целевых серверов и минимизировать риски. 3. Монтирование файловой системы В случае, если оба сервера виртуализированы, можно использовать монтирование файловой системы. Это особенно полезно, если вам нужно перенести большое количество данных. 4. Использование альтернативных протоколов для передачи данных Если SSH по каким-то причинам не подходит, можно использовать другие протоколы для передачи данных, например: • NFS — для работы с удалёнными файловыми системами. • FTP или SFTP — для безопасной передачи файлов. • rsync — для синхронизации данных между серверами. Выбор подхода зависит от вашей ситуации: для одноразовой передачи данных можно использовать промежуточный сервер, а для долгосрочного решения — рассмотреть другие методы синхронизации данных. 🐸Библиотека devops'a #буст

🛠 Как использовать новую директиву tool До Go 1.22, чтобы «закрепить» зависимости на CLI-инструменты, разработчики использов
🛠 Как использовать новую директиву tool До Go 1.22, чтобы «закрепить» зависимости на CLI-инструменты, разработчики использовали такой хак:
// tools.go
//go:build tools

package tools

import (
    _ "github.com/golang/mock/mockgen"
)
Теперь всё намного проще 1. Добавьте инструмент в go.mod:
go get tool github.com/golang/mock/mockgen@v1.6.0
2. Это создаст запись:
tool github.com/golang/mock/mockgen v1.6.0
Инструмент не будет включён в go build — он «за кадром», только как зависимость для разработки. Важно: • tool не устанавливает инструмент — он лишь фиксирует его как зависимость. • Команда go mod tidy не удаляет такие записи. • Отлично подходит для корпоративных и командных проектов, где важна единая версия 🐸Библиотека devops'a #буст

⚡️ Kubernetes решает 10-летнюю проблему Ранее при использовании политики imagePullPolicy: IfNotPresent контейнеры могли запус
⚡️ Kubernetes решает 10-летнюю проблему Ранее при использовании политики imagePullPolicy: IfNotPresent контейнеры могли запускаться с приватных образов, даже если под не предоставлял соответствующие учетные данные через imagePullSecrets. В Kubernetes v1.33 kubelet теперь проверяет учетные данные пода перед использованием уже загруженного образа. Если образ присутствует локально, kubelet удостоверяется, что под имеет соответствующие учетные данные, прежде чем предоставить доступ к образу. В Kubernetes v1.34 ожидается выпуск этой функции в бета-версии с дополнительными улучшениями. 📎 Источникблог kubernetes 🐸Библиотека devops'a #свежак

⚙️ Колесо AWS Нашли для вас шпаргалку по сервисам AWS. С ней можно ориентироваться в том, какие инструменты AWS лучше всего п
⚙️ Колесо AWS Нашли для вас шпаргалку по сервисам AWS. С ней можно ориентироваться в том, какие инструменты AWS лучше всего подойдут для решения задач. ➡️ Оригинал 🐸Библиотека devops'a #буст

😀 Топ-вакансий для девопсов за неделю DevOps инженер — Удалёнка. Инженер DevOps — до 300 000 ₽, Офис. DevOps-инженер — до 300 000 ₽, Удалёнка (Санкт-Петербург). Middle+/Senior Devops Engineer — Удалёнка. Администратор PostgreSQL — Удалёнка. Бустер — Офис в любом городе мира. ➡️ Еще больше вакансий — в нашем канале Вакансии по DevOps & SRE

Каково назначение плагина CNI (Container Network Interface) в Kubernetes?
Anonymous voting

📰 Еженедельный дайджест Собрали для вас немного сигналов из всего информационного шума. — Как Docker предлагает защитить аге
📰 Еженедельный дайджест Собрали для вас немного сигналов из всего информационного шума. — Как Docker предлагает защитить агентные AI-системы Docker в своём блоге анализирует уязвимости текущих подходов к использованию MCP и предлагает решения на основе контейнеризации. — Volume Populators достигли стадии General Availability В версии Kubernetes 1.33 функция Volume Populators перешла в статус GA, предоставляя разработчикам возможность предварительно заполнять тома данными из различных источников, а не только через клонирование PVC или снапшоты. — Улучшенная аутентификация при загрузке образов через Service Account Tokens В версии Kubernetes 1.33 представлена альфа-версия интеграции токенов сервисных аккаунтов с провайдерами учетных данных kubelet для загрузки образов. Это позволяет использовать короткоживущие, автоматически обновляемые токены, соответствующие стандарту OIDC, для аутентификации при загрузке образов. — Бета-версия MCP Catalog и Toolkit Docker анонсировал запуск бета-версии MCP Catalog и Toolkit — инструментов, предназначенных для упрощения поиска, установки и безопасного использования серверов Model Context Protocol. — Джуны: game over или новый уровень сложности?Fedora Linux теперь доступна в WSL Грин-флаги в вакансиях: 10 признаков хорошего работодателя 🐸Библиотека devops'a #свежак

👨‍💻 Без опыта — в DevOps Недавно на Reddit один парень поделился историей: его взяли DevOps-инженером в компанию с 400 разр
👨‍💻 Без опыта — в DevOps Недавно на Reddit один парень поделился историей: его взяли DevOps-инженером в компанию с 400 разработчиками, имея только небольшой IT-бэкграунд из университета. Он успешно выполнил тестовое, но.. с ChatGPT. Всё честно рассказал, а ему в ответ: «Главное, что ты сам справился, таких, как ты, мало». ✅ Плюсы такого подхода: • Работодатель не требует бумажек, он смотрит на конкретную задачу и решение. Ты сделал — тебя взяли. • Навыки самообучения ценятся. Умение гуглить, пользоваться AI, разбираться в доках — это уже валюта на рынке. • Свежая голова. Без «корпоративных шор» — часто новички предлагают нестандартные решения, которых не ждут от опытных. ❌ Но есть и минусы: • Настроить CI/CD один раз — это одно. А вот поддерживать прод, мониторить инциденты и общаться с безопасниками — уже совсем другое кино. • Одиночество джуниора. Когда рядом нет сеньоров, ты учишься на проде. И каждый косяк может стать инцидентом недели. • Претензии к AI-зависимости. Сделать руками важно, но понимать почему это работает — ещё важнее. Без этого ты не инженер, а оператор подсказок. 💬 А что думаете вы? Взяли бы «джунов без опыта, но с реальными проектами и умением гуглить»? Или верите, что без фундамента в проде делать нечего? 👇 🐸Библиотека devops'a #междусобойчик

🐸Библиотека devops'a #развлекалово
🐸Библиотека devops'a #развлекалово

✅ Грин-флаги в вакансиях: 10 признаков хорошего работодателя Пока одни сосредоточены на том, как произвести впечатление на ра
✅ Грин-флаги в вакансиях: 10 признаков хорошего работодателя Пока одни сосредоточены на том, как произвести впечатление на работодателя, опытные соискатели внимательно читают вакансии и ищут признаки того, что перед ними достойная компания. В статье подробно о том, как распознать хорошего работодателя ещё до собеседования, просто внимательно вчитавшись в текст вакансии. 📎 Читать статью 🐸Библиотека devops'a #буст

👀 Путь от саппорта до инженера Инженер без профильного IT-образования начал карьеру с позиций техподдержки, постепенно растя
👀 Путь от саппорта до инженера Инженер без профильного IT-образования начал карьеру с позиций техподдержки, постепенно растягивая себя изнутри — через ночные дежурства, баги, и прод с дрожащими руками. Путь был неровный, выматывающий, местами выжигающий — но он сработал. ➡️ Посмотреть путь от и до 🐸Библиотека devops'a #буст

⚙️ Как поднять LGTM своими руками Наш подписчик спросил у нас: Есть ли обучающие курсы или большие статьи про селф инсталляци
⚙️ Как поднять LGTM своими руками Наш подписчик спросил у нас:
Есть ли обучающие курсы или большие статьи про селф инсталляции LGTM стека? Александр, Lead Devops
Разбираемся, где учиться и откуда начать. Ниже — подборка проверенных ресурсов для самостоятельного развёртывания LGTM-стека. Подробный плейлист на YouTube Серия практических видео по развёртыванию LGTM-стека.Гайды по стеку от Grafana Официальная документация: установка, настройка, масштабирование, best practices. Отдельные разделы по Mimir, Loki, Tempo, Pyroscope и управлению через Helm — всё системно и актуально.Сабреддит по Grafana Обсуждение реальных кейсов от инженеров. Отличное место, чтобы задать вопрос и не наступить на чужие грабли.Вебинар от Grafana Официальный вводный вебинар, где команда Grafana объясняет, как связаны компоненты LGTM, как строить дашборды и мониторить сервисы. 💬 Какими гайдами пользуетесь вы? Делитесь своими секретными орудиями в комментариях👇 P.S. Если хотите задать вопрос сообществу, заполните нашу гугл-форму. 🐸Библиотека devops'a #междусобойчик

🎩 Fedora Linux теперь доступна в WSL Microsoft объявила о добавлении Fedora Linux в список официальных дистрибутивов для Win
🎩 Fedora Linux теперь доступна в WSL Microsoft объявила о добавлении Fedora Linux в список официальных дистрибутивов для Windows Subsystem for Linux (WSL). Начиная с версии Fedora 42, пользователи Windows могут установить Fedora напрямую через WSL, используя новую архитектуру на основе tar-архивов. Как установить 1. Убедитесь, что WSL установлен и активирован на вашем устройстве. 2. Выполните команду:
wsl –-install FedoraLinux-42
💬 Пользуетесь WSL? Если да, то каким дистрибутивом пользуетесь? Делитесь в комментариях 👇 ➡️ Источник 🐸Библиотека devops'a #свежак

👨‍💻 Промпт дня: chatOverflow Нашли для вас интересную идею: как использовать ИИ, будто вы спрашиваете у StackOverflow. Он отвечает кодом и добавляет пояснения только если не хватает деталей — коротко, по делу. Промпт:
I want you to act as a stackoverflow post. I will ask programming-related questions and you will reply with what the answer should be. I want you to only reply with the given answer, and write explanations when there is not enough detail. do not write explanations. When I need to tell you something in English, I will do so by putting text inside curly brackets {like this}. My first question is "<Paste your question here>
💬 А вы писали ответы или вопросы на StackOverflow? Поделитесь опытом в комментариях 👇 🐸Библиотека devops'a #буст