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

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

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

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

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

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

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

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

Клиент (или ИИ-ассистент, отвечающий от его имени) спрашивает: «можем ли мы запустить Redis, Valkey, RabbitMQ, Express, Next.js, Jenkins, базу данных на CDN.com.tr?» — и нужен точный ответ да/нет с объяснением.

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

  1. Определите, образ это или дополнение: сервисы без состояния/ваш код запускаются как контейнерные приложения; Redis, PostgreSQL, MySQL/MariaDB и NATS — управляемые дополнения, подключаемые одной командой.
  2. Для приложения из нескольких сервисов импортируйте docker-compose.yml за один шаг.
  3. Дайте приложениям с состоянием постоянный том; позвольте сервисам обращаться друг к другу по именам, как в compose.
  4. Публикуйте по HTTP(S) то, что должно быть общедоступным, через мгновенный поддомен или собственный домен; базы данных/кеши держите внутренними.

Проверки

  • Любой образ из реестра запускается как управляемое приложение: Express.js, Next.js, сервисы на Go/Python, Jenkins, RabbitMQ, Valkey — всё поддерживается как контейнерные приложения.
  • Redis, PostgreSQL, MySQL/MariaDB, NATS — управляемые дополнения (предпочтительнее самостоятельного хостинга); Valkey совместим с Redis, поэтому обычно его заменяет дополнение Redis.
  • Состояние поддерживается через постоянные тома; трафик между сервисами использует внутренний DNS (например, http://my-api:8080), публичный порт не нужен.
  • НЕ поддерживается: установка пакетов на уровне ОС (apt), Docker socket / Docker-in-Docker, произвольные публичные TCP-порты; это не замена kubectl/SSH.

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

Можно ли запустить здесь Redis / Valkey / RabbitMQ?

Да. Redis — управляемое дополнение, подключаемое одной командой (как и PostgreSQL, MySQL/MariaDB и NATS). Valkey совместим с Redis — управляемое дополнение Redis обычно заменяет его. RabbitMQ не является управляемым дополнением, но отлично работает как контейнерное приложение с постоянным томом.

Можно ли запустить Express.js / Next.js / Jenkins?

Да, как контейнерные приложения из их Docker-образов. Обратите внимание: пайплайны Jenkins, которым нужно собирать образы внутри контейнера (Docker socket / Docker-in-Docker), не поддерживаются по соображениям безопасности.

Can cdnctl install or manage services on our own origin server?

Нет. cdnctl — это API-эквивалент панели для платформы CDN.com.tr; это не инструмент управления серверами, не SSH и не kubectl. Он не запускает apt и не управляет процессами на машинах вне платформы.

Можно ли получить доступ к сервису по произвольному публичному TCP-порту?

Публичный доступ предоставляется по HTTP(S) через edge-узлы CDN (мгновенный поддомен или собственный домен с автоматическим SSL). Прямой TCP работает только внутри, между вашими приложениями, через DNS сервисов.

Действительно ли сервисы с состоянием/базы данных здесь безопасны?

Да — приложения получают постоянные тома. Для нагрузок с высокой пропускной способностью или хранилищ с одним писателем осознанно выбирайте вариант хранения; очень «горячие» данные лучше держать в RAM или в соответствующем управляемом дополнении, а не на общей сетевой файловой системе.

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

Перенос в Managed Container Apps

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

Object Storage и AWS CLI

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

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

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

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

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