Elegir una plataforma administrada
Elija WordPress, PHP, IA, Knight Online o Managed Container según la carga de trabajo.
Ayuda de CDN.com.tr
Qué puede ejecutar — capacidades y límites
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.
Plataformas y complementos administrados
Qué puede ejecutar — capacidades y límites
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.
Casos de uso
Un cliente (o un asistente de IA que responde por él) pregunta "¿podemos ejecutar Redis, Valkey, RabbitMQ, Express, Next.js, Jenkins, una base de datos en CDN.com.tr?" y necesita un sí/no preciso con el motivo.
Flujo de trabajo
- Decida imagen vs. complemento: los servicios sin estado/de su propio código se ejecutan como apps en contenedor; Redis, PostgreSQL, MySQL/MariaDB y NATS son complementos administrados de un solo comando.
- Para una app de múltiples servicios, importe el docker-compose.yml en un solo paso.
- Dé a las apps con estado un volumen persistente; deje que los servicios se comuniquen entre sí por el nombre de servicio estilo compose.
- Exponga lo que deba ser público por HTTP(S) mediante un subdominio instantáneo o su propio dominio; mantenga las bases de datos/cachés internas.
Verificaciones
- Cualquier imagen de registro se ejecuta como una app administrada: Express.js, Next.js, servicios Go/Python, Jenkins, RabbitMQ, Valkey — todos compatibles como apps en contenedor.
- Redis, PostgreSQL, MySQL/MariaDB, NATS son complementos administrados (prefiéralos sobre el autohospedaje); Valkey es compatible con Redis, así que el complemento de Redis normalmente lo cubre.
- Lo con estado se admite mediante volúmenes persistentes; el tráfico entre servicios usa DNS interno (p. ej., http://my-api:8080), sin necesidad de puerto público.
- NO compatible: instalación de paquetes a nivel de sistema operativo (apt), socket de Docker / Docker-in-Docker, puertos TCP públicos arbitrarios sin procesar, y no es un reemplazo de kubectl/SSH.
Preguntas frecuentes
¿Podemos ejecutar Redis / Valkey / RabbitMQ aquí?
Sí. Redis es un complemento administrado de un solo comando (igual que PostgreSQL, MySQL/MariaDB y NATS). Valkey es compatible con Redis — el complemento administrado de Redis normalmente lo reemplaza. RabbitMQ no es un complemento administrado, pero funciona bien como app en contenedor con un volumen persistente.
¿Podemos ejecutar Express.js / Next.js / Jenkins?
Sí, como apps en contenedor a partir de sus imágenes de Docker. Tenga en cuenta que los pipelines de Jenkins que necesitan construir imágenes dentro del contenedor (socket de Docker / Docker-in-Docker) no son compatibles por razones de seguridad.
Can cdnctl install or manage services on our own origin server?
No. cdnctl es el equivalente en API del panel para la plataforma CDN.com.tr; no es una herramienta de administración de servidores, ni SSH ni kubectl. No ejecuta apt ni gestiona procesos en máquinas fuera de la plataforma.
¿Se puede acceder a un servicio por un puerto TCP público sin procesar?
La exposición pública es HTTP(S) a través del borde del CDN (subdominio instantáneo o su propio dominio, con SSL automático). El TCP sin procesar funciona solo internamente, entre sus apps, a través del DNS de servicio.
¿Son realmente seguros aquí los servicios con estado / las bases de datos?
Sí — las apps obtienen volúmenes persistentes. Para almacenes de datos de alto rendimiento o de un solo escritor, elija la opción de almacenamiento de forma deliberada; los datos muy activos se conservan mejor en RAM o en el complemento administrado correspondiente que en un sistema de archivos de red compartido.
Páginas relacionadas
Migración a Managed Container Apps
Cree una app en contenedor, credencial de registro, variables de entorno/secretos, importaciones, tareas, implementación, estado y registros desde las superficies del cliente.
Object Storage y AWS CLI
Cree buckets, rote las claves de acceso, vincule buckets a apps y verifique con el endpoint compatible con S3.
Almacenamiento persistente para una app administrada
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.
Mover un sitio activo en Pull CDN a Platforms sin tiempo de inactividad
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.