DevOps

Jitsi Meet из коробки отлично решает задачу видеоконференций. Связка Jitsi Meet + Jibri позволяет записывать встречи — и на этом многие установки останавливаются.

Но как только Jitsi начинает использоваться не эпизодически, а в рабочем процессе, очень быстро появляются вопросы:

• Где централизованно хранить записи?
• Как автоматически публиковать ссылки для команды?
• Как избавиться от тяжёлых MP4 и перейти к потоковому просмотру?
• Как раздавать записи по HTTPS, не раскрывая структуру каталогов?
• Как сделать всё это автоматически, без ручного участия администратора?

Ниже — полноценный продакшн-конвейер с кодом: от финализации записи Jibri до публикации в Notion и асинхронного транскодинга MP4→HLS с раздачей через Caddy.

Маршрутизаторы Mikrotik заслуженно ценятся системными администраторами за свою невероятную гибкость.
Уникальная черта этого оборудования в том, что бюджетный домашний hAP lite и мощный корпоративный маршрутизатор за тысячи долларов работают на одной и той же операционной системе — RouterOS.

Это означает, что, научившись настраивать одно устройство, вы сможете управлять любым оборудованием бренда.
В этой статье мы разберём фундаментальные этапы настройки Mikrotik с нуля до полностью рабочего состояния.

1. Подключение и обновление системы

Первый шаг — получить доступ к устройству и привести его программное обеспечение в актуальное состояние.

В последние десять лет индустрия развёртывания веб-приложений прошла путь от FTP-скриптов и rsync до сложнейших систем оркестрации. Сегодня разработчики и небольшие команды всё чаще оказываются перед непростым выбором:

• либо платить серьёзную наценку за удобство PaaS-платформ (Heroku, Render, Fly.io),
• либо погружаться в когнитивную и операционную сложность Kubernetes.

Kamal предлагает третий путь: удобство современных облачных сервисов — на вашем собственном сервере.

Что такое Kamal

Kamal — это open-source CLI-инструмент от компании 37signals (создателей Basecamp и Ruby on Rails), предназначенный для деплоя веб-приложений поверх Docker без Kubernetes.

В мире, где объем данных растет быстрее, чем цены на видеокарты, вопрос «Где хранить файлы?» встает ребром. Google Drive и iCloud удобны, но дороги и не безграничны. Внешние жесткие диски ненадежны. Готовые решения от Synology или QNAP хороши, но бьют по кошельку.

Здесь на сцену выходит TrueNAS. Это операционная система, которая превращает обычный компьютер в мощное сетевое хранилище (NAS) корпоративного уровня.

Давайте разберемся, почему TrueNAS так популярен, с какими трудностями вы столкнетесь и подходит ли эта система именно вам.

Если бы меня отправили на необитаемый цифровой остров и разрешили взять всего одну сетевую утилиту — я бы без колебаний выбрал Netcat.

Официальная документация (man nc) сухо сообщает: «утилита для чтения и записи по сетевым соединениям через TCP или UDP».
На деле это швейцарский нож сетевого инженера, который заменяет десятки специализированных программ.

В статье используются примеры для OpenBSD netcat — именно он стоит по умолчанию в Ubuntu 20.04+, Debian 10+, Fedora, Arch, Alpine и большинстве современных дистрибутивов.

Читать далее

Если ваш бизнес работает с пользователями из России, то вопрос где хранятся персональные данные касается вас напрямую. Телефоны, имена, email-адреса, заявки с форм, данные сотрудников — всё это подпадает под строгие требования локализации.

Многие компании годами жили в «серой зоне»: данные вроде бы хранятся и в России, и за рубежом, а ответственность размыта. Но с 1 июля 2025 года правила изменились настолько, что многие привычные технические схемы теперь считаются прямым нарушением закона.

Переезд в облако или смена провайдера — это всегда операция на открытом сердце. Инженеру нужно решить массу вопросов: как перенести терабайты данных с минимальным простоем? Как конвертировать схему? Как настроить CDC (Change Data Capture), чтобы не потерять ни одной транзакции во время переключения?

У каждого крупного облачного провайдера есть свой ответ. Подходы кардинально разные: кто-то даёт просто «трубу» для данных, кто-то — полноценный ETL-комбайн, кто-то делает миграцию serverless и максимально беспроблемной.

Вы выкатили новую функциональность. На локальной машине всё работает идеально, вы довольны результатом.
А затем появляется сообщение: «У меня ничего не работает». Вы открываете логи сервера — там пусто. Оказывается, ошибка произошла на стороне клиента, у пользователя со старой версией браузера или нестандартными настройками. И вы могли бы об этом даже не узнать.

Такое бывает практически у всех, кто развертывает проекты в продакшене. Это происходило и со мной, пока я не настроил инструмент, который позволяет видеть ошибки практически мгновенно — даже если это глубокая ночь, а проблема возникла у единственного пользователя на другом конце света.

Вступление: почему «лабораторные» метрики — это не всё

«Lighthouse показывает 100/100, а пользователи жалуются на тормоза» — знакомая боль?

Синтетические тесты (Lighthouse, WebPageTest) — отличны для разработки.
Но реальный пользователь сидит:

• на 3G в метро,
• с открытыми 27 вкладками,
• на старом Android с 2 ГБ RAM.

Именно такие сценарии фиксирует CrUX — Chrome User Experience Report.
А CrUX Vis — это удобный и бесплатный визуализатор этих данных, запущенный в 2024 году.

Если вы используете n8n для автоматизации с участием больших языковых моделей (LLM), то наверняка знаете не только об их огромных возможностях, но и о рисках. LLM остаются «чёрным ящиком»: они могут случайно раскрыть персональные данные, сгенерировать токсичный контент или стать жертвой prompt injection.

До недавнего времени приходилось «обвешивать» AI-воркфлоу множеством IF-нод и сложных Regex-проверок. Это было громоздко и ненадёжно.

С версии 1.119.0 в n8n появилась нода Guardrails — и это действительно game-changer. Это ваш персональный слой безопасности, который можно поставить на входе и выходе любого AI-процесса.