Есть файл Docker Compose? Ваш проект запускается за секунды — одной командой на cdn.com.tr. Узнать как Код на GitHub? Каждый push разворачивается на cdn.com.tr сам — подключите репозиторий. Узнать как

Справка CDN.com.tr

Перенос активного сайта с Pull-CDN на Platforms без простоя

Запускайте origin-сервисы на Platforms cdn.com.tr, пока сайт продолжает обслуживаться через Pull CDN: включите приложения параллельно с текущей доставкой, соберите и проверьте всё на поддоменах ca-*, а затем переключите основной домен только когда будете готовы — процесс полностью обратим.

Платформы и управляемые дополнения

Перенос активного сайта с Pull-CDN на Platforms без простоя

Запускайте origin-сервисы на Platforms cdn.com.tr, пока сайт продолжает обслуживаться через Pull CDN: включите приложения параллельно с текущей доставкой, соберите и проверьте всё на поддоменах ca-*, а затем переключите основной домен только когда будете готовы — процесс полностью обратим.

Путь в панели

  1. Management Panel
  2. CDN Accounts
  3. Platforms tab
  4. Enable apps alongside current delivery
  5. Container Apps / Compose import
  6. Validate on ca-* subdomains
  7. Cut over main domain
  8. Decommission old origin

Контрольные точки скриншотов

Шаг 1 — включение приложений параллельно с текущей доставкой

Шаг 1 — включение приложений параллельно с текущей доставкой

На вкладке Platforms аккаунта Pull-CDN (или Push-CDN) нажмите «Enable apps alongside current delivery». Это дополняющее действие: основной домен продолжает работать и не переразвёртывается.

Шаг 2 — сборка, проверка, затем переключение

Шаг 2 — сборка, проверка, затем переключение

После включения приложений вы собираете их на поддоменах ca-*. Когда всё проверено, отдельное действие «Cut over main domain to app» переносит основной домен — предыдущий origin остаётся доступным, чтобы можно было откатиться.

Сценарии использования

Сайт работает через Pull CDN (собственный origin), и владелец хочет перенести весь стек (web, API, воркеры, Redis, очередь и т. д.) на платформу без простоя.

Порядок действий

  1. Включите Managed Container Apps ПАРАЛЛЕЛЬНО с текущей доставкой — это НЕ меняет способ обслуживания основного домена (он остаётся на Pull CDN, в рабочем режиме).
  2. Соберите стек: импортируйте docker-compose.yml (или создавайте приложения по одному). Redis/PostgreSQL/MySQL/NATS становятся управляемыми дополнениями; RabbitMQ/Valkey/Jenkins работают как контейнерные приложения с постоянным томом.
  3. Каждое приложение получает собственный поддомен ca-*.cdn.com.tr (и внутреннее имя service-DNS). Протестируйте весь стек на этих URL, пока рабочий сайт не затронут.
  4. Когда всё проверено, выполните переключение: направьте основной домен на «фронтовое» приложение. Прежний origin остаётся доступным, поэтому можно мгновенно откатиться.

Проверки

  • Включение приложений не меняет источник контента и не вызывает повторный деплой основного домена — рабочий сайт на Pull CDN не затронут.
  • До любого переключения приложения доступны на поддоменах ca-* и по внутренним именам сервисов.
  • Переключение — отдельный, осознанный шаг; прежний origin остаётся вариантом отката в один клик до момента вывода из эксплуатации.
  • Правильно сопоставляйте сервисы: Express/Next/backend → контейнерные приложения; Redis → дополнение Redis; база данных → дополнение Postgres/MySQL; очередь → дополнение NATS или приложение RabbitMQ; Jenkins → приложение (без Docker-in-Docker).

Часто задаваемые вопросы

Будет ли мой рабочий сайт недоступен во время настройки?

Нет. Включение Managed Container Apps параллельно с Pull CDN — дополняющее действие, оно никогда не меняет обслуживание основного домена. Сайт всё это время продолжает работать с текущего origin; способ доставки меняется только на явном шаге переключения.

Как протестировать перед переключением?

Каждое приложение доступно на собственном поддомене ca-*.cdn.com.tr (а также внутри по имени сервиса). Проверьте весь стек там. Основной домен переносится только при переключении.

Можно ли откатить переключение?

Да. Оставьте прежний origin работающим; если после переключения что-то пойдёт не так, направьте основной домен обратно на него. Выводите прежний origin из эксплуатации только тогда, когда будете уверены в результате.

Какие из моих сервисов можно перенести?

Все — в виде образов контейнеров или сервисов compose. Используйте управляемые дополнения для Redis/PostgreSQL/MySQL/NATS. RabbitMQ и Valkey работают как контейнерные приложения (Valkey совместим с Redis, поэтому дополнение Redis часто его заменяет). Jenkins работает как приложение, но не может собирать образы внутри контейнера (нет Docker socket / Docker-in-Docker).

Нужен ли особый тарифный план?

Для запуска нескольких приложений + эндпоинтов требуется план Enterprise. Проверьте свои права доступа перед импортом крупного файла compose.

Похожие страницы

Перенос в Managed Container Apps

Создавайте контейнерное приложение, учётные данные реестра, переменные окружения/секреты, импорты, задания, деплой, статус и логи через клиентские интерфейсы.

Object Storage и AWS CLI

Создавайте buckets, обновляйте ключи доступа, привязывайте buckets к приложениям и проверяйте работу через S3-совместимый эндпоинт.

Что можно запускать — возможности и ограничения

Управляемая контейнерная платформа (под капотом — Kubernetes), а не VM или shell-сервер: вы предоставляете образы контейнеров или файл docker-compose.yml, а платформа запускает их вместе с управляемыми дополнениями Redis/PostgreSQL/MySQL/NATS, постоянными томами, внутренним DNS сервисов и публикацией по HTTP(S) через edge-узлы CDN.

Постоянное хранилище для управляемого приложения

Дайте контейнерному приложению постоянный том, чтобы его данные сохранялись при перезапусках и повторных деплоях: включите хранилище, задайте путь монтирования внутри контейнера и размер. Один том на приложение, монтируемый по одному пути, на CephFS.