Qué significa "gestionado"
El hosting tradicional te entrega un servidor (o una parte de uno) y tú mantienes el sistema operativo, el runtime, los parches de seguridad y el escalado por tu cuenta. "Gestionado" significa que la plataforma se encarga de la infraestructura: tú aportas tu aplicación —un sitio de WordPress, un proyecto PHP o una imagen de contenedor— y la plataforma la ejecuta, la protege, le renueva los certificados y la sirve. Tú te enfocas en tu aplicación, no en servidores.
Esta es la pregunta más habitual, así que respondamos con claridad: sí, puedes usarlo como hosting. No necesitas un proveedor de hosting aparte. Apunta tu dominio aquí, elige WordPress, PHP o una aplicación en contenedor, y CDN.com.tr se convierte en el lugar donde vive tu sitio. Como está construido sobre la CDN, tu sitio se sirve automáticamente a través del edge global con caché y HTTPS: hosting y CDN en un solo lugar.
WordPress, PHP o Aplicaciones en Contenedor — elige tu camino
Si gestionas un sitio de WordPress o PHP, no necesitas saber nada sobre contenedores. Elige la plataforma de WordPress o PHP, selecciona tu versión, y despliega: el runtime, el servidor web y el TLS se gestionan por ti. Puedes conectar un dominio personalizado y administrar archivos desde el panel; en la plataforma de WordPress puedes además activar una caché de objetos Redis gestionada para ganar velocidad.
Si tu aplicación no es WordPress/PHP —por ejemplo, una API en Node/Express, un sitio Next.js, un servicio en Go, un worker, o una herramienta como Jenkins o RabbitMQ—, puedes ejecutarla como una Aplicación en Contenedor. Aportas una imagen Docker (o importas un archivo docker-compose) y la plataforma la ejecuta, le da una URL y la mantiene saludable. Si "Docker" no te resulta familiar, consulta la guía de Docker: a menudo necesitas saber menos de lo que crees.
Si prefieres quedarte en tu alojamiento actual, aún puedes poner la CDN por delante: el plugin gratuito CDNTR conecta un WordPress autoalojado a cdn.com.tr en un clic, con entrega por CDN, imágenes WebP/AVIF y purga automática de la caché.
Complementos gestionados y despliegues blue/green seguros
La mayoría de las aplicaciones necesitan una base de datos o una caché. En lugar de ejecutarlas y protegerlas tú mismo, activa un complemento gestionado con un solo clic: Redis, PostgreSQL, MySQL/MariaDB o NATS. La plataforma lo provisiona, lo mantiene funcionando y lo conecta a tu aplicación mediante un nombre interno, así que tus servicios se comunican entre sí de forma privada, sin exponer nada a internet.
No deberías tener que tocar una aplicación de producción funcional para probar un cambio. La plataforma te permite clonar tu aplicación en vivo en un entorno de preproducción, probarla el tiempo que necesites en su propio subdominio, y luego cambiar tu dominio de producción a ella al instante, con la posibilidad de revertir igual de rápido si algo no va bien. El entorno de preproducción puede compartir la misma base de datos/caché que producción o tener su propia copia, y una promoción realiza automáticamente una instantánea de la base de datos, de modo que incluso los cambios de datos son reversibles. Consulta la guía de entornos Blue/green y el caso de estudio en la Ayuda de la Plataforma.
Lo que NO hace
Las Plataformas Gestionadas no son una VM ni una shell SSH. No obtienes instalaciones de paquetes a nivel de sistema operativo (sin "apt install"), no hay Docker dentro de Docker para construir imágenes dentro de un contenedor, y no hay puertos TCP públicos sin procesar; el acceso público es HTTP(S). Tampoco es un sustituto de kubectl/SSH.
A cambio, obtienes una plataforma que ejecuta y protege tu aplicación sin administración de servidores.
PostgreSQL gestionado: versión, extensiones, conexiones, copias de seguridad y acceso
Lo que preferiría no descubrir por las malas, escrito aquí.
Versión y extensiones: el complemento de PostgreSQL gestionado ejecuta PostgreSQL 16. pgcrypto, pgvector (vector), uuid-ossp, pg_trgm y TimescaleDB vienen instalados; basta con ejecutar CREATE EXTENSION con el usuario de base de datos del complemento.
Conexiones: crecen con el plan — starter (2 GB RAM, 1 vCPU) 128, standard (4 GB, 2 vCPU) 256, large (8 GB, 4 vCPU) 400 conexiones simultáneas. Un backend web o de aplicación de escritorio normal no necesita su propio pgBouncer; el pool de conexiones de su aplicación es suficiente.
Copias de seguridad: cada complemento se vuelca con pg_dump cada noche a las 02:30 (hora de Türkiye); se conservan las últimas 7 copias diarias y las últimas 4 semanales. Las copias permanecen en nuestro propio clúster de almacenamiento en Türkiye y pueden restaurarse desde el panel. No ofrecemos recuperación a un punto en el tiempo (PITR); si una copia nocturna no le basta, escríbanos.
Acceso: la base de datos no es accesible desde internet; solo las aplicaciones de la misma cuenta la alcanzan por la red privada. Ejecute las migraciones de esquema en el paso de publicación de su aplicación o como un job; para una consulta urgente, defina un job puntual o contacte con soporte.
Qué ejecuta la gente aquí
WordPress gestionado con dominio personalizado, HTTPS automático, una caché Redis y la CDN edge delante, sin servidor que vigilar.
Despliega tu aplicación en contenedor, activa un complemento gestionado de PostgreSQL o MySQL, y conéctalos por nombre interno.
Importa un docker-compose.yml: web, worker, base de datos y caché se levantan juntos como aplicaciones y complementos gestionados.
Preguntas frecuentes
¿De verdad puedo usar esto en lugar de una empresa de hosting?
Sí. Para aplicaciones WordPress, PHP y en contenedores, CDN.com.tr puede ser tu hosting. Tu aplicación se ejecuta aquí y se sirve a través de la CDN edge con SSL automático.
¿Tengo que aprender Docker?
Para WordPress o PHP, no: eso es de apuntar y hacer clic. Docker solo entra en juego para aplicaciones personalizadas, e incluso entonces normalmente solo aportas una imagen o un archivo docker-compose. Consulta la guía "Qué es Docker".
¿Necesito ejecutar mi propio servidor de base de datos?
No. Activa un complemento gestionado de Redis, PostgreSQL, MySQL/MariaDB o NATS y la plataforma lo ejecuta por ti, conectado de forma privada a tu aplicación.