fa
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، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر -14 و در ۲۴ ساعت گذشته برابر -1 بوده و همچنان دسترسی گسترده‌ای حفظ شده است.

  • وضعیت تأیید: تأیید نشده
  • نرخ تعامل (ER): میانگین تعامل مخاطب 8.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 #буст

Все на «ВНЕДРЕЙД» — хакатон от 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 #междусобойчик

✅ Грин-флаги в вакансиях: 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 #буст