Pull y Push: dos formas de alimentar el edge
Con el modelo Pull, cdn.com.tr obtiene cada objeto desde tu origin existente la primera vez que se solicita, y luego lo cachea en el edge durante el TTL que definiste; no cambias nada en el origin salvo el DNS. Con el modelo Push subes los assets al storage de cdn.com.tr y el edge sirve directamente desde alli, lo cual es ideal cuando no quieres mantener un servidor origin en linea en absoluto. La mayoria de los clientes empieza con Pull porque no requiere migracion, y despues mueve el contenido multimedia pesado a Push u Object Storage. Ambos modelos comparten las mismas reglas de cache, herramientas de purge y reportes.
Reglas de cache, TTL y cache keys que tu controlas
El verdadero trabajo de un CDN es decidir que es seguro cachear y por cuanto tiempo, y eso es exactamente lo que expone el panel. Defines TTLs por ruta o extension de archivo, eliges si respetar o sobrescribir el header Cache-Control del origin, y controlas que query strings y cookies forman parte de la cache key, de modo que /list?page=2 y /list?page=3 se cacheen por separado mientras que los parametros de tracking no fragmenten el cache. Ajustar bien la cache key es lo que convierte un hit ratio bajo en uno alto, y los reportes lo hacen visible para que puedas ajustarlo en lugar de adivinar.
Descarga y shielding del origin
Cada solicitud respondida desde el edge es una solicitud que tu origin nunca ve, de modo que una pagina de contenido concurrida que antes bombardeaba tu servidor con cientos de hits de imagenes y assets se reduce a un puñado de fetches al origin por ventana de TTL. Como los visitantes resuelven hacia el edge en lugar de la IP de tu origin, el origin tambien deja de recibir trafico directo, lo que reduce tanto el costo de ancho de banda como la exposicion. Esta descarga es lo que mantiene un sitio en pie cuando una campaña, un pico de noticias o un compartido viral en redes sociales envia de golpe una avalancha de visitantes.
Optimizacion automatica de imagenes con WebP
Las imagenes suelen ser la parte mas pesada de una pagina, y enviar archivos JPEG o PNG a tamaño completo a cada visitante desperdicia ancho de banda y ralentiza el renderizado. cdn.com.tr puede convertir de forma transparente las imagenes elegibles a WebP en el edge y servir la version mas liviana a los navegadores que anuncian soporte, mientras que los navegadores que no lo hacen reciben el original intacto. No necesitas reexportar tu biblioteca de medios ni cambiar tu HTML; la optimizacion ocurre en el camino de entrega, y el ahorro se refleja directamente en el peso de la pagina y el tiempo de carga.
Cachear contenido dinamico de forma segura
El cache no es solo para archivos estaticos. Muchas paginas que se sienten dinamicas, como listados de categorias, paginas de producto o cuerpos de articulos, cambian solo cada pocos minutos y se pueden micro-cachear con un TTL corto para absorber trafico manteniendose frescas. cdn.com.tr te permite cachear estas respuestas con reglas que excluyen sesiones con inicio de sesion y rutas personalizadas, de modo que los visitantes anonimos se sirven desde el edge mientras que el carrito o la pagina de cuenta de un usuario siempre va al origin. El resultado es velocidad de nivel CDN en paginas que la mayoria de las plataformas dejan sin cachear.
Medir la ganancia: hit ratio y tiempo de carga
No puedes mejorar lo que no puedes ver, asi que el panel reporta el cache hit ratio, los bytes servidos desde el edge frente al origin, y el estado de cache por respuesta. Un sitio saludable con mucho contenido estatico deberia alcanzar un hit ratio alto una vez que el cache se calienta; un ratio bajo generalmente señala una cache key que incluye una cookie o query string volatil, lo cual puedes corregir despues en las reglas. Observar estos numeros tras cada cambio cierra el ciclo entre la configuracion y la velocidad real que sienten tus visitantes.
Como configurarlo, paso a paso
Agrega tu dominio a la cuenta del CDN
En el panel abre el area de dominios, agrega tu hostname (por ejemplo www.example.com) y elige si cdn.com.tr actua como origin Pull contra tu servidor existente o como destino Push al que subes archivos. Para la mayoria de los sitios, Pull es el inicio mas rapido: no se necesita migrar archivos.
Apunta el DNS al edge
Actualiza el CNAME (o el registro apex si alojas tu DNS con nosotros) para que el trafico resuelva hacia el edge de cdn.com.tr en lugar de la IP de tu origin. Una vez que la resolucion se propaga, cada solicitud entra primero por un nodo edge y se responde desde cache cuando es posible.
Define tus reglas de cache
Define TTLs por ruta o extension: TTLs largos (dias) para assets versionados como /assets/*.css, /*.js, imagenes y fuentes; reglas cortas o de bypass para /cart, /checkout, o cualquier cosa con cookie de sesion. Puedes respetar el header Cache-Control del origin o sobrescribirlo desde el panel.
Activa la optimizacion de imagenes
Activa la conversion automatica a WebP para que las imagenes JPEG y PNG se recodifiquen y se sirvan en un formato mas liviano a los navegadores que lo acepten, manteniendo el original como fallback. Esto normalmente reduce el peso de las imagenes de forma sustancial sin tocar tus archivos fuente.
Verifica que el cache este funcionando
Carga una pagina e inspecciona los headers de respuesta para ver el estado de cache (HIT/MISS) y la edad. Una segunda solicitud a la misma URL deberia devolver un HIT servido desde el edge. Usa los reportes del panel para ver como sube el cache hit ratio a medida que el edge se calienta.
Purga cuando el contenido cambie
Despues de un deploy o una edicion de contenido, purga las URLs afectadas (o todo) desde el panel o la purge API para que los visitantes reciban de inmediato la nueva version en lugar de esperar a que expire el TTL.
Escenarios de ejemplo
Un sitio de noticias o blog sirve sus imagenes, CSS y JavaScript desde el edge con TTLs largos, reduciendo drasticamente el trafico al origin y recortando el tiempo de carga para lectores en todo el mundo.
Durante una venta flash, las paginas de listado de productos se micro-cachean y los assets estaticos se cachean por completo, de modo que un pico repentino de trafico se absorbe en el edge en lugar de saturar el origin de la tienda.
Un proveedor distribuye instaladores y paquetes de actualizacion mediante storage Push en el edge, entregando archivos grandes rapidamente a los usuarios mientras protege al origin de picos de ancho de banda.
Preguntas frecuentes
Como se si una solicitud se sirvio desde cache?
Cada respuesta lleva un header de estado de cache que muestra HIT (servido desde el edge) o MISS (obtenido del origin), ademas de un valor de edad. Carga una URL dos veces: la segunda solicitud a un recurso cacheable deberia devolver un HIT. Los reportes del panel tambien agregan esto en un cache hit ratio general.
El cache servira contenido desactualizado despues de que actualice mi sitio?
Los objetos cacheados viven solo hasta que expira su TTL, pero no tienes que esperar. Purga las URLs cambiadas o toda la zona desde el panel o la purge API justo despues de un deploy, y el edge obtendra copias frescas en la siguiente solicitud mientras sigue sirviendo todo lo demas desde cache.
Puedo cachear paginas que usan cookies o query strings?
Si, con control. Tu decides que cookies y parametros de query forman parte de la cache key, de modo que los esenciales crean variantes cacheadas separadas mientras que los parametros de tracking se ignoran. Las solicitudes de sesion o con inicio de sesion pueden configurarse para saltarse el cache por completo, de modo que el contenido personalizado siempre llegue al origin.
La conversion a WebP cambia mis archivos de imagen originales?
No. La conversion ocurre en el camino de entrega. Tus originales almacenados quedan intactos; el edge genera y sirve una variante WebP a los navegadores que la soportan y usa el formato original para los que no.
Que pasa si mi servidor origin se cae?
Todo lo que ya esta cacheado en el edge sigue sirviendose a los visitantes durante la ventana de TTL, de modo que una interrupcion breve del origin no necesariamente deja tu contenido estatico fuera de linea. Las solicitudes de objetos no cacheados o expirados si necesitaran el origin, lo cual es otra razon para mantener TTLs generosos en assets estables.
Tengo que mover mis archivos para usar el CDN?
No con el modelo Pull. Conservas tu servidor origin existente y solo cambias el DNS para que el edge se ubique frente a el, obteniendo y cacheando contenido bajo demanda. El storage Push es opcional y util cuando quieres que el edge sirva medios sin ningun origin en absoluto.