Ayuda de CDN.com.tr
Ejecute sus servicios de origen en cdn.com.tr Platforms mientras su sitio sigue sirviéndose vía Pull CDN: active las apps junto a su entrega actual, construya y valide todo en subdominios ca-*, y luego cambie el dominio principal solo cuando esté listo — totalmente reversible.
Plataformas y complementos administrados
Ejecute sus servicios de origen en cdn.com.tr Platforms mientras su sitio sigue sirviéndose vía Pull CDN: active las apps junto a su entrega actual, construya y valide todo en subdominios ca-*, y luego cambie el dominio principal solo cuando esté listo — totalmente reversible.
En la pestaña Platforms de una cuenta con Pull-CDN (o Push-CDN), haga clic en "Enable apps alongside current delivery". Esto es aditivo: su dominio principal sigue sirviéndose activo y no se reimplementa.
Una vez que las apps están activadas, las construye en subdominios ca-*. Cuando todo esté verificado, la acción separada "Cut over main domain to app" mueve el dominio principal — su origen anterior sigue siendo accesible para que pueda revertir.
Un sitio está activo en Pull CDN (con su propio origen) y el propietario quiere mover toda la pila (web, APIs, workers, Redis, cola, etc.) a la plataforma sin interrupciones.
No. Activar Managed Container Apps junto a Pull CDN es aditivo — nunca cambia el servicio de su dominio principal. Su sitio sigue sirviéndose desde su origen actual todo el tiempo; solo el paso explícito de cambio modifica la entrega.
Cada app se expone en su propio subdominio ca-*.cdn.com.tr (y es accesible internamente por nombre de servicio). Valide toda la pila allí. El dominio principal se mueve solo en el momento del cambio.
Sí. Mantenga activo el origen anterior; si algo falla después del cambio, vuelva a apuntar el dominio principal a él. Dé de baja el origen anterior solo cuando tenga confianza.
Todos ellos como imágenes de contenedor o servicios de compose. Use complementos administrados para Redis/PostgreSQL/MySQL/NATS. RabbitMQ y Valkey se ejecutan como apps en contenedor (Valkey es compatible con Redis, por lo que el complemento de Redis a menudo lo reemplaza). Jenkins se ejecuta como una app, pero no puede construir imágenes dentro del contenedor (sin socket de Docker / Docker-in-Docker).
Ejecutar varias apps + endpoints requiere un plan Enterprise. Verifique su derecho antes de importar un archivo compose grande.
Elija WordPress, PHP, IA, Knight Online o Managed Container según la carga de trabajo.
Cree una app en contenedor, credencial de registro, variables de entorno/secretos, importaciones, tareas, implementación, estado y registros desde las superficies del cliente.
Cree buckets, rote las claves de acceso, vincule buckets a apps y verifique con el endpoint compatible con S3.
Una plataforma de contenedores administrada (Kubernetes por debajo), no una VM ni un servidor de shell: usted aporta imágenes de contenedor o un docker-compose.yml y la plataforma los ejecuta, con complementos administrados de Redis/PostgreSQL/MySQL/NATS, volúmenes persistentes, DNS de servicio interno y exposición HTTP(S) a través del borde del CDN.
Dé a una app en contenedor un volumen persistente para que sus datos sobrevivan a reinicios y reimplementaciones: active el almacenamiento, establezca la ruta de montaje dentro del contenedor y el tamaño. Un volumen por app, montado en una ruta, sobre CephFS.