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

Публикация приложения на Platforms

Используйте CDN Hosting/Platforms для публикации нагрузок WordPress, PHP или Managed Container через аккаунт, право доступа к пакету, настройки платформы, deploy/status/logs и проверку способа доставки.

Начало работы

Публикация приложения на Platforms

Куда двигаться дальше после сценария с платформой

После деплоя платформы пользователям обычно нужно пересмотреть способ доставки, DNS/SSL и результаты операций.

Модель домена

Какой домен должен обслуживать вывод платформы?

Сравните default endpoint для предпросмотра, CNAME для продакшна или Full DNS, когда корневой DNS должен принадлежать CDN.com.tr.

CDN Hosting/Platforms Default / CNAME / Full DNS

Открыть руководство по выбору

Результат деплоя

Выполнить Apply Changes и следить за Operations

Проверьте, дошли ли изменения источника платформы или заголовка Host до конфигурации трафика.

CDN Hosting/Platforms Все способы доставки

Открыть руководство по применению изменений

Путь в панели

Панель управления
CDN Accounts
Add Your Website
Content Source: CDN Hosting
Пакет / право доступа
Hosting/Platforms
Создание/деплой приложения платформы
Operations
Доменное имя доставки / SSL

Предварительные требования

Пакет или право доступа, покрывающие выбранную платформу, куплены в панели и назначены аккаунту.
Известно поведение заголовка Host для WordPress, PHP или Managed Container.
AI и Knight Online сохраняют собственное поведение привязки публичного хоста.
Для деплоя контейнеров готовы образ, учётные данные реестра, секреты и данные о портах.

Модель принятия решений

Тип платформы

Когда среда выполнения запускается на CDN.com.tr, сценарий отходит от настройки файлов Pull или Push.

WordPress/PHP: хостинг платформы и настройки приложения.
Managed Container: образ, деплой, логи, health-check и опциональное объектное хранилище.
AI и Knight Online: специфичные для платформы привязка публичного хоста и сценарии управления.

Контракт заголовка Host

Здесь управляется поведение заголовка Host origin для WordPress, PHP и Managed Container.

Когда выбрано Keep request header, бэкенд видит входящий публичный хост.
Если не выбрано, отправляется фиксированное значение хоста.
AI и Knight Online сохраняют собственное, специфичное для платформы поведение привязки хоста.

Пошаговое руководство

Подготовить аккаунт, пакет и право доступа

Действия с платформой могут требовать объёма пакета и права доступа; покупка выполняется в панели.

Выберите аккаунт в CDN Accounts.
Купите и назначьте нужный пакет платформы в панели.
Убедитесь, что действия create или deploy не начинаются без права доступа.

Ожидаемый результат: Hosting/Platforms может показывать действия платформы для выбранного аккаунта.

cdnctl equivalent

cdnctl accounts list
export ACCOUNT_UUID=<account_uuid>
export PAID_PACKAGE_ID=<listed_package_id>

Выбрать CDN Hosting/Platforms в качестве источника

Выбор CDN Hosting в мастере подготавливает оболочку аккаунта для среды выполнения платформы.

Выберите CDN Hosting в Content Source.
Завершите выбор способа доставки после шага с пакетом.
После создания аккаунта перейдите в Hosting/Platforms.

Ожидаемый результат: Тип источника платформы сохраняется на аккаунте, и раздел платформы становится активным.

cdnctl equivalent

export ACCOUNT_UUID=<account_uuid>

Настроить тип платформы и поведение заголовка Host

Hosting/Platforms показывает сервисы платформы и настройку заголовка Host вместе.

Выберите тип платформы.
Настройте Keep the request header в соответствии с ожиданием бэкенда для WordPress/PHP/Managed Container.
Сохраните или активируйте настройку.

Ожидаемый результат: Тип платформы и конфигурация заголовка Host сохраняются на выбранном аккаунте.

Создать или развернуть приложение

Managed Container и подобные платформы управляют образом, портом, env/секретами и health-check через клиентские экраны.

Следуйте чек-листу создания/деплоя приложения в руководстве по платформе.
Проверьте логи, статус и диагностику.
Клиентские сценарии не должны требовать SSH, kubectl или ручных операций с БД.

Ожидаемый результат: Экраны Operations и статуса платформы показывают результат деплоя.

cdnctl equivalent

cdnctl container apps create --account "$ACCOUNT_UUID" --name web --image registry.example.com/acme/web:latest --port 8080
cdnctl container apps logs --account "$ACCOUNT_UUID" --app web --tail 100
cdnctl container apps status --account "$ACCOUNT_UUID" --app web

Проверить публикацию и результат операции

Вывод платформы также раздаётся через default endpoint, full DNS или кастомный субдомен.

Проверьте статус доменного имени доставки и SSL.
При необходимости выполните Apply Changes.
Следите за успехом в Operations.
Проверьте публичную точку health приложения.

Ожидаемый результат: Приложение платформы отвечает через домен, видимый клиенту.

cdnctl equivalent

curl -I https://app.example.com/health

Проверка

Право доступа пакета позволяет использовать выбранную платформу.
Тип платформы отображается в Hosting/Platforms.
Поведение заголовка Host и исключения платформ задокументированы.
Deploy/status/logs доступны с клиентских экранов.
Проверка публичного домена выполняется после Apply Changes и Operations.

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

Клиент хочет, чтобы среду выполнения приложения запускал CDN.com.tr и раздавал через публичный домен, а не просто проксировал origin или хранил статические файлы.

Краткий порядок действий

Аккаунт и пакет с нужным правом доступа готовы.
Выберите CDN Hosting/Platforms в качестве источника в мастере.
Настройте тип платформы и заголовок Host origin в Hosting/Platforms.
Создайте или разверните приложение платформы.
Следите за Operations, логами и статусом.
Проверьте доставку через Default Endpoint, Full DNS Transfer или Custom Subdomain.

Проверки

Работа с платформой не начинается без права доступа.
Исключения для привязки хоста в AI и Knight Online остаются явными.
Клиентские руководства не должны требовать SSH, kubectl, artisan или ручной работы с БД.
cdnctl capability gaps are documented as product gaps when present.