{"id":916,"date":"2026-03-06T17:53:00","date_gmt":"2026-03-06T09:53:00","guid":{"rendered":"https:\/\/www.ddosgj.com\/?p=916"},"modified":"2026-03-06T17:53:00","modified_gmt":"2026-03-06T09:53:00","slug":"como-configurar-la-politica-de-cache-de-cdn-de-alta-defensa-cache-de-diferenciacion-de-contenido-dinamico-estatico","status":"publish","type":"post","link":"https:\/\/www.ddosgj.com\/es\/916-html","title":{"rendered":"\u00bfC\u00f3mo configurar la pol\u00edtica de cach\u00e9 de la CDN de alta defensa? Almacenamiento diferencial en cach\u00e9 de contenidos est\u00e1ticos y din\u00e1micos para lograr una mejora de la velocidad."},"content":{"rendered":"<p>Acaba de terminar de tratar con un fallo en l\u00ednea para un cliente, la presi\u00f3n arterial casi no se levant\u00f3. Usted dice que una buena estaci\u00f3n de comercio electr\u00f3nico, gran d\u00eda a casa de repente la pantalla en blanco, las quejas de los usuarios locos. Un cheque, buen tipo, la CPU de la estaci\u00f3n de origen directamente se dispar\u00f3 a 100%, la piscina de conexi\u00f3n de base de datos todos llenos. \u00bfCausa ra\u00edz? Una p\u00e1gina de productos populares fue rastreador de una segunda solicitud miles de veces, cada solicitud penetra en la CDN, directamente de vuelta a la base de datos de consulta de origen. \u00bfC\u00f3mo puede esta parte superior ah? CDN de alta defensa, obviamente, colgando, se evita el ataque, pero la velocidad? \u00bfEl rendimiento? \u00a1Dinero gastado en vano! El problema radica en la estrategia de almacenamiento en cach\u00e9 no est\u00e1 configurado correctamente - ya sea una talla \u00fanica para todos cach\u00e9 completa, o din\u00e1mica completa, no hizo el proceso de diferenciaci\u00f3n.<\/p>\n<p>He visto a demasiados equipos tratar la CDN de alta defensa como un simple \u201cescudo de tr\u00e1fico\u201d, pensando que mientras el conjunto pueda ser a la vez seguro y r\u00e1pido. De hecho, es un gran error. El valor central de la CDN de alta defensa, la mitad de la protecci\u00f3n de la seguridad, la otra mitad es precisamente en la<strong>Dise\u00f1o adecuado de la cach\u00e9<\/strong>Cach\u00e9 es una buena manera de mantenerse al d\u00eda con las inundaciones de tr\u00e1fico. Cach\u00e9 configurar bien, no s\u00f3lo puede llevar el pico de tr\u00e1fico, e incluso le permiten ser golpeado cuando el usuario es completamente insensible a seguir navegando; configurar mal, se evita el ataque, pero el usuario normal no puede utilizar la tarjeta, la estaci\u00f3n de origen tambi\u00e9n puede ser herido por error.<\/p>\n<p>\u00bfPor qu\u00e9 la cach\u00e9 de su CDN siempre est\u00e1 mal? El 80% no entiende la palabra \u201cseparaci\u00f3n est\u00e1tica y din\u00e1mica\u201d. El contenido est\u00e1tico (im\u00e1genes, CSS, JS, fuentes, etc.) y el contenido din\u00e1mico (interfaces API, datos de sesi\u00f3n de usuario, precios en tiempo real) son b\u00e1sicamente dos tipos de criaturas, pero se utiliza el mismo conjunto de reglas de almacenamiento en cach\u00e9 para tratar con ellos, \u00bfno puede suceder? El contenido est\u00e1tico debe ser almacenado en cach\u00e9 hasta la muerte, mientras que el contenido din\u00e1mico debe ser cuidadosamente controlado o incluso omitido por completo.<\/p>\n<p>Obs\u00e9rvese aqu\u00ed el<code>inmutable<\/code>que le dice al navegador: este archivo no cambiar\u00e1 en tu vida, as\u00ed que puedes leerlo de la cach\u00e9 local sin ni siquiera enviar una petici\u00f3n condicional. En la pr\u00e1ctica, esto es extremadamente eficaz para reducir las peticiones duplicadas y aumentar la velocidad.<\/p>\n<p>El mayor quebradero de cabeza es el contenido din\u00e1mico. Por ejemplo, la p\u00e1gina de detalles del producto, la mayor parte del contenido es est\u00e1tico (descripci\u00f3n del producto, im\u00e1genes), pero una peque\u00f1a parte de la din\u00e1mica (cantidad de stock, apodos de usuario). Todo cach\u00e9, los datos caducar\u00e1n; no cach\u00e9, la estaci\u00f3n de origen est\u00e1 bajo una gran presi\u00f3n. Aqu\u00ed tenemos que ofrecer mi favorito \u201c<strong>Cach\u00e9 parcial de bordes<\/strong>\u201d (Edge Side Includes) o el m\u00e1s moderno \u201c<strong>computaci\u00f3n perif\u00e9rica<\/strong>\u201dPrograma arriba.<\/p>\n<p>Tomemos como ejemplo CDN07, su funci\u00f3n de borde es mega \u00fatil. Puede escribir una simple pieza de l\u00f3gica JS para iniciar sub-solicitudes de contenido din\u00e1mico s\u00f3lo en el nodo de borde, fusionarlos y devolverlos al usuario:<\/p>\n<p>De este modo, el cuerpo principal de la p\u00e1gina se almacena en cach\u00e9 durante 10 minutos, mientras que los m\u00f3dulos din\u00e1micos se recuperan en tiempo real bajo demanda. Esto reduce la presi\u00f3n sobre la estaci\u00f3n de origen y garantiza la disponibilidad en tiempo real de los datos principales.<\/p>\n<p>Aseg\u00farese de establecer los factores que pueden afectar a los cambios de contenido como parte de la Clave de Cach\u00e9. Por ejemplo:<\/p>\n<li>URL completa (incluido el par\u00e1metro del signo de interrogaci\u00f3n)<\/li>\n<li>M\u00e9todo HTTP<\/li>\n<li>Cabeceras de solicitud espec\u00edficas (por ejemplo, Accept-Language)<\/li>\n<p>pero aseg\u00farese de<strong>Excluir factores que no afectan al contenido<\/strong>como User-Agent (a no ser que est\u00e9s generando contenidos diferentes para m\u00f3vil y PC), o alg\u00fan par\u00e1metro de rastreo (como utm_source). De lo contrario, estar\u00e1s almacenando en cach\u00e9 innumerables copias del mismo recurso, y la tasa de aciertos de la cach\u00e9 se desplomar\u00e1.<\/p>\n<p>Existe otro escenario especial para las RCD de alta defensa:<strong>Estrategia de almacenamiento en cach\u00e9 en caso de ataques CC<\/strong>. Cuando la CDN reconoce que una URL est\u00e1 siendo depurada salvajemente, puede establecer una regla especial: almacenar en cach\u00e9 la respuesta a esa URL durante un breve periodo de tiempo (digamos 10 segundos). No menosprecie estos 10 segundos, significa que para todas las peticiones a esta URL en el plazo de 10 segundos, el nodo CDN devolver\u00e1 el contenido almacenado en cach\u00e9 directamente, y no volver\u00e1 a la fuente en absoluto. Este \u201cescudo\u201d de 10 segundos es suficiente para que el m\u00f3dulo de seguridad de la CDN determine y bloquee las IP maliciosas. Utilic\u00e9 este truco en 08Host para resistir con \u00e9xito un ataque CC contra la interfaz de b\u00fasqueda, el sitio de origen ni siquiera recibi\u00f3 una petici\u00f3n.<\/p>\n<p>Por \u00faltimo, no olvides calentar y limpiar la cach\u00e9. Incluso la mejor estrategia debe contar con medidas de apoyo. Para las p\u00e1ginas de actividad importante, calentar el nodo CDN con antelaci\u00f3n; despu\u00e9s de actualizar el contenido, la cach\u00e9 debe ser refrescado en el momento oportuno. 08Host velocidad de la interfaz de actualizaci\u00f3n de la API es la m\u00e1s r\u00e1pida que he usado, y despu\u00e9s de llamar al nodo 95% puede invalidar la cach\u00e9 dentro de 3 segundos, a diferencia de algunos proveedores que tienen que esperar media hora.<\/p>\n<p>Dicho esto, lo esencial es<strong>Pruebe, pruebe y vuelva a probar.<\/strong>. Despu\u00e9s de hacer coincidir las reglas, aseg\u00farese de comprobar el encabezado Cache-Control con curl o su navegador para asegurarse de que la cach\u00e9 golpe\u00f3 como se esperaba. Observe el informe de tasa de aciertos de cach\u00e9 en la consola CDN durante un tiempo, si es inferior a 90%, debe haber espacio para la optimizaci\u00f3n.<\/p>\n<p>La estrategia de cach\u00e9 no es permanente, tiene que seguir los cambios del negocio. Pero mientras usted domine el \u201ccontenido est\u00e1tico cach\u00e9 de larga duraci\u00f3n, el contenido din\u00e1mico de control fino, la clave de cach\u00e9 ajustes razonables\u201d este principio b\u00e1sico, b\u00e1sicamente no va a ir mal. No se olvide, CDN de alta defensa no es s\u00f3lo un cortafuegos, debe ser la capa m\u00e1s importante de su acelerador de arquitectura de rendimiento. Establecer una buena, la experiencia del usuario se dispar\u00f3; establecer un mal, el dinero gastado y rega\u00f1ado. En estos d\u00edas, incluso el CDN tiene que \u201canti-teammates\u201d - para evitar que aquellos que no entienden la configuraci\u00f3n ca\u00f3tica de su propia gente ah.<\/p>","protected":false},"excerpt":{"rendered":"<p>Acaba de terminar de tratar con un fallo en l\u00ednea para un cliente, la presi\u00f3n arterial casi no se levant\u00f3. Usted dice una buena estaci\u00f3n de comercio electr\u00f3nico, gran d\u00eda a casa de repente pantalla en blanco, las quejas de los usuarios locos. Un cheque, buen tipo, la CPU de la estaci\u00f3n de origen directamente se dispar\u00f3 a 100%, la piscina de conexi\u00f3n de base de datos todos llenos. \u00bfCausa ra\u00edz? Una p\u00e1gina de productos populares fue rastreador de una segunda solicitud miles de veces, cada solicitud penetra en la CDN, directamente de vuelta a la base de datos de consulta de origen. \u00bfC\u00f3mo puede esta parte superior ah? CDN de alta defensa, obviamente, colgando, se evita el ataque, pero la velocidad? \u00bfEl rendimiento? \u00a1Dinero gastado en vano! El problema radica en la estrategia de almacenamiento en cach\u00e9 no est\u00e1 configurado correctamente - ya sea a trav\u00e9s de la tabla de cach\u00e9 completa, o din\u00e1mica completa, no hizo el proceso de diferenciaci\u00f3n. He visto demasiados equipos a la CDN de alta defensa como un simple \u201cescudo de tr\u00e1fico\u201d, pensando que siempre y cuando el conjunto puede ser a la vez seguro y r\u00e1pido. De hecho, un gran error. CDN de alta defensa<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"","sticky":false,"template":"","format":"gallery","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","footnotes":""},"categories":[150],"tags":[],"collection":[],"class_list":["post-916","post","type-post","status-publish","format-gallery","hentry","category-updates","post_format-post-format-gallery"],"_links":{"self":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/916","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/comments?post=916"}],"version-history":[{"count":1,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/916\/revisions"}],"predecessor-version":[{"id":1209,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/916\/revisions\/1209"}],"wp:attachment":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/media?parent=916"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/categories?post=916"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/tags?post=916"},{"taxonomy":"collection","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/collection?post=916"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}