متاح الآن! بحث تيليغرام 2025 — أهم رؤى العام 
Библиотека девопса | DevOps, SRE, Sysadmin
الذهاب إلى القناة على Telegram
Все самое полезное для девопсера в одном канале. Как запустить своего ии-агента: https://clc.to/tvpmDQ По рекламе: @proglib_adv Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787
إظهار المزيد📈 نظرة تحليلية على قناة تيليجرام Библиотека девопса | DevOps, SRE, Sysadmin
تُعد قناة Библиотека девопса | DevOps, SRE, Sysadmin (@devopsslib) في القطاع اللغوي الروسية لاعباً نشطاً. يضم المجتمع حالياً 10 408 مشتركاً، محتلاً المرتبة 11 822 في فئة التكنولوجيات والتطبيقات والمرتبة 62 816 في منطقة روسيا.
📊 مؤشرات الجمهور والحراك
منذ تأسيسه في невідомо، حقق المشروع نمواً سريعاً وجمع 10 408 مشتركاً.
بحسب آخر البيانات بتاريخ 20 يونيو, 2026، تحافظ القناة على نشاط مستقر. خلال آخر 30 يوماً تغيّر عدد الأعضاء بمقدار -23، وفي آخر 24 ساعة بمقدار -5، مع بقاء الوصول العام مرتفعاً.
- حالة التحقق: غير موثّقة
- معدل التفاعل (ER): يبلغ متوسط تفاعل الجمهور 10.07%. وخلال أول 24 ساعة من النشر يحصد المحتوى عادةً 5.37% من ردود الفعل نسبةً إلى إجمالي المشتركين.
- وصول المنشورات: يحصل كل منشور على متوسط 1 048 مشاهدة. وخلال اليوم الأول يجمع عادةً 559 مشاهدة.
- التفاعلات والاستجابة: يتفاعل الجمهور بانتظام؛ متوسط التفاعلات لكل منشور يبلغ 6.
- الاهتمامات الموضوعية: يركز المحتوى على مواضيع رئيسية مثل devops'a, навигация, скрипт, docker, git.
📝 الوصف وسياسة المحتوى
يصف المؤلف القناة بأنها مساحة للتعبير عن الآراء الذاتية:
“Все самое полезное для девопсера в одном канале.
Как запустить своего ии-агента: https://clc.to/tvpmDQ
По рекламе: @proglib_adv
Для обратной связи: @proglibrary_feeedback_bot
РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787”
بفضل وتيرة التحديث المرتفعة (أحدث البيانات بتاريخ 21 يونيو, 2026) تحافظ القناة على حداثتها ومستوى وصول مرتفع. وتُظهر التحليلات تفاعلاً نشطاً من الجمهور، ما يجعلها نقطة تأثير مهمة ضمن فئة التكنولوجيات والتطبيقات.
10 408
المشتركون
-524 ساعات
-137 أيام
-2330 أيام
أرشيف المشاركات
🚍⏱️ Миграция с минимальным простоем виртуальных машин KVM между отдельными кластерами Proxmox VE
Автор статьи подробно рассказывает как решить задачу по переносу виртуальных машин KVM с одного кластера Proxmox VE на другой.
В PVE «из коробки» такой возможности нет, но онлайн‑миграцию виртуальных машин между кластерами можно выполнить средствами KVM.
Важные замечания
⚠️ Процедура протестирована для Proxmox VE 6.x
⚠️ На серверы кластера между которыми производится миграция должен быть настроен вход по SSH без пароля
Условные обозначения
✏️ pve-01 — сервер с которого будет выполняться миграцию
✏️ pve-02 — сервер на который будет выполняться миграции
✏️ 100 — исходный ID виртуальной машины
✏️ 120 — ID виртуальной машины после миграции
✏️ pc-i440fx-2.11 — чипсет виртуальной машины, в вашем случае может отличаться
✏️ 192.168.0.3 — IP-адрес сервера на который будет мигрироваться виртуалка
Подробнее тут
#гайд
🤔 Подготовили очередной #дайджест полезностей для DevOps
❎ Что такое утечка памяти — будет рассмотрено понимание утечек памяти, распространенные причины, инструменты и методы обнаружения утечек памяти
❎ Struggling Pods с нуля — как траблшутить Kubernetes, Refinery, OpenTelemetry Collector и Honeycomb
❎ Awesome Cyber Security University — список крутых и бесплатных образовательных ресурсов, которые фокусируются на обучении на практике
❎ Развертывание контейнеров с помощью контейнерных инструментов — основы работы с podman и контейнерами
❎ Развертывание Kubernetes на двух старых ноутбуках с помощью Gentoo — как запилить Kubernetes на Gentoo
#вопросы_с_собеседований
Как процессы в системе взаимодействуют между собой?
🔹 Пайпы — связь между двумя взаимосвязанными процессами. Механизм является полудуплексным, что означает, что первый процесс связан со вторым. Для взаимодействия второго процесса с первым процессом требуется другой канал.
🔹 FIFO — Связь между двумя не связанными процессами. FIFO — это полный дуплекс, что означает, что первый процесс может взаимодействовать со вторым процессом и наоборот одновременно.
🔹 Очереди сообщений — связь между двумя или более процессами с полной дуплексной пропускной способностью. Процессы будут связываться друг с другом, отправляя сообщение и извлекая его из очереди. Полученное сообщение больше не доступно в очереди.
🔹 Совместно используемая память. Связь между двумя или более процессами достигается за счет совместного использования памяти всеми процессами. Совместно используемая память должна быть защищена друг от друга путем синхронизации доступа ко всем процессам.
🔹 Семафоры — предназначены для синхронизации доступа к нескольким процессам. Когда один процесс хочет получить доступ к памяти (для чтения или записи), он должен быть заблокирован (или защищен) и освобожден при удалении доступа. Это должно быть повторено всеми процессами для защиты данных.
🔹 Сигналы — это механизм связи между несколькими процессами посредством сигнализации. Это означает, что исходный процесс отправит сигнал (распознанный по номеру), а целевой процесс обработает его соответствующим образом.
Откройте дверь к новой эре ЦОД с Sitronics!
Какой он? - Гибкий, масштабируемый, идеально сочетающийся с вашими технологическими амбициями
А самое главное — безопасный🔒
Модульный ЦОД — это готовое решение для:
• корпоративного ЦОД
• удаленных объектов
• периферийных вычислений
• IOT, 5G
Преимущества, которые вы получите:
• Российское ПО: ОС «Astra Linux» и «MasterSСADA 4D»
• Энергоэффективность: Низкий PUE
• Отказоустойчивость: Сертификация по программе Tier - Ready Uptime Institute. Все модули собираются и испытываются на собственном производстве
• Высоконагруженные стойки: Подключение стоек от 3 до 20 кВт к системе интеллектуального шинопровода
Провести первичный аудит инфраструктуры и получить консультацию можно ТУТ
📦📦 Контейнеры: Rootful, Rootless, Privileged и Super Privileged
Эта статья посвящена контейнерам, различным типам (в зависимости от того, какие привилегии мы им предоставляем) и тому, как создана их изоляция: в основном пространствам имен ядра и возможностям, оверлейным файловым системам, seccomp и SELinux.
Статья подойдет для начинающих инженеров. В ней приведено очень много дополнительных ссылок на полезные материалы и ролики по теме, чтобы немного лучше понять, как комбинация механизмов изоляции контейнеров и привилегий влияет (увеличивая или уменьшая) на риск возникновения дефектов ядра.
#гайд
😱🔥 Очень монументальная статья со шпаргалками по протоколам коммуникации, DevOps, CI/CD, архитектурным паттернам, базам данных, кэшированию, микросервисам (и монолитам), платежным системам, Git, облачным сервисам etc.
Особую ценность представляют диаграммы — рекомендуем уделить им пристальное внимание. Инфа будет интересна всем, кто хоть как-то связан с разработкой программного обеспечения и, прежде всего, веб-приложений.
Каждая технология описывается на базовом уровне, объясняются основные вещи и подкрепляется все это информативной диаграммой.
Читать статью
#гайд
📐📏 Протокол RADIUS: Управление доступом и безопасность в сетях
Протокол RADIUS используется для аутентификации, авторизации и учета (AAA) пользователей, пытающихся получить доступ к сетевым ресурсам, таким как сети с доступом по модему, беспроводные сети или VPN. RADIUS предназначен для управления доступом пользователей к сетевым ресурсам и обеспечения безопасности сети.
Основные функции протокола RADIUS:
🔻 Authentication: RADIUS проверяет подлинность пользователей, запросив их учетные данные, такие как имя пользователя и пароль, и сравнив их с данными, хранящимися в центральной базе данных или директории. Это позволяет сетевому оборудованию или серверам убедиться, что пользователь имеет право получить доступ к сетевым ресурсам.
🔻 Authorization: После успешной аутентификации RADIUS определяет, какие ресурсы и услуги пользователь может использовать после подключения к сети. Это включает в себя определение прав доступа, скорости соединения и других параметров.
🔻 Accounting: RADIUS отслеживает использование сетевых ресурсов пользователями, регистрируя информацию о времени, продолжительности сеанса, объеме переданных данных и других деталях. Эти данные могут использоваться для учета и мониторинга использования сети.
RADIUS широко используется в корпоративных и провайдерских сетях для обеспечения безопасности и управления доступом пользователей к сетевым ресурсам. Этот протокол также может интегрироваться с различными типами сетевого оборудования и программными решениями, что делает его важным инструментом для управления сетевой инфраструктурой.
#обучалка
🤔 Очередной #дайджест для DevOps
💡 Vet — повышение безопасности при использовании open source компонентов
💡 GitOps используя Flux и Flagger — как просто реализовать в проекте Progressive Delivery
💡 Сервисы Kubernetes: ClusterIP, Nodeport и LoadBalancer — механизм предоставления доступа к внутренним и внешним приложениям
💡 Как мигрировать DoorDash из StatsD в Prometheus — как уйти от проблемы из-за пиковых сбоев трафика при использовании устаревшей StatsD-инфраструктуры
💡 Secrets Leak в CI/CD Pipelines — безопасная передача данных в сторонних ресурсах в CI/CD пайплайнах
Repost from Библиотека питониста | Python, Django, Flask
☁️🧩 ТОП-10 бессерверных фреймворков
Существует множество различных бессерверных фреймворков, каждый из которых предназначен для определенных задач. В этой статье рассмотрим 10 наиболее популярных из них.
Читать статью
🙋 Grafana Beyla
Часто для правильной интеграции инструментов мониторинга в приложение приходится добавлять агент мониторинга Observability в развёртывание или пакет. А в таких языках, как Go, нужно вручную добавлять точки трассировки. В любом случае после добавления инструментов придётся выполнить повторное развёртывание в промежуточную или производственную среду.
Автоинструментарий упрощает внедрение Observability. Grafana Beyla — автоинструментарий eBPF с открытым исходным кодом, который сейчас в стадии публичного тестирования. Beyla сообщает данные о задержках для основных запросов, а также метрики RED (Rate-Errors-Duration) для сервисов Linux HTTP/S и gRPC — и всё это без модификации кода для ручной вставки зондов.
В этой статье рассматривается, как установить и настроить Grafana Beyla с помощью Grafana Cloud для улучшения наблюдаемости приложений.
#туториал
✍️ Рассказ про интерпретатор
🤔 Возможно, вы знаете, что скрипт должен начинаться с символов #!. Эта штуковина называется SheBang.
В общем после #! нужно указать путь до интерпретатора, обычно там фигурирует /bin/bash или python, например.
Данная конструкция будет использована системными вызовами семейства exec для запуска нужного интерпретатора, который в свою очередь запустит скрипт.
Если из командной строки запустить скрипт и системный вызов execve возвратит ошибку ENOEXEC. Процесс оболочки bash будет сам пытаться выполнить скрипт.
EXECVE() — выполняет программу, заданную параметром filename. Программа должна быть или бинарником или скриптом, начинающимся с #!
ENOEXEC — исполняемый файл в неизвестном формате, для другой архитектуры, или же встречены какие-то ошибки, препятствующие его выполнению.
В большинстве случаев ENOEXEC возвращается если первая строка не начинается с #! либо первая строка начинается с #! и в строке больше нет символов кроме пробелов и табуляций.
Это запустится:
#!
echo 'Have a nice day'
exit
И это тоже запустится:
# super comment
echo 'Have a nice day'
exit
И это тоже:
echo 'Have a nice bashdays'
exit
🤓 Так что не обязательно указывать #!/bin/bash, интерпретатор сам учитывает такие нюансы.
#гайд
🧑🍳🎯 Restic: эффективное резервное копирование из Stdin
Готовый рецепт того как настроить эффективное резервное копирование из Stdin, с дедупликацией и автоматической очисткой репозитория от старых копий.
Несколько правил:
➖ Не используйте монорепозиторий для бэкапов
Всегда разносите сущности по разным репозиториям, к примеру создавайте репозиторий на каждую базу данных или на каждую виртуальную машину.
Делать это стоит по нескольким причинам. Бэкапить всё в один репо не даст вам никаких преимуществ, а вот неудобства создаст.
➖ Используйте встроенную компрессию restic
При использовании gzip всегда имеет шанс получить неповторяемый набор данных, даже при малейшем изменении источника. Таким образом дедупликация restic не сработает. Тем не менее бэкапить без компрессии идея тоже плохая, потому что размер несжатого бэкапа может различаться в десятки и сотни раз от сжатого.
➖ Всегда проверяйте что бэкап создался полностью
➖ Не восстанавливайте напрямую в Stdout
Другими словами не делайте так: restic dump latest dump.sql | mysql
Подробности вас ждут тут
#туториал
😉💪 SOLID ПРИНЦИПЫ простым языком
В видосе спикера расскажет о SOLID-принципах с подробным, простым и наглядным объяснением. Речь будет о: Single responsibility (Принцип единственной ответственности), open–closed (Принцип открытости/закрытости), Liskov substitution (Принцип подстановки Лисков), interface segregation (Принцип разделения интерфейса) и dependency inversion (Принцип инверсии зависимостей).
06:16 ➝ SPR
16:00 ➝ OCP
22:00 ➝ LSP
28:21 ➝ ISP
36:35 ➝ DIP
43:40 ➝ SOLID итоги
#гайд
🤔 Подготовили #дайджест репозиториев для DevOps
♦️ Molecule — проект предназначен для оказания помощи в разработке и тестировании ролей Ansible
♦️ DevOps Exercises — репозиторий содержит вопросы и упражнения по различным техническим темам
♦️ GoReleaser — быстрая доставка бинарников Go
♦️ Kubernetes The Hard Way — руководство, в котором вы на практике познакомитесь с настройкой Kubernetes
♦️ dive — инструмент для изучения образов docker
🧑🎓😎 Еще одна серия с мероприятия OFFZONE 2023
Здесь собираются безопасники, разработчики, инженеры, исследователи, преподаватели и студенты из десятков стран мира. В центре внимания — только хардкорный технический контент по кибербезопасности.
Современная автоматизация обратной разработки в декомпиляторе HexRays
В своем докладе спикер кратко расскажет про существующие инструменты автоматизации обратной разработки, а также представит новые
Смотреть
#видео
