DevOps by REBRAIN
Открытые практикумы по DevOps, Linux, Golang, Networks, Security Мы на связи: info@rebrainme.com +7 (499) 116-34-68 https://rebrainme.com/ Зарегистрированы в РКН: https://knd.gov.ru/license?id=674db558d793bc0b0b8845ff®istryType=bloggersPermission
Ko'proq ko'rsatish📈 Telegram kanali DevOps by REBRAIN analitikasi
DevOps by REBRAIN (@rebrain_devops) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 28 845 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 4 759-o'rinni va Rossiya mintaqasida 22 883-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 28 845 obunachiga ega bo‘ldi.
16 Iyun, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni 111 ga, so‘nggi 24 soatda esa -9 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 8.79% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 7.21% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 2 530 marta ko‘riladi; birinchi sutkada odatda 2 075 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 12 ta reaksiya keladi.
- Tematik yo‘nalishlar: Kontent dovecot, linux, скрипт, postfix, yandex kabi asosiy mavzularga jamlangan.
📝 Tavsif va kontent siyosati
Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
“Открытые практикумы по DevOps, Linux, Golang, Networks, Security
Мы на связи:
info@rebrainme.com
+7 (499) 116-34-68
https://rebrainme.com/
Зарегистрированы в РКН: https://knd.gov.ru/license?id=674db558d793bc0b0b8845ff®istryType=bloggersPermiss...”
Yuqori yangilanish chastotasi (oxirgi ma’lumot 17 Iyun, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.
dig TXT ваш-домен.ru
Что искать: Запись вида v=spf1 include:_spf.google.com ~all (пример для Gmail). Если записи нет или стоит -all вместо ~all — это может быть причиной.
2️⃣ DKIM (DomainKeys Identified Mail)
Что это: Цифровая подпись, которая гарантирует, что письмо не изменяли при доставке.
Как проверить: Ищите запись с селектором (обычно default или `google`):
dig TXT default._domainkey.ваш-домен.ru
Что искать: Длинную строку с v=DKIM1 и p= (публичный ключ). Если записи нет — ваши письма не подписываются.
3️⃣ DMARC (Domain-based Message Authentication)
Что это: Инструкция для почтовых сервисов, что делать с письмами, не прошедшими проверки.
Как проверить:
dig TXT _dmarc.ваш-домен.ru
Что искать: Запись с политикой p=none (мониторинг) или p=quarantine/p=reject (блокировка). Если записи нет — вы не контролируете, что происходит с письмами от вашего имени.
🧐«Но я проверил — всё есть, а письма всё равно в спаме»
Вот здесь и начинается настоящая инженерия. Потому что:
🔹DKIM-запись в DNS — это только публичный ключ. Нужно ещё настроить Postfix на подпись каждых исходящих писем (урок 8 курса)
🔹DMARC-отчёты нужно уметь читать, чтобы понимать, кто и как подделывает ваш домен (это тоже часть урока 😍
🔹Неправильная настройка SPF ломает доставку от бэкенд-сервисов (мониторинг, CI/CD)
Именно поэтому в нашем курсе по Postfix мы не просто говорим «добавьте три DNS-записи», а разбираем:
🔹Генерацию ключей DKIM и интеграцию с Postfix
🔹Настройку подписи для исходящих писем
🔹Анализ DMARC-отчётов для защиты домена
🔹Сценарии SPF для сложной инфраструктуры (когда почту отправляют несколько сервисов)
Это тот самый уровень понимания, когда вы не просто копируете строки из инструкции, а контролируете доставляемость и защищаете репутацию домена.
❗️22 декабря стартуем))) кто с нами?
# Включаем autoscaler
ceph mgr module enable pg_autoscaler
# Ставим режим "on" для всех пулов по умолчанию
ceph config set global osd_pool_default_pg_autoscale_mode on
🔍 Проверить статус:
ceph osd pool autoscale-status
Увидите рекомендации системы по каждому пулу.
🎯 Три режима работы:
• on — Ceph сам решает (рекомендуем для большинства случаев)
• warn — только рекомендации без автоматики
• off — ручное управление (для экспертов)
⚠️ Важный нюанс: Автоскейлинг не панацея. Нужно понимать, как он работает, какие метрики анализирует и когда его лучше отключить (например, для пулов с предсказуемой стабильной нагрузкой).
👉 На модуле по Ceph мы не просто показываем команды, а учим принимать архитектурные решения:
1️⃣Когда и какой режим autoscaler выбрать
2️⃣Как анализировать рекомендации системы
3️⃣Что делать с legacy-пулами, созданными без автоскейлинга
4️⃣Как сочетать с Erasure Coding и репликацией
И это лишь одна из десятков тем в модуле по эксплуатации, где разбираем то, что действительно нужно в работе: от замены дисков до настройки мультисайтовой репликации.
Хватит считать PG вручную — приходите систематизировать знания
Модуль обновим 22 декабря и до 22 декабря вклюбчительно стоимость практикума 25 000
service_type: osd
service_id: hybrid_osds
placement:
host_pattern: "storage-node-*"
spec:
data_devices:
paths:
- /dev/sd[b-c] # Ваши HDD
db_devices:
paths:
- /dev/nvme0n1 # Ваш быстрый SSD/NVMe
db_size: "50GB" # Выделяем место под метаданные
Применяем:
ceph orch apply osd -i spec.yml
⚖️ Баланс: Один SSD 1TB может "ускорить" 10-20 HDD по 10TB. Экономия против полноценного SSD-пула — в разы!
❗️ Важно:
🔹WAL и DB лучше размещать на одном быстром устройстве
🔹Для продакшена — отдельные NVMe под каждые 4-8 OSD
🔹Мониторим wearout SSD (SMART) при высокой нагрузке записи
👉 Мы произвели полный рефакторинг курса по Ceph, где разбираем:
1️⃣ Расчёт оптимального соотношения SSD:HDD
2️⃣ Разделение через DriveGroups
3️⃣ Реальные тесты производительности "до/после"
4️⃣ Подбор оборудования под разные workload
Ссылка на подробную программу тут.
🗓 22 декабря старт курса и до 22 декабря вклюбчительно стоимость практикума 25 000
Endi mavjud! Telegram Tadqiqoti 2025 — yilning asosiy insaytlari 
