Выбор управляемой платформы
Выбирайте WordPress, PHP, AI, Knight Online или Managed Container в зависимости от нагрузки.
Справка CDN.com.tr
Дайте контейнерному приложению постоянный том, чтобы его данные сохранялись при перезапусках и повторных деплоях: включите хранилище, задайте путь монтирования внутри контейнера и размер. Один том на приложение, монтируемый по одному пути, на CephFS.
Платформы и управляемые дополнения
Дайте контейнерному приложению постоянный том, чтобы его данные сохранялись при перезапусках и повторных деплоях: включите хранилище, задайте путь монтирования внутри контейнера и размер. Один том на приложение, монтируемый по одному пути, на CephFS.
Приложению нужно сохранять файлы между деплоями — загрузки, файл SQLite, данные Prometheus, каталог кеша — вместо их потери при каждом перезапуске.
Используйте управляемое дополнение (Redis, PostgreSQL, MySQL/MariaDB, NATS) для баз данных, кешей и очередей — они уже подготовлены и настроены за вас. Используйте постоянный том для собственных файлов приложения: загрузок, сгенерированных ресурсов, небольшого файла SQLite, TSDB Prometheus и т. д. Общее правило: структурированное хранилище данных → дополнение; файлы приложения → том.
Это CephFS — реплицируемая сетевая файловая система, отлично подходящая для надёжности и общего доступа, но не для очень высокой нагрузки по вводу-выводу или «горячих» данных с одним писателем. Для тяжёлых баз данных используйте управляемое дополнение; для очень «горячих» данных предпочтительнее RAM. «Горячее» хранилище на сетевом томе становится узким местом.
На приложение доступен один постоянный том с одним путём монтирования. Путь можно изменить, а размер — увеличить, но каждое изменение требует деплоя, а перенос пути не копирует старые данные — продумайте путь монтирования заранее.
Да. Том не зависит от образа контейнера, поэтому деплои и обновления образа сохраняют данные. Он удаляется только при отключении хранилища или удалении приложения.
Выбирайте WordPress, PHP, AI, Knight Online или Managed Container в зависимости от нагрузки.
Создавайте контейнерное приложение, учётные данные реестра, переменные окружения/секреты, импорты, задания, деплой, статус и логи через клиентские интерфейсы.
Создавайте buckets, обновляйте ключи доступа, привязывайте buckets к приложениям и проверяйте работу через S3-совместимый эндпоинт.
Управляемая контейнерная платформа (под капотом — Kubernetes), а не VM или shell-сервер: вы предоставляете образы контейнеров или файл docker-compose.yml, а платформа запускает их вместе с управляемыми дополнениями Redis/PostgreSQL/MySQL/NATS, постоянными томами, внутренним DNS сервисов и публикацией по HTTP(S) через edge-узлы CDN.
Запускайте origin-сервисы на Platforms cdn.com.tr, пока сайт продолжает обслуживаться через Pull CDN: включите приложения параллельно с текущей доставкой, соберите и проверьте всё на поддоменах ca-*, а затем переключите основной домен только когда будете готовы — процесс полностью обратим.