Información sobre cómo funciona la implementación continua
En los siguientes temas, se explica cómo funciona la implementación continua de CloudFront.
Temas
Enrutamiento de solicitudes a la distribución provisional
Si usa la implementación continua de CloudFront, no tiene que cambiar nada en las solicitudes de los lectores. Los lectores no pueden enviar solicitudes directamente a una distribución provisional mediante un nombre DNS, una dirección IP o un CNAME. En cambio, los lectores envían solicitudes a la distribución principal (de producción) y CloudFront redirige algunas de esas solicitudes a la distribución provisional en función de los ajustes de configuración del tráfico de la política de implementación continua. Existen dos tipos de configuraciones del tráfico:
- Basada en ponderaciones
-
Una configuración basada en ponderaciones dirige el porcentaje especificado de solicitudes de los lectores a la distribución provisional. Al utilizar una configuración basada en ponderaciones, también puede habilitar la persistencia de sesión, que ayuda a garantizar que CloudFront trate las solicitudes del mismo lector como parte de una sola sesión. Para obtener más información, consulte Persistencia de sesión para configuraciones basadas en ponderaciones.
- Basada en encabezados
-
Una configuración basada en encabezados dirige las solicitudes a la distribución provisional cuando la solicitud del lector contiene un encabezado HTTP específico (usted especifica el encabezado y el valor). Las solicitudes que no contienen el encabezado y el valor especificados se envían a la distribución principal. Esta configuración es útil para realizar pruebas locales o cuando tiene control sobre las solicitudes del lector.
nota
Los encabezados que se envíen a la distribución provisional deben contener el prefijo
aws-cf-cd-.
Persistencia de sesión para configuraciones basadas en ponderaciones
Al utilizar una configuración basada en ponderaciones para dirigir el tráfico a una distribución provisional, también puede habilitar la persistencia de sesión, lo que ayuda a garantizar que CloudFront trate las solicitudes del mismo lector como una sola sesión. Al habilitar la persistencia de sesión, CloudFront establece una cookie para que todas las solicitudes del mismo lector de una sola sesión las proporciona una sola distribución, ya sea la principal o la provisional.
Al habilitar la persistencia de sesión, también puede especificar la duración de inactividad. Si el lector está inactivo (no envía solicitudes) durante este período de tiempo, la sesión caduca y CloudFront trata las solicitudes futuras de este lector como una sesión nueva. La duración de inactividad se especifica como un número de segundos, de 300 (cinco minutos) a 3600 (una hora).
En los siguientes casos, CloudFront restablece todas las sesiones (incluso las activas) y considera que todas las solicitudes son una sesión nueva:
-
Cuando deshabilita o habilita la política de implementación continua
-
Cuando deshabilita o habilita la configuración de persistencia de sesión
Actualización de las distribuciones principales y provisionales
Cuando una distribución principal tiene una política de implementación continua asociada, están disponibles los siguientes cambios de configuración tanto para la distribución principal como para la provisional:
-
Toda la configuración del comportamiento de caché, incluido el comportamiento predeterminado de caché
-
Toda la configuración de origen (orígenes y grupos de origen)
-
Respuestas de error personalizadas (páginas de error)
-
Restricciones geográficas
-
Objeto raíz predeterminado
-
Configuración de registros
-
Descripción (comentario)
También puede actualizar los recursos externos a los que se hace referencia en la configuración de una distribución, como una política de caché, una política de encabezados de respuesta, una CloudFront Function o una función Lambda@Edge.
Las distribuciones principales y provisionales no comparten la caché
Las distribuciones principales y provisionales no comparten la caché. Cuando CloudFront envía la primera solicitud a una distribución provisional, su caché está vacía. A medida que las solicitudes llegan a la distribución provisional, comienza a almacenar en caché las respuestas (si está configurada para hacerlo).
