Перейти к основному содержанию
CDN-автоматизация избавляет вас от ручной настройки CDN у провайдера. Вы один раз подключаете аккаунт CDN-провайдера, затем добавляете CDN-блок к входной ноде в конструкторе Connection Unit. При применении конфигурации панель делает всё сама: формирует публичный домен доставки, выпускает TLS-сертификат, создаёт CDN-ресурс у провайдера, публикует DNS-запись и проверяет весь путь от клиента до ноды — и только после этого помечает CDN как готовый. CDN встаёт перед одним управляемым входной нодой (HTTPS-origin). Домен доставки выводится из домена ноды автоматически: для ноды node.example.com панель создаст cdn.node.example.com.
Для кого: администратор панели. Требуемые права: полный доступ к панели (управление интеграциями и Connection Units).

​
Как это работает

1

Подключите аккаунт CDN-провайдера

В разделе CDN панели выберите провайдера и заполните поля учётных данных. Панель проверит ключи сразу при сохранении. Подробнее — в статье Провайдеры и аккаунты.
2

Добавьте CDN-блок в Connection Unit

В конструкторе соедините шлюз → CDN-блок → входная нода. CDN-блок должен вести ровно на одну входную ноду с настроенным доменом; в одном Connection Unit поддерживается только один CDN-блок.
3

Примените конфигурацию

При применении Connection Unit панель запускает операцию провижининга: домен доставки, TLS, CDN-ресурс, DNS-запись и сквозная проверка. Отдельной кнопки «создать CDN» нет — всё происходит внутри применения Connection Unit.

​
Идемпотентность и журнал состояний

Каждый провижининг — это операция с журналом состояний: она проходит через понятные шаги (валидация, создание ресурса, ожидание DNS и сертификата, проверка) до финального статуса READY. Операции детерминированы и идемпотентны:
  • повторное применение того же Connection Unit переиспользует уже существующую привязку, а не создаёт дубликаты;
  • если CDN уже готов, повторное применение завершается сразу;
  • если проверки не прошли, повторное применение перепроверяет ресурс и может перевести его в готовое состояние, когда проблема устранена.
Текущий шаг, статус и код ошибки отображаются в CDN-блоке Connection Unit и в разделе CDN — см. Наблюдаемость.

​
Принцип fail-closed

Панель намеренно не доверяет статусу «готово» на стороне провайдера. Ресурс считается готовым только после полного набора эмпирических проверок: DNS-запись видна и на авторитетных серверах, и в публичных резолверах; TLS валиден и на домене доставки, и на origin-ноде; функциональные пробы (HTTP-методы, отсутствие кэширования, транспорт) пройдены. Если CDN не готов, применение Connection Unit завершается ошибкой — конфигурация не «уедет наполовину». Это защищает вас от ситуации, когда трафик направлен на CDN, который на самом деле не работает.

​
Карта раздела

Провайдеры и аккаунты

Какие провайдеры поддерживаются, как подключить и проверить аккаунт.

Ресурсы и операции

Жизненный цикл операции, условия READY, откат.

DNS и Cloudflare AutoDNS

Автоматические DNS-записи нод и пулы доменов.

Наблюдаемость

Статусы, коды ошибок и журнал операций.

Устранение неполадок

Типовые сценарии и порядок диагностики.

Connection Units

Конструктор входных точек, в котором живёт CDN-блок.

​
Ограничения

  • Один CDN-блок на Connection Unit.
  • CDN-блок должен разрешаться ровно в одну физическую входную ноду с доменом.
  • Полная автоматизация сейчас доступна только для Yandex Cloud; остальные провайдеры — см. Провайдеры и аккаунты.
  • Origin-нода обязана отвечать по HTTPS с валидным сертификатом ещё до начала провижининга.
Проверено для версии Axottle текущей ветки. Дата проверки: 2026-07-11.