Ansible + Docker для телефонии: как собрать SIP-узлы без ручной настройки

Ansible + Docker для телефонии: как собрать SIP-узлы без ручной настройки

Разворачивать Asterisk, Kamailio и RTP-прокси вручную — это путь к дрейфу конфигураций. Ansible фиксирует порядок действий: шаблоны конфигов, переменные окружения, секреты, systemd-unit’ы, сетевые правила. Docker здесь нужен не ради “контейнеризации”, а чтобы изолировать сервисы, зафиксировать зависимости и получить предсказуемый запуск на любом хосте.

Базовый паттерн: 1) Ansible поднимает хост, 2) ставит Docker/Compose, 3) рендерит конфиги через Jinja2, 4) кладёт docker-compose.yml, 5) запускает стек. Для SIP-кластера важно сразу разнести роли: signaling отдельно, media отдельно, БД и очередь — отдельно. Иначе при рестарте одного контейнера вы теряете либо регистрацию, либо RTP-сессию.

Критичные проверки: volume’ы для /etc/asterisk и /var/lib/asterisk, фиксированные сети с понятной маршрутизацией, проброс UDP-диапазонов RTP, healthcheck на SIP OPTIONS, а не только на “контейнер жив”. Секреты не хранить в образе: SIP-пароли, TLS-ключи и AMI-доступ — только через Ansible Vault или внешнее хранилище.

Отказоустойчивость — это не роскошь, а базовое требование к SIP-платформе. Делайте идемпотентные плейбуки, чтобы один и тот же запуск не ломал уже поднятую схему. Разбираем дамп трафика в Wireshark, и вот что мы там видим: проблемы почти всегда начинаются не в Docker, а в сетевых допущениях и слабой дисциплине конфигураций.