Novedades

Amazon CloudFront anuncia la compatibilidad con certificados RSA de 3072 bits

Fecha: 14 de julio de 2023

Amazon CloudFront anuncia la compatibilidad con los certificados RSA de 3072 bits. Los clientes ahora pueden asociar sus certificados RSA de 3072 bits a las distribuciones de CloudFront para mejorar la seguridad de las comunicaciones entre los clientes y las ubicaciones periféricas de CloudFront.

RSA es un algoritmo de cifrado muy utilizado en los certificados digitales para proteger las comunicaciones por Internet mediante firmas digitales y cifrado de datos. Antes de esta actualización, los clientes de CloudFront solo podían usar certificados RSA con una potencia de 1024 o 2048 bits, o un certificado ECDSA P256. Los certificados ECDSA P256 ofrecen una mayor seguridad que los certificados RSA de 1024 o 2048 bits, pero es posible que los clientes y dispositivos antiguos no los admitan. Con la introducción de los certificados RSA de 3072 bits, los clientes ahora pueden alcanzar el mismo nivel de seguridad en CloudFront que antes era exclusivo de los certificados ECDSA P256.

La compatibilidad de Amazon CloudFront con los certificados RSA de 3072 bits ya está disponible para su uso inmediato. Para empezar, asocie un certificado RSA de 3072 bits a su distribución de CloudFront mediante la consola o las API. No hay cargos adicionales asociados a esta característica. Para obtener más información, consulte la Guía para desarrolladores de CloudFront. Para obtener más información sobre CloudFront, visite la página de introducción de CloudFront.

AWS anuncia una nueva ubicación periférica en Nigeria

Fecha: 15 de junio de 2023

Detalles: Amazon Web Services (AWS) anuncia su expansión en Nigeria con el lanzamiento de una nueva ubicación periférica en Lagos. Los clientes de Nigeria pueden esperar una mejora promedio de hasta un 20 % en la latencia de los datos entregados a través de la nueva ubicación periférica. La nueva ubicación periférica de AWS brinda todas las ventajas que presenta Amazon CloudFront, una red de entrega de contenido (CDN) escalable y altamente distribuida que ofrece contenido estático y dinámico, varias API y video en directo y bajo demanda con baja latencia y alto rendimiento.

Todas las ubicaciones periféricas de Amazon CloudFront están protegidas contra las amenazas de DDoS a nivel de infraestructura con AWS Shield Estándar, que utiliza supervisión permanente del flujo de la red y mitigación en línea para minimizar la latencia y el tiempo de inactividad de las aplicaciones. También puede agregar capas de seguridad adicionales a las aplicaciones a fin de protegerlas contra las vulnerabilidades web y los ataques de los bots más comunes al habilitar AWS WAF.

El tráfico entregado desde esta ubicación periférica se incluye en los precios de la región de Africa. Para obtener más información acerca de ubicaciones periféricas de AWS, consulte las ubicaciones periféricas de CloudFront.

Amazon CloudFront ahora es compatible con directivas de control de caché de respuestas obsoletas durante la revalidación y directivas de control de caché de respuestas obsoletas en caso de error

Fecha: 17 de mayo de 2023

Detalles: Amazon CloudFront anuncia la compatibilidad con las directivas de control de caché de respuestas obsoletas durante la revalidación y de respuestas obsoletas en caso de error, que pueden mejorar el rendimiento y la disponibilidad. La directiva de respuestas obsoletas durante la revalidación indica a CloudFront que entregue de inmediato respuestas obsoletas a los usuarios mientras revalida las cachés en segundo plano. La directiva de respuestas obsoletas en caso de error define durante cuánto tiempo CloudFront debe reutilizar las respuestas obsoletas si se produce un error, lo que ofrece una mejor experiencia de usuario.

Con la directiva de respuestas obsoletas durante la revalidación, CloudFront puede ofrecer respuestas más rápidas desde sus más de 480 ubicaciones periféricas y maximizar las tasas de aciertos del caché para obtener un mejor rendimiento una vez que la caché caduque. Con la directiva de respuestas obsoletas durante la revalidación, los usuarios ya no tendrán que esperar las respuestas de los orígenes, ya que el contenido obsoleto se entrega rápidamente desde los cachés. Esta directiva es ideal para contenido que se actualiza de forma frecuente o impredecible, o cuando el contenido requiere un tiempo considerable para regenerarse, y donde no es esencial tener la versión más reciente del contenido. La directiva de respuestas obsoletas en caso de error mejora la experiencia del usuario y mejora la disponibilidad al ofrecer contenido obsoleto cuando los orígenes devuelven un error. 

El soporte para estas directivas ahora está disponible en todas las ubicaciones periféricas de CloudFront, sin costo adicional. Usted define las directivas desde su servidor de origen y CloudFront respeta los comportamientos en función de sus directivas. Para obtener más información, consulte la Guía para desarrolladores de Amazon CloudFront.

Amazon CloudFront admite el uso de punto de acceso de S3 Object Lambda como origen

Fecha: 5 de abril de 2023

Detalles: a partir de hoy, Amazon CloudFront admite el uso de puntos de acceso de S3 Object Lambda como orígenes. Esto significa que ahora puede utilizar los alias de punto de acceso de S3 Object Lambda para configurar un origen de CloudFront tipo bucket de S3 y aprovechar las más de 480 ubicaciones periféricas globales de CloudFront para acelerar la entrega de datos transformados por la función de S3 Object Lambda.

S3 Object Lambda le permite agregar su propio código a las solicitudes GET, HEAD y LIST de S3 para modificar y procesar los datos a medida que se devuelven a una aplicación. Antes de este lanzamiento, tenía que utilizar Lambda@Edge como entidad principal de firma en AWS Signature Version 4 (SigV4) para la autenticación con el origen. Ahora puede usar CloudFront como entidad principal de firma para la autenticación en SigV4 con el origen en el punto de acceso de S3 Object Lambda. Esto facilita el uso de CloudFront para acelerar la distribución de los datos que la función de S3 Object Lambda ha transformado, como filas filtradas, imágenes redimensionadas dinámicamente, datos con información confidencial redactada y mucho más.

La compatibilidad de Amazon CloudFront con los puntos de acceso de S3 Object Lambda como origen ya está disponible en todo el mundo. Para empezar, obtenga el alias de los puntos de acceso de S3 Object Lambda en su consola de S3 o mediante una API, y cree su dominio tipo bucket de S3 como origen de CloudFront. No hay cargos adicionales asociados a esta función. Para obtener más información, consulte la Guía para desarrolladores de CloudFront. Para obtener más información sobre CloudFront, visite la página de introducción CloudFront.

Amazon CloudFront anuncia la compatibilidad con la generación de estados y respuestas HTTP mediante CloudFront Functions

Fecha: 29 de marzo de 2023

Detalles: a partir de hoy, puede utilizar CloudFront Functions para personalizar aún más las respuestas a los espectadores, lo que incluye cambiar el código de estado HTTP y reemplazar el cuerpo HTTP de la respuesta. CloudFront Functions es una función de computación periférica sin servidor de CloudFront diseñada para transformaciones HTTP ligeras que se ejecuta en las más de 450 ubicaciones periféricas de CloudFront en todo el mundo.

Anteriormente, CloudFront Functions permitía transformar los atributos de solicitud y respuesta HTTP, como los encabezados y las cookies. Con este lanzamiento, cuando CloudFront reciba una respuesta HTTP del servidor de origen o de la memoria caché, usted podrá modificar la respuesta HTTP para anular el código de estado HTTP y el cuerpo HTTP. Por ejemplo, si desea evaluar los encabezados devueltos desde su origen para determinar si debe bloquear una solicitud, puede cambiar el código de estado HTTP a 403 y eliminar el cuerpo HTTP en la respuesta. También puede usar esta función para generar el cuerpo HTTP de cada solicitud; por ejemplo, puede evaluar una solicitud y responder a los espectadores con una página web personalizada.

Para obtener más información, consulte la Guía para desarrolladores de CloudFront. No hay cargos adicionales asociados a esta función. Para comenzar a utilizar CloudFront, visite la Introducción a CloudFront.

Amazon CloudFront permite guardar eventos de prueba con CloudFront Functions

Fecha: 23 de marzo de 2023

Detalles: Amazon CloudFront ahora permite guardar los eventos de prueba de CloudFront Functions en la consola de CloudFront. Esta función le permite crear y guardar varios eventos de prueba para garantizar una mejor cobertura de las pruebas al crear CloudFront Functions. Los eventos de prueba guardados aceleran los tiempos de desarrollo y reducen la sobrecarga al probar CloudFront Functions.

Anteriormente, la consola de CloudFront Functions solo permitía configurar un único evento de prueba para validar una función. Esto implicaría un esfuerzo adicional y, sin darse cuenta, podría pasar por alto ciertos casos de prueba al modificar el evento de prueba. Además, los eventos de prueba solo se guardaban durante la sesión de consola de CloudFront, tras lo cual era necesario volver a crear el evento de prueba para una nueva sesión. Al guardar los eventos de prueba, ahora puede crear varios casos de prueba para cada función y guardarlos para usarlos en el futuro. Ahora puede realizar cambios en una función existente y realizar pruebas rápidamente con todos los eventos de prueba guardados anteriormente sin volver a crearlos manualmente.

La función de guardar eventos de prueba está disponible para su uso inmediato sin coste adicional en la consola de CloudFront Functions. Para obtener más información, consulte la Guía para desarrolladores de CloudFront Functions.

AWS presenta una nueva ubicación periférica de Amazon CloudFront en Perú

Fecha: 22 de marzo de 2023

Detalles: Amazon Web Services (AWS) anuncia la expansión de Amazon CloudFront en Perú con el lanzamiento de una nueva ubicación periférica en Lima. Los clientes de Perú pueden esperar una mejora promedio de hasta un 50 % en la latencia de los datos entregados a través de la nueva ubicación periférica, a fin de ofrecer a los usuarios finales aplicaciones más rápidas y con mayor capacidad de respuesta. La nueva ubicación periférica de AWS ofrece el conjunto completo de beneficios que ofrece Amazon
CloudFront, una red de entrega de contenido (content delivery network, CDN) escalable y altamente distribuida que ofrece contenido estático y dinámico, API y video en directo y bajo demanda. Amazon CloudFront usa una red global conformada por más de 450 puntos de presencia (points of presence, POP) y 13 cachés de regiones periféricas en más de 90 ciudades de 49 países para ofrecer contenido a los usuarios finales.

Todas las ubicaciones periféricas de Amazon CloudFront están protegidas contra el nivel de infraestructura
Amenazas de DDoS con AWS Shield Estándar, que utiliza la supervisión permanente del flujo de la red y la mitigación en línea para minimizar la latencia y el tiempo de inactividad de las aplicaciones. También puede añadir capas adicionales de seguridad a las aplicaciones a fin de protegerlas contra las vulnerabilidades web y los ataques de bots más comunes al habilitar AWS WAF.

El tráfico entregado desde esta ubicación periférica se incluye en los precios
por región de Sudamérica. Para obtener más información acerca de ubicaciones periféricas de AWS, consulte las ubicaciones periféricas de
CloudFront.

Amazon CloudFront anuncia la compatibilidad con listas de bloqueo en las políticas de solicitud de origen

Fecha: 22 de febrero de 2023

Detalles: Amazon CloudFront ahora es compatible con las listas de bloqueo en las políticas de solicitud de origen. Esta característica le permite reenviar todos los encabezados, cookies y cadenas de consulta del visitante a su origen, al mismo tiempo que excluye valores específicos mediante una lista de bloqueo. Las listas de bloqueo ofrecen más flexibilidad a la hora de reenviar los datos de la solicitud del visitante a su origen.

Anteriormente, se podían utilizar políticas de solicitud de origen para decidir qué encabezados, cadenas de consulta y cookies del visitante se querían reenviar al origen. Con la nueva función de lista de bloqueo, ahora puede reenviar todos los valores del visitante excepto los valores definidos en su lista de bloqueo. Esto facilita el reenvío de datos de solicitud a orígenes como API Gateway que no admiten el reenvío del encabezado del host del visitante. Además, hemos lanzado la política administrada AllViewerExceptHostHeader que reenvía todos los valores (encabezados, cookies y cadenas de consulta) de la solicitud del visitante, pero no incluye el encabezado del host en la solicitud del visitante.

La compatibilidad con listas de bloqueo en las políticas de solicitud de origen está disponible para su uso inmediato sin cargo adicional. Puede configurar esta característica a través de la consola de CloudFront, el SDK y la CLI. Para obtener más información, consulte la Guía para desarrolladores de CloudFront.

AWS Lambda@Edge ahora es compatible con nodo 18.x

Fecha: 13 de enero de 2023

Detalles: A partir de hoy, puede utilizar el tiempo de ejecución Node.js 18.x para desarrollar funciones en AWS Lambda@Edge. Este tiempo de ejecución se suma a los tiempos de ejecución de Node.js 16.x y Node.js 14.x actualmente admitidos.

Node.js 18.x, la versión actual de soporte a largo plazo (LTS), ahora es compatible con la resolución de módulos ES gracias a NODE_PATH para hacer la carga del módulo ES más sencilla. Además, Node.js 18.x añade nuevas características de lenguaje para mejorar el rendimiento en los campos de clase y en los métodos de clase privados, aseveraciones de importación de JSON y funciones experimentales como Fetch API, el módulo de ejecución de tests y la API de streams web. Para más información acerca de los beneficios y las nuevas características de Node.js 18.x, consulte la publicación de anuncio sobre Node.js 18.x en el blog de informática de AWS.

Para comenzar a utilizar Node.js 18.x, cargue el código en AWS Lambda mediante la CLI de AWS o la consola de Lambda, y seleccione Node.js 18.x como tiempo de ejecución. Si ya cuenta con funciones Node.js en Lambda, puede cambiar al nuevo tiempo de ejecución al realizar los cambios de código necesarios para garantizar la compatibilidad con el nuevo tiempo de ejecución y luego editar la configuración de la función para establecer el tiempo de ejecución en Node.js 18.x.

Para más información acerca de Lambda@Edge, visite la página del producto. Para más información sobre el modelo de programación Node.js en AWS Lambda, consulte la documentación sobre Node.js en AWS Lambda.

Amazon CloudFront ahora admite la eliminación de los encabezados de respuesta

Fecha: 3 de enero de 2023

Detalles: Amazon CloudFront ahora admite la eliminación de los encabezados de respuesta mediante políticas de encabezados de respuesta, lo que brinda a los clientes la capacidad nativa de eliminar los encabezados especificados que se proporcionen desde CloudFront. Esta nueva capacidad, junto con la posibilidad existente de añadir y anular encabezados, ofrece una flexibilidad integral para que los clientes personalicen los encabezados de las respuestas.

Hasta hoy, las políticas de encabezados de respuesta permitían a los clientes especificar los encabezados HTTP que Amazon CloudFront añade a las respuestas enviadas a los espectadores, incluidos los encabezados CORS, los encabezados de seguridad o los encabezados personalizados. Ahora, los clientes pueden utilizar las políticas de encabezados de respuesta para eliminar de forma selectiva los encabezados que se envían a los espectadores, ocultándoles los encabezados que son necesarios para la lógica de la aplicación o las políticas de almacenamiento en caché específicas de CDN, pero que no necesitan compartirse. Por ejemplo, un cliente podría tener una aplicación de blog que envía un encabezado con el mensaje “x-powered-by” que, si se revelara, podría convertirse en un objetivo de los atacantes de vulnerabilidades específicas conocidas de la tecnología. Para protegerse de esto, el cliente puede utilizar una política de encabezados de respuesta para evitar que se envíe a los espectadores. Además, un origen puede generar un encabezado “Vary” para indicar los encabezados que han influido en la respuesta de origen, pero es posible que los espectadores no necesiten esta información y se puede eliminar mediante una política de encabezados de respuesta.

La eliminación de encabezados mediante políticas de encabezados de respuesta ahora está disponible a través de la consola de CloudFront, los SDK de AWS y la CLI de AWS. No hay cargos adicionales asociados a esta función. Tenga en cuenta que algunos encabezados HTTP son de solo lectura o inaccesibles de algún otro modo y, por lo tanto, no se pueden eliminar. Para más información sobre los encabezados que no se pueden eliminar, consulte Restricciones en las funciones de Edge. Para comenzar a utilizar CloudFront, visite la página del producto CloudFront.

Amazon CloudFront lanza un soporte de despliegue continuo

Fecha: 21 de noviembre de 2022

Detalles: Amazon CloudFront ahora admite el despliegue continuo, una nueva función para probar y validar los cambios de configuración con una parte del tráfico en directo antes de desplegar cambios para todos los espectadores.

La implementación continua con CloudFront le brinda un alto nivel de seguridad de implementación. Ahora puede implementar dos entornos separados, pero idénticos (azul y verde) y habilitar la integración simple en sus canalizaciones de integración y entrega continuas (CI/CD) con la capacidad de desplegar lanzamientos de manera gradual sin cambios en el sistema de nombres de dominio (DNS). Garantiza que el lector obtenga una experiencia coherente durante la persistencia de la sesión al asociar la sesión del lector al mismo entorno. Además, puede comparar el rendimiento de los cambios. Para ello, se supervisan los registros estándar y en tiempo real y se vuelve rápidamente a la configuración anterior cuando un cambio impacta de manera negativa en un servicio. Los casos de uso típicos de esta función incluyen la comprobación de compatibilidad inversa, la verificación después del despliegue y la validación de nuevas funciones con un grupo reducido de espectadores.

La compatibilidad del despliegue continuo está disponible en todas las ubicaciones periféricas de CloudFront sin costo adicional. Se puede acceder a este a través de la consola de CloudFront, el SDK, la interfaz de línea de comandos o la plantilla de CloudFormation. Visite el blog del lanzamiento o la documentación para obtener más información sobre la nueva función.

Amazon CloudFront ahora admite encabezados con huellas digitales JA3

Fecha: 17 de noviembre de 2022

Detalles: Amazon CloudFront ahora es compatible con los encabezados Cloudfront-viewer-ja3-fingerprint, lo que permite a los clientes acceder a las huellas digitales JA3 de las solicitudes de espectadores entrantes. Puede usar las huellas digitales JA3 para desplegar una lógica personalizada a fin de bloquear a clientes malintencionados o permitir solicitudes solo de los clientes que se esperan.

Un encabezado Cloudfront-viewer-ja3-fingerprint contiene una huella digital hash de 32 caracteres del paquete TLS Client Hello de una solicitud de espectador entrante. La huella digital encapsula información sobre cómo se comunica el cliente y se puede utilizar para crear perfiles de clientes que comparten el mismo patrón. Se puede agregar el encabezado Cloudfront-viewer-ja3-fingerprint a una política de solicitud de origen y adjuntarla a sus distribuciones de CloudFront. Luego puede inspeccionar el valor del encabezado en sus aplicaciones de origen o en sus funciones de Lambda@Edge y CloudFront Functions, y comparar el valor del encabezado con una lista de huellas digital de malware conocidas para bloquear a los clientes malintencionados. También puede comparar el valor del encabezado con una lista de las huellas digitales que se esperan para permitir solo solicitudes que las contengan.

Los encabezados Cloudfront-viewer-ja3-fingerprint están disponibles para su uso inmediato en todas las ubicaciones periféricas de CloudFront. Puede habilitar los encabezados con huellas digitales JA3 en la consola de CloudFront o mediante el SDK de AWS. No se cobran tarifas adicionales por usar encabezados de huellas digitales JA3. Para obtener más información, consulte la Guía para desarrolladores de CloudFront.

Amazon CloudFront agrega campos para la latencia de origen y ASN en registros en tiempo real para obtener información más detalladas

Fecha: 20 de octubre de 2022

Detalles: Amazon CloudFront ahora ofrece otros tres campos de datos en los registros en tiempo real de CloudFront: latencia de origen del primer byte, latencia de origen del último byte y número de sistema autónomo (ASN). Los registros en tiempo real de CloudFront contienen información detallada sobre las solicitudes entregadas por CloudFront tales como los códigos de estado de HTTP de la respuesta o si la respuesta estaba almacenada en caché. Con los tres nuevos campos de datos, los clientes pueden obtener informaciones más detalladas sobre el desempeño de CloudFront al tiempo que analizan los registros en tiempo real, o en los tableros creados usando los registros. La latencia de origen del primer byte proporciona el tiempo en segundos que tarda el servidor de origen para responder con el primer byte de la respuesta. La latencia de origen del último byte proporciona el tiempo en segundos que tarda el servidor de origen para responder con el último byte de la respuesta. El ASN es un número único que identifica la red, como por ejemplo una red de proveedor del servicio de Internet (ISP), que proporciona la dirección de IP del usuario. Estos campos nuevos se pueden activar a través de la consola de CloudFront, el SDK y la CLI. Además de los registros en tiempo real, también puede configurar las políticas de solicitud de origen de CloudFront para reenviar el encabezado CloudFront-Viewer-ASN a los servidores de origen. Para obtener más información, consulte la guía para el desarrollador de CloudFront y la documentación de la API. 

Lanzamiento de Amazon CloudFront en Vietnam

Fecha: 29 de agosto de 2022

Detalles: Amazon CloudFront presenta sus primeras ubicaciones periféricas en Hanoi y Ciudad Ho Chi Minh, Vietnam. Los espectadores a quienes beneficia estas nuevas ubicaciones periféricas pueden ver hasta un 30 % de mejora en la latencia del primer byte. Con la incorporación de estas dos ubicaciones, la red global de CloudFront llega a 410 puntos de presencia en 90 ciudades, distribuidos en 48 países.

Además de reducir la latencia, estas ubicaciones periféricas también aportan el paquete de beneficios completo que brinda Amazon CloudFront, como Lambda@Edge, el cifrado en el nivel de campo y Amazon S3 Transfer Acceleration, así como la integración continua con otros servicios de AWS como AWS Certificate Manager (ACM), AWS Shield, AWS WAF, AWS Simple Storage Service (S3) y Amazon Elastic Compute Cloud (EC2). Las nuevas ubicaciones periféricas de Hanoi y Ciudad Ho Chi Minh se crearon conforme a los mismos estándares altos que nuestras otras ubicaciones periféricas de CloudFront de todo el mundo, lo cual incluye el cumplimiento de las normas PCI, DSS, HIPAA e ISO en relación con la infraestructura y los procesos para garantizar una entrega segura de la información más confidencial.

El tráfico entregado desde estas ubicaciones periféricas se incluye en los precios de la región Asia-Pacífico. Para obtener más información acerca de ubicaciones periféricas de AWS, consulte las ubicaciones periféricas de CloudFront.

Amazon CloudFront lanza el Origin Access Control (OAC)

Fecha: 25 de agosto de 2022

Detalles: Amazon CloudFront ahora ofrece Origin Access Control (OAC, control de acceso de origen), una nueva característica que ayuda a los clientes de CloudFront a proteger fácilmente sus orígenes de S3, ya que solo permite que las distribuciones de CloudFront designadas tengan acceso a sus buckets de S3. Ahora, los clientes pueden habilitar AWS Signature Version 4 (SigV4) en las solicitudes de CloudFront para los buckets de S3 con la posibilidad de definir si CloudFront debe firmar las solicitudes y cuándo debe hacerlo. Además, los clientes pueden utilizar SSE-KMS cuando realizan cargas y descargas a través de CloudFront.

Hasta ahora, los clientes estaban limitados al uso de la identidad de acceso de origen para restringir el acceso a sus orígenes de S3 a CloudFront. El control de acceso de origen mejora la identidad de acceso de origen porque refuerza la seguridad y afianza las integraciones de las características. El control de acceso de origen brinda una posición de seguridad más sólida con credenciales a corto plazo y rotaciones más frecuentes de las credenciales en comparación con la identidad de acceso de origen. Con el control de acceso de origen, los clientes pueden crear configuraciones de políticas minuciosas por medio de políticas basadas en recursos, lo que brinda una mejor protección contra los ataques de agentes confundidos. Los clientes pueden utilizar el control de acceso de origen para buscar y colocar los datos en los orígenes de S3 de las regiones que requieren SigV4. Además, el control de acceso de origen permite que los clientes utilicen SSE-KMS con sus orígenes de S3, lo cual no era posible con la identidad de acceso de origen.

CloudFront admite tanto el nuevo control de acceso de origen como la antigua identidad de acceso de origen. Si tiene una distribución configurada para utilizar la identidad de acceso de origen, puede migrar fácilmente la distribución al control de acceso de origen con tan solo unos clics. Cualquier distribución que utilice la identidad de acceso de origen continuará funcionando, y se podrá continuar utilizando la identidad de acceso de origen para las nuevas distribuciones. Consulte la documentación sobre la migración del acceso de origen en CloudFront para conocer las restricciones previstas en las regiones. 

El control de acceso de origen de CloudFront ahora está disponible en todo el mundo, excepto por las regiones de AWS en China. Puede comenzar a utilizar el control de acceso de origen a través de la consola de CloudFront, las API, los SDK o la CLI. No se aplica ninguna tarifa adicional por el uso del control de acceso de origen. Para saber cómo se configura el control de acceso de origen, consulte la documentación del control de acceso de origen de CloudFront. Para comenzar con CloudFront, visite la página de productos de CloudFront.

Amazon CloudFront ahora admite HTTP/3 con tecnología QUIC

Fecha: 15 de agosto de 2022

Detalles: Amazon CloudFront ahora admite solicitudes HTTP versión 3 (HTTP/3) a través de QUIC para conexiones de usuarios finales. HTTP/3 utiliza QUIC, un protocolo de transporte seguro, multiplexado por flujo y basado en el protocolo de datagramas de usuario (UDP) que combina y mejora las capacidades del protocolo de control de transmisión (TCP), TLS y HTTP/2 existentes. HTTP/3 ofrece varios beneficios sobre las versiones anteriores de HTTP, incluidos tiempos de respuesta más rápidos y mayor seguridad.

Los clientes buscan constantemente ofrecer aplicaciones más rápidas y seguras a sus usuarios. A medida que aumenta la penetración de Internet en el mundo y más usuarios se conectan a través de dispositivos móviles y desde redes remotas, la necesidad de mejorar el rendimiento y la fiabilidad es mayor que nunca. HTTP/3 es una mejora con respecto a las versiones anteriores del protocolo y ayuda a los clientes a mejorar el rendimiento y la experiencia del espectador al reducir los tiempos de conexión y eliminar el bloqueo de encabezado de línea. La compatibilidad con HTTP/3 de CloudFront se basa en s2n-quic, una nueva implementación del protocolo QUIC de código abierto en Rust, con un fuerte énfasis en la eficiencia y el rendimiento. La implementación HTTP/3 de CloudFront admite migraciones de conexión del lado del cliente, lo que permite que las aplicaciones cliente recuperen conexiones que están experimentando eventos problemáticos, como la migración de Wi-Fi a celular o la pérdida persistente de paquetes, con una interrupción mínima o nula. Además, HTTP/3 proporciona mayor seguridad, ya que utiliza QUIC, que cifra los paquetes de protocolo de enlace TLS de forma predeterminada. Los clientes de CloudFront que han habilitado HTTP/3 en sus distribuciones han visto una mejora de hasta un 10 % en el tiempo hasta el primer byte y una mejora de hasta un 15 % en los tiempos de carga de la página. Los clientes también observaron mejoras en la fiabilidad a medida que se redujeron los errores del protocolo de enlace cuando habilitaron HTTP/3 en sus distribuciones.

Para habilitar HTTP/3 en sus distribuciones, puede editar la configuración de distribución a través de la consola de CloudFront, la acción de la API UpdateDistribution o mediante una plantilla de CloudFormation. Los clientes que no admiten HTTP/3 aún pueden comunicarse con distribuciones de Amazon CloudFront habilitadas para HTTP/3 con las versiones anteriores del protocolo.

HTTP/3 ahora está disponible en las más de 410 ubicaciones periféricas de CloudFront en todo el mundo y no hay cargo adicional por usar esta característica. Para obtener más información sobre el protocolo HTTP/3 de Amazon CloudFront, consulte la guía para desarrolladores de CloudFront. Para obtener más información sobre Amazon CloudFront, consulte la página del producto de Amazon CloudFront.

Amazon CloudFront admite nombres de encabezado de hasta 1024 caracteres en las políticas de CloudFront

Fecha: 11 de julio de 2022

Detalles: Amazon CloudFront admite un máximo de 1024 caracteres en todos los nombres de encabezado en las políticas de memoria caché, solicitud de origen y respuesta de origen. Con 1024 caracteres, ahora los clientes tienen 512 caracteres más para agregar los metadatos del encabezado a sus políticas.

La política de CloudFront permite que los clientes apliquen la misma combinación específica de ajustes en diferentes comportamientos de distribución. Anteriormente, los clientes podían agregar un máximo de 512 caracteres como nombres de encabezado de CloudFront o personalizados en una política. Ahora, con el aumento del límite de caracteres, los clientes pueden, por ejemplo, agregar encabezados adicionales a una política de caché para configurar una clave de memoria caché más detallada, o aprovechar los encabezados adicionales como entradas para implementar la autenticación de usuarios. Todos los encabezados están disponibles para usar en Lambda@Edge, CloudFront Functions, o en la lógica de la aplicación en el origen.

El aumento de la longitud de todos los nombres de encabezado está disponible para usar de forma inmediata en todo el mundo. No hay un costo adicional para usar esta característica y los clientes pueden seguir configurando los encabezados en las políticas que usan consola de CloudFront, API, SDK y CLI. Para obtener más información, consulte la guía para el desarrollador de CloudFront y la documentación de la API.

Amazon CloudFront ahora es compatible con la reanudación de sesión TLS 1.3 para conexiones de espectadores

Fecha: 7 de junio de 2022

Detalles: Amazon CloudFront es compatible con la reanudación de sesión de la versión 1.3 del protocolo de seguridad de la capa de transporte (TLS) para mejorar aún más el rendimiento de la conexión del espectador. Hasta ahora, Amazon CloudFront era compatible con la versión 1.3 del protocolo TLS desde 2020 para el cifrado de comunicaciones HTTPS entre espectadores y CloudFront. Los clientes que han adoptado el protocolo han visto una mejora del rendimiento de conexión de hasta el 30 % en comparación con versiones de TLS anteriores. A partir de hoy, los clientes que utilicen TLS 1.3 observarán una mejora del rendimiento adicional de hasta el 50 % gracias a la reanudación de sesión TLS 1.3. Con la reanudación de sesión, cuando un cliente se vuelve a conectar a un servidor con el que el cliente mantuvo una conexión TLS anteriormente, el servidor descifra el ticket de sesión mediante un clave compartida previamente que envió el cliente y reanuda la sesión. La reanudación de sesión TLS 1.3 acelera el establecimiento de la sesión y reduce la sobrecarga computacional tanto para el servidor como para el cliente. También requiere una transferencia menor de paquetes en comparación con un establecimiento TLS completo.

La reanudación de sesión TLS está habilitada de manera automática para los clientes que utilizan TLS 1.3, y no es necesario que los clientes realicen ninguna modificación adicional en su implementación de CloudFront para beneficiarse de las mejoras del rendimiento que brinda la reanudación de sesión TLS 1.3. En caso de que su aplicación utilice una versión de OpenJDK antigua, le recomendamos que la actualice para utilizar la versión de OpenJDK estable más reciente, ya que una versión antigua de OpenJDK puede dar lugar a errores de conexión cuando un cliente intenta reanudar una sesión. Para obtener más información sobre las revisiones de JDK, consulte la página de errores de OpenJDK y nuestras publicaciones de blog sobre mitigación de errores.

Para conocer más sobre los protocolos y las cifras admitidos entre espectadores y CloudFront, consulte la Guía para desarrolladores de CloudFront. Para obtener más información sobre Amazon CloudFront, consulte la página del producto de Amazon CloudFront.

Amazon CloudFront ahora proporciona la versión de TLS y el conjunto de cifrado en el encabezado CloudFront-Viewer-TLS

Fecha: 23 de mayo de 2022

Detalles: CloudFront ahora proporciona el encabezado CloudFront-Viewer-TLS para su uso con políticas de solicitud de origen. CloudFront-Viewer-TLS es un encabezado HTTP que incluye la versión de TLS y el conjunto de cifrado utilizados para negociar la conexión TLS del visor. Anteriormente, la información de TLS estaba disponible en los registros de acceso de CloudFront para analizar las solicitudes anteriores. Ahora, los clientes pueden acceder a la versión de TLS y al conjunto de cifrado de cada solicitud HTTP para tomar decisiones en tiempo real, como restringir las solicitudes con versiones de TLS obsoletas. El valor del encabezado CloudFront-Viewer-TLS utiliza la siguiente sintaxis: :. Por ejemplo, TLSv1.2:ECDHE-RSA-AES128-SHA256. 

Para configurar el encabezado CloudFront-Viewer-TLS, inclúyalo en una política de solicitud de origen de CloudFront para que se reenvíe al origen. Cuando se configura, también se puede acceder al encabezado Cloudfront-Viewer-TLS desde CloudFront Functions y Lambda@Edge para realizar funciones, como restringir el acceso en la periferia. 

El encabezado Cloudfront-Viewer-TLS ya está disponible en todas las regiones, excepto en la región de Amazon Web Services de China (Pekín), operada por Sinnet, y la región de Amazon Web Services de China (Ningxia), operada por NWCD. El uso del encabezado no conlleva ningún cargo adicional. Para obtener más información sobre cómo utilizar el encabezado CloudFront-Viewer-TLS, consulte la Guía para desarrolladores de CloudFront. Para obtener más detalles sobre los casos de uso que admiten las políticas de origen, consulte este blog. Para obtener más información sobre Amazon CloudFront, visite la página del producto de CloudFront.

Amazon CloudFront ya es compatible con los encabezados Server Timing

Fecha: 31 de marzo de 2022

Detalles: A partir de hoy, puede configurar sus distribuciones de CloudFront para que incluyan encabezados Server Timing a fin de supervisar el comportamiento y el rendimiento de CloudFront. Los encabezados de Server Timing proporcionan información detallada sobre el rendimiento, como si el contenido se entregó desde la caché cuando se recibió una solicitud, cómo se dirigió la solicitud a la ubicación de borde de CloudFront y cuánto tiempo transcurrió durante cada etapa del proceso de conexión y respuesta. 

Los encabezados de Server Timing proporcionan metadatos adicionales en forma de encabezados HTTP en las respuestas del espectador, y el código de la aplicación del lado del cliente puede inspeccionarlos o consumirlos. Puede utilizar los encabezados de Server Timing para obtener información más detallada al solucionar problemas de rendimiento de CloudFront, para inspeccionar el comportamiento de CloudFront y para recopilar y agregar métricas en las transacciones solicitadas por los usuarios, como las pérdidas de caché, la latencia del primer byte y la latencia del último byte.  

Los encabezados de Server Timing están disponibles para su uso inmediato en todas las ubicaciones de borde de CloudFront. Puede habilitar los encabezados de Server Timing a través de la consola de CloudFront o del SDK de AWS. No se aplican tarifas adicionales por el uso de los encabezados de Server Timing. Para obtener más información, consulte la Guía para desarrolladores de CloudFront. 

Amazon CloudFront es ahora compatible con una lista de prefijos administrada

Fecha: 7 de febrero de 2022

Detalles: A partir de hoy, puede utilizar la lista de prefijos administrada por AWS para Amazon CloudFront con el fin de limitar el tráfico HTTP/HTTPS entrante a los orígenes desde solo las direcciones IP que pertenecen a los servidores orientados al origen de CloudFront. CloudFront mantiene actualizada la lista de prefijos administrada con las direcciones IP de los servidores orientados al origen de CloudFront para que no tenga que mantener una lista de prefijos usted mismo.

Puede consultar la lista de prefijos administrada para CloudFront en sus reglas de grupo de seguridad de Amazon Virtual Private Cloud (VPC), la tabla de enrutamiento de subred, las reglas de grupo de seguridad comunes con AWS Firewall Manager y cualquier otro recurso de AWS que pueda utilizar una lista de prefijos administrada. Por ejemplo, puede utilizar la lista de prefijos administrada para CloudFront en las reglas de entrada de su grupo de seguridad de VPC para permitir que solo las direcciones IP de CloudFront accedan a sus instancias de EC2. Al utilizar la lista de prefijos administrada con las reglas de grupo de seguridad comunes para AWS Firewall Manager, puede limitar el acceso a varios Application Load Balancers (ALB) en todas sus cuentas de AWS. Para más detalles, consulte la Lista de prefijos administrada de AWS.

La lista de prefijos administrada está disponible para su uso inmediato a través de la consola de AWS y el SDK de AWS en todas las regiones excepto en China, Asia-Pacífico (Jakarta) y Asia-Pacífico (Osaka). La lista de prefijos puede consultarse en sus plantillas de CloudFormation en las regiones disponibles. No hay una tarifa adicional por utilizar la lista de prefijos administrada de CloudFront. Para obtener más información, consulte la Guía para desarrolladores de CloudFront.

Amazon CloudFront ya es compatible con CORS configurable, seguridad y encabezados de respuesta HTTP personalizados

Fecha: 2 de noviembre de 2021

Detalles: Hoy, Amazon CloudFront lanza la compatibilidad con las políticas de encabezados de respuesta. Ahora puede agregar el uso compartido de recursos entre orígenes (CORS), la seguridad y los encabezados personalizados a las respuestas HTTP devueltas por sus distribuciones de CloudFront. Ya no es necesario configurar los orígenes ni utilizar funciones personalizadas de Lambda@Edge o CloudFront para insertar estos encabezados.

Puede utilizar las políticas de encabezados de respuesta de CloudFront para asegurar las comunicaciones de su aplicación y personalizar su comportamiento. Con los encabezados CORS, puede especificar desde qué orígenes se permite a una aplicación web acceder a los recursos. Puede insertar cualquiera de los siguientes encabezados de seguridad para intercambiar información relacionada con la seguridad entre aplicaciones web y servidores: HTTP Strict Transport Security (HSTS), X-XSS-Protection, X-Content-Type-Options, X-Frame-Options, Referrer-Policy y Content-Security-Policy. Por ejemplo, HSTS impone el uso de conexiones HTTPS cifradas en lugar de HTTP en texto no cifrado. También puede agregar pares clave-valor personalizables a los encabezados de respuesta utilizando políticas de encabezados de respuesta, para modificar el comportamiento de las aplicaciones web. Los encabezados de respuesta insertados también son accesibles para las funciones de Lambda@Edge y las funciones de CloudFront, lo que permite una lógica personalizada más avanzada en el borde.

Con esta versión, CloudFront también proporciona varias políticas de encabezados de respuesta preconfigurados. Estas incluyen políticas para encabezados de seguridad predeterminados, una política CORS que permite compartir recursos desde cualquier origen, una política CORS pre-flight que permite todos los métodos HTTP, y políticas que combinan encabezados de seguridad predeterminados con CORS o CORS pre-flight. También puede crear sus propias políticas personalizadas para varios perfiles de contenido y aplicaciones y ponerlas en práctica en el comportamiento de la caché de cualquier distribución de CloudFront que pueda tener características similares.

Las políticas de encabezados de respuesta de CloudFront están disponibles para su uso inmediato a través de la consola de CloudFront, los SDK de AWS y la AWS CLI. Para obtener más información, consulte la Guía para desarrolladores de CloudFront. No hay ningún cargo adicional por el uso de las políticas de encabezados de respuesta de CloudFront.

Amazon CloudFront agrega soporte para la dirección IP del cliente y el encabezado del puerto de conexión

Fecha: 25 de octubre de 2021

Detalles: Amazon CloudFront ahora proporciona un encabezado CloudFront-Viewer-Address que incluye información sobre la dirección IP y el puerto de conexión para los clientes que la requieren. El campo del puerto de conexión indica el puerto fuente TCP que utiliza el cliente solicitante. Anteriormente, la información sobre la dirección IP y el puerto de conexión del cliente solo estaba disponible en los registros de acceso de CloudFront, lo que dificultaba la resolución de problemas o la toma de decisiones en tiempo real en función de estos datos. Ahora, puede configurar las políticas de solicitud de origen de CloudFront para reenviar el encabezado CloudFront-Viewer-Address a los servidores de origen. El encabezado también se puede utilizar en funciones de CloudFront cuando se incluyen en una política de solicitud de origen. El encabezado CloudFront-Viewer-Address utiliza la siguiente sintaxis: CloudFront-Viewer-Address: 127.0.0.1:4430

El encabezado de CloudFront-Viewer-Address se proporciona sin costo adicional. Puede utilizar el encabezado, junto con otros encabezados de CloudFront, para fines de análisis, auditoría y registro. A fin de obtener más información sobre cómo utilizar el encabezado de CloudFront-Viewer-Address, consulte la Guía para desarrolladores de CloudFront. Obtenga más información sobre las políticas de solicitud de origen y memoria caché en nuestro blog. Para obtener más información acerca de Amazon CloudFront, visite nuestra página de productos de CloudFront.

AWS Lambda@Edge ahora es compatible con Python 3.9

Fecha: 22 de septiembre de 2021

Información: a partir de hoy, ya se puede utilizar Python 3.9 para desarrollar funciones en Lambda@Edge. Este tiempo de ejecución se suma a la versión 3.8 de Python, actualmente soportada.

Python 3.9 es la última versión del lenguaje Python y contiene mejoras de rendimiento y características como nuevos métodos para eliminar prefijos y sufijos en las cadenas y nuevos operadores para los diccionarios. Para obtener más información sobre las ventajas y las nuevas características de Python 3.9, lea la publicación del blog de AWS Python 3.9.

Para comenzar con este nuevo tiempo de ejecución, cargue su código de Python como una función de AWS Lambda a través de AWS CLI o la consola de Lambda, y seleccione Python 3.9 como tiempo de ejecución. Si ya tiene funciones de Python en Lambda, puede cambiar al nuevo tiempo de ejecución si realiza los cambios de código necesarios para garantizar la compatibilidad con el nuevo tiempo de ejecución y editar la configuración de la función para establecer el tiempo de ejecución en Python 3.9.

Para más información acerca de Lambda@Edge, visite la página del producto. Para más información sobre el modelo de programación de Lambda en Python, consulte la documentación de AWS Python. 

Amazon CloudFront ahora es compatible con certificados ECDSA para conexiones HTTPS a lectores

Fecha: 14 de julio de 2021

Detalles: A partir de hoy, puede usar certificados de algoritmo de firma digital de curva elíptica (ECDSA) P256 para negociar conexiones HTTPS entre sus lectores y Amazon CloudFront. Tal como indica NIST, los certificados ECDSA pueden brindar una robustez de seguridad similar con tamaños de claves más reducidos que RSA. En consecuencia, realizar protocolos de mutuo acuerdo TLS con certificados ECDSA requiere menos recursos de red y cómputo y son una buena opción para dispositivos IoT que cuentan con capacidades de almacenamiento y procesamiento limitadas.

Puede configurar su distribución de CloudFront para utilizar un certificado ECDSA después de importar el certificado a AWS Certificate Manager (ACM) o AWS Identity and Access Management (IAM). Para utilizar un certificado ECDSA en CloudFront para conexiones con lectores, la curva debe ser P256 (prime256v1). Para más información sobre las cifras ECDSA admitidas, consulte Protocolos y cifras admitidos entre lectores y CloudFront en la guía para desarrolladores de CloudFront. El uso de certificados ECDSA P256 para su distribución de CloudFront no implica ninguna cuota adicional. Para comenzar a utilizar CloudFront, visite la página Introducción de CloudFront.

Amazon CloudFront anuncia nuevas API para localizar y trasladar nombres de dominio alternativos (CNAME)

Fecha: 8 de julio de 2021

Detalles: Amazon CloudFront anuncia dos nuevas API, ListConflictingAliases y AssociateAlias, que ayudan a localizar y trasladar los nombres de dominio alternativos (CNAME) en caso de que se produzca el código de error CNAMEAlreadyExists. Estas nuevas API permiten ver qué distribución tiene el CNAME y trasladarlo a una distribución de destino siempre que la distribución de origen esté en la misma cuenta o si la distribución de origen en otra cuenta está desactivada. Para trasladar un CNAME entre cuentas en las que la distribución fuente sigue habilitada, debe ponerse en contacto con AWS Support y seguir los siguientes pasos.

La API ListConflictingAliases permite identificar un CNAME determinado, ya sea un subdominio específico o un comodín, y devuelve una lista de CNAME que coinciden o se superponen con ese CNAME. Además, la API devuelve la información correspondiente (pero parcialmente ofuscada) sobre el ID de la distribución y el ID de la cuenta donde se encuentra cada CNAME para facilitar las investigaciones de seguimiento. La API AssociateAlias permite trasladar un CNAME determinado a una distribución de destino siempre que las dos distribuciones estén en la misma cuenta o la distribución de origen esté desactivada. Para utilizar cualquiera de estas API, se deben superar las verificaciones de validación del dominio para que la llamada tenga éxito. Para obtener más información, consulte Moving an alternate domain name to a different distribution en la Guía para desarrolladores de CloudFront.

Además, con el lanzamiento de estas API y la introducción de la validación de dominios en abril de 2019, CloudFront ya no devuelve el código de error CNAMEAlreadyExists en situaciones que implican un CNAME comodín entre cuentas. Por ejemplo, ahora puede tener un CNAME comodín como *.example.com en una distribución de la Cuenta A y un subdominio específico como test.example.com en una distribución de la Cuenta B.

Amazon CloudFront anuncia una nueva política de seguridad TLSv1.2_2021 para conexiones de espectador

Fecha: 23 de junio de 2021

Detalles: Amazon CloudFront ahora brinda una nueva política de seguridad, TLSv1.2_2021, que incluye solo los siguientes cifrados basados en CBC:

• ECDHE-RSA-AES128-SHA256
• ECDHE-RSA-AES256-SHA384

• TLS_AES_128_GCM_SHA256
• TLS_AES_256_GCM_SHA384
• TLS_CHACHA20_POLY1305_SHA256
• ECDHE-RSA-AES128-GCM-SHA256
• ECDHE-RSA-AES256-GCM-SHA384
• ECDHE-RSA-CHACHA20-POLY1305
  

Amazon CloudFront anuncia reducciones de precios en las regiones India y Asia-Pacífico

Fecha: 6 de mayo de 2021

Detalles: Amazon CloudFront anuncia reducciones de precios de hasta un 36 % en India y de hasta un 26 % en la región de Asia-Pacífico (Hong Kong, Indonesia, Filipinas, Singapur, Corea del Sur, Taiwán y Tailandia) para la transferencia de datos salientes a nivel regional a las tarifas de Internet. Los precios nuevos de CloudFront en estas regiones entran en vigor a partir del 1 de mayo de 2021. Puede encontrar los precios de CloudFront bajo demanda actualizados en la página de precios de CloudFront.

Amazon CloudFront anuncia CloudFront Functions, una capacidad informática de borde ligera

Fecha: 3 de mayo de 2021

Detalles: Amazon CloudFront anuncia la disponibilidad general de una nueva capacidad informática de borde sin servidor, CloudFront Functions. Puede utilizar esta nueva característica de CloudFront para ejecutar funciones de JavaScript en más de 225 ubicaciones perimetrales de CloudFront distribuidas en 90 ciudades de 47 países. CloudFront Functions se creó con el fin de llevar a cabo transformaciones y manipulaciones ligeras de HTTP(S), lo que le permite ofrecer a sus clientes un contenido más completo y personalizado con baja latencia.

CloudFront Functions es ideal para obtener personalizaciones ligeras de la CDN de CloudFront que puedan ejecutarse en cada solicitud para permitir operaciones sensibles a la latencia y de gran escala, como manipulaciones de encabezados HTTP, reescrituras y redirecciones de URL y normalizaciones de claves de caché. Por ejemplo, puede emplear CloudFront Functions para reescribir las solicitudes a versiones de idiomas específicos de su sitio web en función del encabezado Accept-Language de la solicitud entrante. Asimismo, puede utilizar Cloudfront Functions para validar los tokens personalizados a fin de que autoricen dichas solicitudes entrantes. Como estas funciones se ejecutan en todas las ubicaciones perimetrales de CloudFront, pueden escalar al instante a millones de solicitudes por segundo con una sobrecarga de latencia mínima.

CloudFront Functions se integra de forma nativa en CloudFront, lo que le permite crear, probar e implementar fácilmente funciones de solicitud del lector y de respuesta del lector en su totalidad desde CloudFront. Nuestro repositorio GitHub le facilita que comience a usarla al ofrecerle un conjunto de códigos que puede utilizar como punto de partida para la creación de funciones. Puede crear las funciones en la consola de CloudFront mediante el IDE, o bien desde las API o la CLI de CloudFront. Luego de que escriba su código, puede probar su función en una distribución de CloudFront para asegurarse de que se ejecutará de forma correcta una vez que se implemente. La funcionalidad de prueba en la consola dispone de un editor visual que permite crear rápidamente eventos de prueba sin necesidad de editar JSON.

Además de la capacidad que ofrece actualmente AWS Lambda@Edge, puede utilizar CloudFront Functions, que también le permite ejecutar un código personalizado en respuesta a los eventos de CloudFront. Se recomienda seguir utilizando Lambda@Edge para las operaciones de solicitud y respuesta de origen de uso intensivo desde el punto de vista informático, como la renderización del lado del servidor o las optimizaciones de imágenes.

El precio de CloudFront Functions es de 0,1 USD por cada millón de invocaciones. Para obtener más información acerca del precio, consulte la página de precios de CloudFront. Para obtener más información acerca de CloudFront Functions, consulte el blog de lanzamiento de CloudFront Functions, la guía para desarrolladores de CloudFront o las preguntas frecuentes sobre las características.

AWS Lambda@Edge ahora es compatible con Node 14.x

Fecha: 29 de abril de 2021

Detalles: A partir de hoy, puede utilizar el tiempo de ejecución Node.js 14.x para desarrollar funciones en AWS Lambda@Edge. Este tiempo de ejecución se suma a los tiempos de ejecución Node.js 10.x y Node.js 12.x actualmente admitidos.

Node.js 14.x, la versión actual del soporte a largo plazo (LTS) de Node.js, usa el nuevo motor V8 8.1 y ofrece un mejor rendimiento que la versión anterior 12.x de LTS. Además, Node.js 14.x admite nuevas características, como la coalescencia de nulidades (operador ??), el encadenamiento de opciones (?. operador) y los informes de diagnóstico. Para obtener más información acerca de los beneficios y las nuevas características de Node.js 14.x, consulte la publicación de anuncio sobre Node.js 14.x en el blog de informática de AWS.

Para comenzar a utilizar Node.js 14.x, cargue el código en AWS Lambda mediante la CLI de AWS o la consola de Lambda, y seleccione Node.js 14.x como tiempo de ejecución. Si ya cuenta con funciones Node.js en Lambda, puede cambiar al nuevo tiempo de ejecución al realizar los cambios de código necesarios para garantizar la compatibilidad con el nuevo tiempo de ejecución y luego editar la configuración de la función para establecer el tiempo de ejecución en Node.js 14.x.

Para obtener más información acerca de Lambda@Edge, visite la página del producto. Para obtener más información sobre el modelo de programación Node.js en AWS Lambda, consulte la documentación sobre Node.js en AWS Lambda.

Amazon CloudFront anuncia una nueva caché de borde regional en la región EE. UU. Oeste (Norte de California)

Fecha: 8 de abril de 2021

Detalles: Amazon CloudFront anuncia una nueva caché de borde regional (REC) ubicada en EE. UU. Oeste (Norte de California). Como parte de este lanzamiento, algunas ubicaciones de borde de CloudFront que enviaron anteriormente sus solicitudes de origen a través de una REC en Oregon ahora enviarán las solicitudes a través de una REC en el Norte de California.  Debido a su proximidad al Norte de California o a conexiones más directas con el Norte de California, estas ubicaciones de borde verán una reducción de hasta un 60 % del contenido de recuperación de latencia en la REC de California que en la REC de Oregon.

CloudFront ahora opera 13 cachés de borde regionales alrededor del mundo que actúan como capas de caché de nivel medio posicionadas entre las ubicaciones de borde de CloudFront y sus orígenes. Estas cachés de nivel medio proporcionan un ancho de caché incremental para retener el contenido durante períodos de tiempo más largos y proteger aún más su origen de los picos de tráfico. Como todas las cachés de borde regionales, la ubicación en Norte de California se proporciona de forma gratuita y se incluye automáticamente por defecto para sus distribuciones de CloudFront. No se necesita ningún cambio en la configuración para aprovechar las cachés de borde regionales de CloudFront.

Para obtener más información sobre la infraestructura global de CloudFront, incluida la ubicación de cada caché de borde regional, visite la página de características clave de Amazon CloudFront.

AWS Lambda@Edge cambia la granularidad de la facturación de la duración de 50 ms a 1 ms

Fecha: 31 de marzo de 2021

Detalles: Amazon CloudFront anuncia la reducción de la granularidad de facturación para la duración de la función de Lambda@Edge de 50 ms a 1 ms. Esto reducirá el precio de la mayoría de funciones de Lambda@Edge, sobre todo aquellas de menor duración. Ahora, la duración de cómputo se facturará en incrementos de 1 ms por invocación en lugar de redondearse hasta el incremento de 50 ms más cercano por invocación como se hacía antes.

Las funciones ligeras como las manipulaciones de encabezados o las rescrituras de URL tienden a tener una duración corta. Ahora, con este cambio, será incluso más rentable ejecutar estas funciones en Lambda@Edge. Por ejemplo, una función que se ejecuta en un promedio de 10 ms solía facturarse por 50 ms. Ahora, esa función se facturará por 10 ms, lo que producirá una reducción del 80 % del gasto por duración. Este cambio se aplica a los cuatro desencadenadores de eventos de Lambda@Edge: solicitud de espectador, respuesta de espectador, solicitud de origen y respuesta de origen. El cambio se hará efectivo a partir del ciclo de facturación del 1 de abril de 2021. Para obtener más información, consulte la página de precios de CloudFront.

Lanzamiento de Amazon CloudFront en Indonesia

Fecha: 23 de marzo de 2021

Detalles: Amazon CloudFront presenta la primera ubicación de borde en Yakarta, Indonesia. Los espectadores a quienes beneficia esta nueva ubicación de borde pueden ver hasta un 30 % de mejora en la latencia del primer byte. El tráfico entregado desde esta ubicación de borde se incluye en los precios de la región Asia-Pacífico de CloudFront. Para obtener más información sobre la infraestructura global de CloudFront, consulte Infraestructura de Amazon CloudFront.

Lanzamiento de Amazon CloudFront en Croacia

Fecha: 09 de febrero de 2021

Detalles: Amazon CloudFront presenta la primera ubicación de borde en Zagreb, Croacia. Esta nueva ubicación de borde en Zagreb brindará a los espectadores una reducción de hasta un 14 % en la latencia del primer byte y está incluida dentro de los precios de la región europea de CloudFront. Para obtener más información sobre la infraestructura global de CloudFront, consulte la infraestructura de Amazon CloudFront.

Presentación del paquete de ahorros de seguridad de Amazon CloudFront

Fecha: 5 de febrero de 2021

Hoy, anunciamos el paquete de ahorros de seguridad de Amazon CloudFront, un plan de precios flexible de autoservicio que ayuda a ahorrar hasta un 30 % en la factura de CloudFront a cambio de un compromiso de gasto mensual por un plazo de un año. El paquete de ahorros también incluye uso gratuito de AWS WAF (Web Application Firewall) de hasta un 10 % de la cantidad confirmada. Se aplica cualquier cargo adicional de CloudFront estándar o WAF que no esté cubierto por el paquete de ahorros de seguridad de CloudFront. 

Gracias al paquete de ahorros de seguridad de CloudFront, obtiene la flexibilidad de elegir el compromiso mensual que mejor se ajuste a la carga de trabajo y maximice los ahorros. Por ejemplo, si se compromete a 70 USD por mes, obtiene cobertura de uso de CloudFront equivalente a 100 USD (un descuento del 30 %). Este beneficio de uso no se limita a los datos entregados por CloudFront, sino que se aplica a todos los tipos de uso de CloudFront, incluido Lambda@Edge. Además, los clientes pueden aprovechar AWS WAF para proteger la aplicación web frente a ataques web comunes. En este ejemplo, el paquete de ahorros también cubre 7 USD correspondientes a cargos de AWS WAF, con lo que se cubren hasta 11,6 M de solicitudes WAF.

Habilitar el paquete de ahorros de seguridad de CloudFront es fácil. Desde la consola de CloudFront, puede utilizar el estimador de ahorros integrado y la capacidad de recomendaciones para calcular los ahorros con base en el uso histórico o entradas manuales. También puede agregar varios paquetes de ahorros para cubrir un futuro crecimiento del uso.  

Para comenzar a utilizar el paquete de ahorros de seguridad de CloudFront, visite la consola de CloudFront. Para obtener más información sobre el paquete de ahorros de seguridad de CloudFront, consulte las preguntas frecuentes o la Guía para desarrolladores de CloudFront. Para obtener más información sobre AWS WAF, visite la página del producto de WAF. 

Lanzamiento de Amazon CloudFront en Tailandia

Fecha: 17 de noviembre de 2020

Detalles: Amazon CloudFront anuncia sus primeras dos ubicaciones de borde en Tailandia. Estas nuevas ubicaciones de borde en Bangkok proporcionarán a los espectadores una reducción de hasta un 30 % en medidas de latencia p90. El precio de estas nuevas ubicaciones de borde está incluido en la región geográfica de Asia Pacífico de CloudFront. Para obtener más información sobre la infraestructura global de CloudFront, consulte la infraestructura de Amazon CloudFront.

Nueva compatibilidad de Amazon CloudFront con la administración de claves públicas mediante permisos de usuario de IAM para URL y cookies firmadas

Fecha: 22 de octubre de 2020

Detalles: con Amazon CloudFront, ahora puede administrar claves públicas para URL y cookies firmadas mediante permisos de usuario basados en Amazon Identity and Access Management (IAM), sin recurrir a la cuenta raíz de AWS. La administración de claves públicas basada en permisos de usuario de IAM le da mayor flexibilidad y acceso a las API para administrar claves públicas.

Muchos clientes que distribuyen contenido a través de Internet quieren restringir el acceso a documentos, datos empresariales, transmisiones multimedia o contenido dirigido a usuarios específicos, como los que pagan una tarifa. Los clientes usan las URL y cookies firmadas de CloudFront para restringir el acceso a determinado contenido. Hasta hoy, CloudFront obligaba a acceder a la cuenta raíz de signatarios de confianza para administrar claves públicas. A partir de este anuncio, puede crear y administrar grupos de claves en CloudFront. Los grupos de claves son conjuntos de varias claves públicas que pueden crear usuarios de IAM con base en permisos que usted conceda. 

Los grupos de claves se pueden compartir con otros usuarios de su misma organización. Con este lanzamiento, también puede rotar claves públicas mediante la API de CloudFront para facilitar el mantenimiento. Si lo prefiere, puede seguir accediendo a la cuenta raíz de signatarios de confianza para administrar claves públicas.

Para obtener más información acerca de cómo entregar contenido privado con Amazon CloudFront, lea la documentación de CloudFront. Para comenzar a utilizar Amazon CloudFront, visite nuestra página web.

Presentación de Origin Shield de Amazon CloudFront

Fecha: 20 de octubre de 2020

Detalles: Amazon CloudFront presenta Origin Shield, una capa de almacenamiento en caché centralizada que ayuda a aumentar la relación de aciertos de caché para reducir la carga en el origen. Origin Shield también disminuye los costos operativos del origen mediante la distribución de las solicitudes en todas las regiones, lo que genera que tan solo una solicitud vaya al origen por objeto. También puede usar Lambda@Edge con Origin Shield para habilitar la lógica sin servidor avanzada, como el equilibrio de carga de origen dinámico. Los clientes que usan Origin Shield para el streaming en directo, la gestión de imágenes o las cargas de trabajo con varias CDN informaron una reducción de hasta el 57 % en la carga del origen.

Los orígenes de clientes con procesos que necesitan mayor cómputo por solicitud, como el empaquetado oportuno, pueden verse afectados por la cantidad de recuperaciones de origen. CloudFront ya provee cachés de borde regionales sin costo adicional para reducir la carga operativa en los orígenes. Ahora puede minimizar aún más la carga en el origen mediante la activación de Origin Shield en la configuración de origen de CloudFront con tan solo dos clics. Para configurar Origin Shield, elija la caché de borde regional más cercana a su origen como región de Origin Shield. Todas las regiones de Origin Shield se crean con una arquitectura de alta disponibilidad que abarca varias zonas de disponibilidad y que incluye conmutación por error automática a una región de Origin Shield secundaria. Cuando esté activado, CloudFront direccionará todas las recuperaciones de origen a través de Origin Shield y únicamente hará una solicitud al origen si el contenido no está almacenado en la caché de Origin Shield.

Origin Shield se cobra como una tarifa de solicitud por cada solicitud que se dirija a Origin Shield como una capa gradual. Para obtener más información sobre los precios de Origin Shield, consulte los precios de CloudFront. Para obtener más información sobre Origin Shield, consulte la guía para desarrolladores de Amazon CloudFront. Para comenzar a utilizar Amazon CloudFront, visite nuestra página web.  

Se lanza Amazon CloudFront en dos nuevos países: México y Nueva Zelanda

Fecha: 29 de septiembre de 2020

Detalles: Amazon CloudFront anuncia sus primeras ubicaciones de borde en dos nuevos países: México y Nueva Zelanda. En México, nuestras dos nuevas ubicaciones de borde en Querétaro les proporcionarán a los espectadores una reducción de hasta un 30 % en medidas de latencia p90. El precio de estas nuevas ubicaciones de borde está incluido en la región geográfica de América del Norte de CloudFront. En Nueva Zelanda, nuestras dos nuevas ubicaciones de borde en Auckland les proporcionarán a los espectadores una reducción de hasta un 50 % en medidas de latencia p90. El precio de estas nuevas ubicaciones de borde está incluido en la región geográfica de Australia de CloudFront. Para obtener más información sobre la infraestructura global de CloudFront, consulte la infraestructura de Amazon CloudFront.

Amazon CloudFront anuncia la compatibilidad con la compresión Brotli

Fecha: 15 de septiembre de 2020

Detalles: Ahora, puede usar Amazon CloudFront para entregar contenido comprimido con Brotli a los usuarios finales. Brotli es un algoritmo de compresión sin pérdidas con un nivel elevado de compatibilidad que con frecuencia ofrece un mejor índice de compresión que Gzip. Los archivos de tamaño más pequeño mejoran el rendimiento de la aplicación al entregar el contenido más rápidamente a la audiencia. La compresión de borde Brotli de CloudFront entrega archivos con hasta el 24 % de tamaño más pequeño en comparación con Gzip.

Hasta hoy, podía habilitar la compresión Brotli en el origen al incluir en la lista blanca el encabezado “Accept-Encoding”. Ahora, CloudFront incluye “br” en el encabezado normalizado “Accept-Encoding” antes de reenviarlo a su origen. Ya no necesita incluir en la lista blanca el encabezado “Accept-Encoding” para habilitar la compresión de origen Brotli, lo que mejora el índice de acierto de la memoria caché en general. Además, si su origen envía contenido no comprimido a CloudFront, este servicio ahora puede comprimir automáticamente las respuestas que se puedan incluir en la memoria caché en el borde usando Brotli.

Brotli está disponible para su uso inmediato sin costo adicional. Esta característica se puede activar a través de la consola de CloudFront, el SDK y la CLI. Para obtener más información, consulte la Guía para desarrolladores de CloudFront. Para comenzar con CloudFront, visite la página de productos de CloudFront.

Amazon CloudFront anuncia compatibilidad de la versión 1.3 de TLS para conexiones del espectador

Fecha: 3 de septiembre de 2020

Detalles: Amazon CloudFront ahora soporta TLSv1.3 para lograr un rendimiento y una seguridad mejorados. Amazon CloudFront es una red global de entrega de contenido (CDN) que permite distribuir de manera segura contenido a los espectadores con alta disponibilidad y baja latencia. Amazon CloudFront soporta HTTPS utilizando Transport Layer Security (TLS) para cifrar y asegurar la comunicación entre sus clientes espectadores y CloudFront. TLSv1.3 es la versión más reciente de TLS.

Mejor rendimiento

TLSv1.3 proporciona un mejor rendimiento con un proceso de enlace más simple que requiere menos viajes de ida. TLSv1.3 requiere un viaje de ida (1-RTT) en comparación con TLSv1.2 que requiere dos viajes de ida (2-RTT) para negociar una nueva conexión segura que se traduce en mejoras de rendimiento del mundo real con menor latencia de primer byte. Por ejemplo, en nuestras propias pruebas internas de la región de EE. UU., la latencia de primer byte para las nuevas conexiones negociadas observaron reducciones de hasta un 33 % para TLSv1.3 en comparación con las versiones anteriores de TLS.

Mejoras en la seguridad

TLSv1.3 elimina características heredadas y paquetes de cifrado anteriores que se presentan en versiones anteriores de TLS. TLSv1.3 también soporta únicamente paquetes de cifrado PFS (perfect forward secrecy) que genera una clave por única vez utilizada solo para la sesión de red actual.

TLSv1.3 está disponible hoy y está habilitada de manera predeterminada entre todas las opciones de políticas de seguridad de Amazon CloudFront. No se requieren cambios adicionales en la configuración de CloudFront para beneficiarse con las mejoras de seguridad y rendimiento de TLSv1.3 para sus conexiones de espectadores. Si bien la mayoría de los exploradores web modernos ya admiten TLSv1.3, los clientes que no lo admiten negociarán automáticamente con la versión TLS admitida del cliente más alta (TLS 1.2, 1.1 o 1). Puede seleccionar una política de seguridad de soporte mínimo cuando use un certificado SSL personalizado.

Para conocer más sobre los protocolos y las cifras admitidos entre espectadores y CloudFront, consulte la Guía del desarrollador CloudFront. Para obtener más información acerca de Amazon CloudFront, visite nuestra página del producto.

Amazon CloudFront anuncia registros en tiempo real

Fecha: 31 de agosto de 2020

Detalles: Amazon CloudFront ahora permite la entrega de registros en tiempo real de los registros de acceso de CloudFront. Amazon CloudFront es una red global de entrega de contenido (CDN) que permite distribuir contenido a los espectadores con alta disponibilidad y baja latencia. Los registros en tiempo real contienen información detallada sobre las solicitudes de los espectadores que CloudFront recibe. Estos registros son enviados a sus flujos de datos de Kinesis en tiempo real, lo que le permite supervisar fácilmente el rendimiento de su entrega de contenidos y responder rápidamente a los eventos operacionales.

CloudFront ha permitido la entrega de registros de acceso a los cubos de Amazon S3 del cliente y los registros se entregan normalmente en cuestión de minutos. Con todo, algunos clientes tienen casos de urgencia y requieren datos de registro de acceso con rapidez. Con los nuevos registros en tiempo real, los datos estarán disponibles en cuestión de segundos con una configuración adicional. Por ejemplo, puede elegir los campos que necesita en los registros, habilitar los registros para patrones de ruta específicos (comportamientos de la memoria caché) y elegir la tasa de muestreo (el porcentaje de solicitudes que se incluyen en los registros). Los registros en tiempo real de CloudFront se integran con los flujos de datos de Kinesis, permitiéndole recolectar, procesar y entregar los datos de los registros instantáneamente. También puede entregar de forma sencilla estos registros a un punto de enlace HTTP genérico mediante el uso de Amazon Kinesis Data Firehose. Amazon Kinesis Data Firehose tiene la posibilidad de entregar registros a Amazon S3, Amazon Redshift, Amazon Elasticsearch Service, y a proveedores de servicios como Datadog, New Relic, y Splunk. Usando estos registros, puede crear tableros en tiempo real, configurar alertas e investigar anomalías o responder a eventos operacionales rápidamente. Con el lanzamiento de hoy, CloudFront ha optimizado la experiencia de la consola para los registros de acceso con una página de registros separada para gestionar sus configuraciones de registro desde una página central. Desde la página de registros, puede crear configuraciones de registro en tiempo real y aplicarlas a cualquier comportamiento de caché dentro de sus distribuciones de CloudFront.

Esta función está disponible para su uso inmediato y puede ser activada a través de la consola de CloudFront, SDK y CLI. El apoyo de CloudFormation estará disponible poco después de esta publicación. Para obtener más información, consulte la guía para el desarrollador de CloudFront y la documentación de la API. Los registros en tiempo real se cobran en base al número de líneas de registro que CloudFront publica en su destino de registro. La información sobre el precio de los registros en tiempo real se puede encontrar en la página de precios de CloudFront. Los costos de la transmisión de datos Kinesis variarán según su uso y el precio esta disponible en la página de precios.

Amazon CloudFront anuncia una nueva caché de borde regional en la región europea de AWS (Irlanda)

Fecha: 10 de agosto de 2020

Detalles: Amazon CloudFront anuncia una nueva caché de borde regional en la región europea de AWS (Irlanda). Como parte de este lanzamiento, un pequeño número de localidades de CloudFront Edge que enviaron sus solicitudes de origen a través de la caché de borde regional en la región de Londres pasarán ahora por la región de Irlanda. Debido a su proximidad a Irlanda, o a conexiones más directas con Irlanda, estas ubicaciones de borde verán una reducción de hasta un 62 % del contenido de recuperación de latencia en la caché de borde regional de Irlanda que en la caché de borde regional de Londres.

CloudFront ahora opera 12 cachés de borde regionales alrededor del mundo que actúan como capas de caché de nivel medio posicionadas entre las ubicaciones de borde de CloudFront y sus orígenes. Estas cachés de nivel medio proporcionan un ancho de caché incremental para retener el contenido durante períodos de tiempo más largos y proteger aún más su origen de los picos de tráfico. Como todas las cachés de borde regionales, la ubicación en Irlanda se proporciona de forma gratuita y se incluye automáticamente por defecto para sus distribuciones de CloudFront. No se necesita ninguna configuración para aprovechar las ubicaciones de nivel medio de CloudFront.

Para ver una lista de la red global de CloudFront, incluyendo la ubicación de cada caché de borde regional, consulte la página de características de Amazon CloudFront.  

Amazon CloudFront incorpora encabezados de geolocalización para un etiquetado geográfico más detallado

Fecha: 24 de julio de 2020

Detalles: Ya están disponibles los encabezados de geolocalización en Amazon CloudFront para su uso en nuevas políticas de solicitud de origen y memoria caché.

Ahora, puede configurar CloudFront para agregar encabezados de geolocalización que ofrezcan un control más detallado en sus políticas de solicitud de origen y memoria caché. Anteriormente, era posible configurar Amazon CloudFront para que brindase el código de país de un espectador en un encabezado de solicitud que CloudFront enviaba al origen. Los nuevos encabezados le ofrecen un control más detallado del comportamiento de la memoria caché y acceso al nombre del país, región, ciudad, código postal, latitud y longitud del espectador, todo basado en la dirección IP de dicho espectador.

Encabezados de geolocalización adicionales con valores de muestra:

CloudFront-Viewer-Country-Name: Estados Unidos

CloudFront-Viewer-Country-Region: MI

CloudFront-Viewer-Country-Region-Name: Michigan

CloudFront-Viewer-City: Ann Arbor

CloudFront-Viewer-Postal-Code: 48105

CloudFront-Viewer-Time-Zone: América/Detroit

CloudFront-Viewer-Latitude: 42,30680

CloudFront-Viewer-Longitude: -83,70590

CloudFront-Viewer-Metro-Code: 505

Puede utilizar estos encabezados de geolocalización adicionales junto con los encabezados de CloudFront compatibles existentes para personalizar el contenido que ofrece a sus espectadores. Por ejemplo, puede transferir el encabezado de código postal a su origen para mostrar anuncios o contenidos de una ubicación específica. También puede utilizar funciones de solicitud de origen Lambda@Edge para realizar llamadas de red y extraer archivos de un idioma local y crear y devolver una página HTML en un idioma específico para cada país o región.

Estos encabezados de geolocalización adicionales están disponibles a partir de ahora para utilizar en distribuciones de Amazon CloudFront sin costo adicional.

Para utilizar estos nuevos encabezados, consulte la Guía para el desarrollador de CloudFront. Obtenga más información sobre las nuevas políticas de solicitud de origen y memoria caché en nuestro blog. Visite la página de producto de Lambda@Edge para obtener más información sobre la ejecución de código como respuesta a eventos de CloudFront. Para obtener más información acerca de Amazon CloudFront, visite nuestra página del producto. 

Amazon CloudFront anuncia políticas de solicitud de origen y clave de memoria caché

Fecha: 22 de julio de 2020

Detalles: Amazon CloudFront ofrece ahora un control detallado y mejorado para configurar encabezados, cadenas de consultas y cookies que puede utilizarse para calcular la clave de la memoria caché o reenviar al origen desde sus distribuciones de CloudFront. Además, puede configurar los ajustes de solicitud de origen y clave de la memoria caché de forma independiente como políticas de nivel de cuenta que pueden aplicarse fácilmente en varias distribuciones.

Antes, cuando configuraba el comportamiento de distribución de CloudFront para reenviar metadatos de solicitud, como encabezados, cadenas de consultas y cookies, CloudFront almacenaba en la caché versiones separadas de estos objetos en base a todas las combinaciones únicas de los valores de estos metadatos. Gracias a esta nueva funcionalidad, no necesita elegir entre reenviar datos al origen y optimizar la eficiencia de la memoria caché al variar únicamente la clave de memoria caché cuando sea absolutamente necesario. Por ejemplo, puede configurar CloudFront para que reenvíe siempre encabezados de “autorización” o “usuario-agente” a su origen, pero sin variar el contenido según esos valores. También puede reenviarlo todo, pero seleccionar un encabezado o parámetro de cadena de consulta específico para modificar el contenido almacenado en la memoria caché; por ejemplo, utilizar el encabezado “aceptar-idioma” para ofrecer diferentes contenidos localizados según los idiomas que admita el cliente.

Además, estas opciones se establecen a partir de ahora mediante políticas. Una política permite que la misma combinación específica de ajustes se aplique fácilmente en diferentes comportamientos de distribución, lo que conlleva ahorrar tiempo de configuración, evita dificultades y le permite administrar con consistencia diferentes configuraciones. CloudFront también brinda un buen número de políticas de sistema preconfiguradas. Se incluyen políticas predeterminadas para retención y almacenamiento en caché máximo (tiempos de vida máximos, compresión, etc.), políticas apropiadas para transacciones dinámicas mediante conexiones proxy (desactivar almacenamiento en caché), e incluso algunas políticas para casos de uso comunes e integraciones con otros servicios de AWS, como streaming de video personalizado con AWS Elemental Media Package y compatibilidad con encabezados CORS en S3 (reenvío de ciertos encabezados esperados). Puede crear sus propias políticas para diferentes perfiles de aplicación y contenidos, para luego aplicarlos a cualquier distribución o comportamiento que cuente con características similares.

Esta función está disponible para su uso inmediato y es compatible con las API, el SDK, la CLI y la consola de CloudFront. Para obtener más información, consulte la guía para el desarrollador de CloudFront y la documentación de la API. No se aplican cargos adicionales por el uso de esta característica. Se aplican los cargos habituales de CloudFront.

Amazon CloudFront anuncia nueva política de seguridad TLS1.2 para conexiones de espectador

Fecha: 17 de julio de 2020

Detalles: Amazon CloudFront ahora admite una nueva política de seguridad, TLSv1.2_2019, que incluye solo los siguientes cifrados:

• TLS_AES_128_GCM_SHA256

• TLS_AES_256_GCM_SHA384

• TLS_CHACHA20_POLY1305_SHA256

• ECDHE-RSA-AES128-GCM-SHA256

• ECDHE-RSA-AES128-SHA256

• ECDHE-RSA-AES256-GCM-SHA384

• ECDHE-RSA-CHACHA20-POLY1305

• ECDHE-RSA-AES256-SHA384
  

Una política de seguridad determina el protocolo SSL/TLS que CloudFront utilizará para comunicarse con los espectadores y el cifrado que usará para cifrar el contenido que devuelve a los espectadores. La política TLSv1.2_2019 define la versión de Transport Layer Security (TLS) mínima negociada en 1.2 y admite únicamente los cifradores que se mencionaron anteriormente. Cuando cree una nueva distribución con un certificado SSL personalizado, se seleccionará TLSv1.2_2019 como la opción de política predeterminada. Puede utilizar la consola de administración de AWS, las API de Amazon CloudFront o AWS CloudFormation para actualizar la configuración de distribución existente a fin de utilizar esta nueva política de seguridad.

La política de seguridad TLSv1.2_2019 ya se encuentra disponible. Para conocer más sobre esta nueva política y los cifrados que se admiten, consulte la documentación de CloudFront. Para comenzar con CloudFront, visite la página de productos de CloudFront.

Amazon CloudFront permite intentos de conexión de origen configurable y tiempos de espera de la conexión de origen

Fecha: 11 de junio de 2020

Detalles: Amazon CloudFront ahora le proporciona incluso más control sobre los comportamientos de conexión entre CloudFront y el origen. Ahora puede configurar el número de intentos de conexión al origen que hará CloudFront y el tiempo de espera de la conexión de origen para cada intento. Además, se amplió el intervalo del tiempo de espera de respuesta del origen de CloudFront y ahora puede cambiar el valor en un intervalo de entre 1 y 60 segundos, cuando antes el valor mínimo era de 4 segundos. Estas dos nuevas configuraciones se pueden establecer individualmente para cualquier tipo de origen de la distribución de CloudFront y también se pueden usar para mejorar más la respuesta y la disponibilidad de la aplicación de orígenes múltiples cuando se combina con la conmutación por error en origen de CloudFront.

Por ejemplo, puede usar la conmutación por error en origen de CloudFront para crear aplicaciones de alta disponibilidad con un origen principal y secundario. Al usar estas nuevas configuraciones de conexión de origen, puede transitar de manera más rápida por las condiciones de conmutación por error en grupo de origen y proporcionar una respuesta más rápida a la solicitud del espectador. En algunos casos de uso, como el streaming de contenido en video, si el origen principal no responde, es posible que quiera que CloudFront conmute por error al segundo origen en tan solo un intento de conexión con un segundo de tiempo de espera. Al contar con un umbral más estrecho sobre los comportamientos de la conexión de origen, puede ayudar a minimizar el almacenamiento en búfer de videos si captura rápidamente el segmento de video del origen secundario o si concede al reproductor tiempo para ejecutar su propia lógica de reintento.

Estas nuevas características ya se encuentran disponibles sin ningún cargo adicional. Puede usar la consola de administración de AWS, las API de Amazon CloudFront o AWS CloudFormation para configurar estos valores. Para obtener más información sobre estas nuevas configuraciones, consulte la documentación de CloudFront. Para comenzar con CloudFront, visite la página de productos de CloudFront.

Amazon CloudFront anuncia sus primeras ubicaciones de borde en Kolkata y Hamburgo

Fecha: 13 de mayo de 2020

Detalles: Amazon CloudFront anuncia sus primeras ubicaciones de borde en Kolkata, India y Hamburgo, Alemania. Los espectadores atendidos por estas nuevas ubicaciones de borde pueden ver hasta un 20 % de mejora en la latencia. En India, CloudFront tiene múltiples ubicaciones de borde en Bangalore, Chennai, Delhi, Hyderabad y Mumbai. Del mismo modo, CloudFront ya tiene ubicaciones de borde en varias ciudades de Alemania, como Berlín, Dusseldorf, Fráncfort y Múnich. Para obtener más información sobre la infraestructura global de CloudFront, diríjase a Características de CloudFront.

Amazon CloudFront en la China anuncia compatibilidad con la identidad de acceso de origen

Fecha: 24 de abril de 2020

Detalles:Amazon CloudFront en la China anuncia compatibilidad con la identidad de acceso de origen (OAI). Mediante OAI, es posible evitar que los lectores obtengan acceso al contenido de los buckets de Amazon S3 de forma directa. Para ello, les exige que recuperen el contenido a través de la red de borde distribuida de Amazon CloudFront en la China. Para obtener más información acerca de la identidad de acceso de origen (OAI) y Amazon CloudFront en la China, lea la documentación de CloudFront en la Configuración del acceso seguro y la restricción del acceso al contenido. Para comenzar a utilizar Amazon CloudFront en la China, visite nuestra página web.

AWS Lambda@Edge es compatible a partir de ahora con Node 12.x y Python 3.8

Fecha: 2 de marzo de 2020

Información: A partir de hoy, puede utilizar Node.js 12.x y Python 3.8 para desarrollar funciones en Lambda@Edge. Ambos tiempos de ejecución se agregan a Node.js 10.x y Python 3.7, actualmente compatibles.

Node.js 12.x, la versión actual del soporte a largo plazo (LTS) de Node.js, usa el nuevo motor V8 7.4 y ofrece un mejor rendimiento que la versión anterior 10.x de LTS. Además, Node.js 12.x es compatible con nuevas características como las clases privadas y el rastreo de pilas mejorado. Para obtener más información acerca de los beneficios y las nuevas características de Node.js 12.x, consulte la publicación de blog sobre Node.js 12.x de AWS.

Python 3.8 es la versión más reciente del lenguaje Python y contiene características nuevas, como las expresiones de asignación, los argumentos solo posicionales y las mejoras de escritura. Para obtener más información acerca de los beneficios y las nuevas características de Python 3.8, consulte la publicación de blog sobre Python 3.8 de AWS.

Para comenzar con estos nuevos tiempos de ejecución, cargue su código Node.js o Python como una función de AWS Lambda a través de la interfaz de línea de comandos (CLI) de AWS o la consola de Lambda y seleccione Node.js 12.x o Python 3.8. Si ya dispone de funciones de Node.js o Python existentes en Lambda, puede cambiarse al nuevo tiempo de ejecución. Para ello, debe realizar los cambios necesarios en el código para garantizar la compatibilidad con el nuevo tiempo de ejecución y editar la configuración de las funciones para establecer Node.js 12.x o Python 3.8 como tiempo de ejecución.

Para obtener más información acerca de Lambda@Edge, visite la página del producto. Para obtener más información acerca del modelo de programación de Node.js de Lambda, consulte la documentación de Node.js de AWS. Para obtener más información sobre el modelo de programación Python de Lambda, consulte la documentación de Python de AWS.

Amazon CloudFront en China anuncia la compatibilidad con los Informes de uso y actividad en la consola

Fecha: 21 de febrero de 2020

Detalles: los clientes de Amazon CloudFront en China ahora pueden obtener información detallada acerca del uso y la actividad de CloudFront mediante los informes de CloudFront en la consola de administración de AWS. Los clientes en China pueden utilizar los informes de estadísticas de caché de CloudFront para ver el total de solicitudes, el porcentaje de solicitudes de espectadores por tipo de resultado, los bytes transferidos, los códigos de estado de HTTP y el porcentaje de solicitudes GET que no se han terminado de descargar. El Informe de objetos populares de CloudFront muestra los 50 objetos más populares y las estadísticas respecto de esos objetos. El Informe de recomendantes principales de CloudFront muestra los 25 principales recomendantes y el número de solicitudes por cada uno de ellos. El Informe de uso de CloudFront muestra el número de solicitudes y datos transferidos por protocolo o destino. El Informe de espectadores de CloudFront muestra el desglose de espectadores por dispositivo, navegador, sistema operativo y ubicación. Estos informes están disponibles para todos los clientes de CloudFront sin costo adicional.

Para comenzar con CloudFront en China, vaya a Amazon CloudFront. Para consultar la documentación, vaya a CloudFront Reports in the Console (Informes de CloudFront en la consola) en la Guía para desarrolladores de Amazon CloudFront.

Amazon CloudFront se lanza en cinco nuevos países: Bulgaria, Grecia, Hungría, Kenia y Rumania

Fecha: 10 de enero de 2020

Detalles: Amazon CloudFront anuncia sus primeras ubicaciones de borde en cinco nuevos países: Nairobi (Kenia), Sofía (Bulgaria), Atenas (Grecia), Budapest (Hungría) y Bucarest (Rumania). Los espectadores en estos países ahora verán, en promedio, una reducción de hasta un 50 % en la latencia de primer byte al acceder al contenido a través de CloudFront. Además de estos nuevos países, CloudFront también lanzó su primera ubicación de borde en Dusseldorf, Alemania. Con estas nuevas ubicaciones, CloudFront ahora tiene 216 puntos de presencia distribuidos en 84 ciudades de 42 países. Para obtener más información sobre la infraestructura global de CloudFront, consulte la infraestructura de Amazon CloudFront.

Amazon CloudFront agrega ocho métricas en tiempo real en Amazon CloudWatch

Fecha: 19 de diciembre de 2019

Detalles: Amazon CloudFront ofrece ahora ocho métricas en tiempo real adicionales en Amazon CloudWatch. Estas nuevas métricas brindarán una mayor visibilidad en lo que respecta al rendimiento del tráfico de su CloudFront. Puede utilizar las métricas en tiempo real de CloudFront para monitorear y recibir alarmas y notificaciones del rendimiento operativo de sus distribuciones de CloudFront. CloudFront ya brinda seis métricas operacionales, y cuatro métricas de función Lambda@Edge para todos los clientes de CloudFront y sin costo adicional.

Las ocho métricas nuevas incluyen lo siguiente:

Tasa de aciertos de caché: el porcentaje de todas las solicitudes almacenables en caché para las que CloudFront distribuyó el contenido desde su caché. Las solicitudes HTTP POST y PUT y los errores no se consideran solicitudes almacenables en caché. La tasa de aciertos de caché permite determinar la proporción de sus solicitudes de lector que se distribuyen desde los caché de borde en CloudFront en lugar de ir a buscar el contenido a sus servidores de origen.

Latencia de origen: el tiempo total en milisegundos desde que CloudFront recibe una solicitud hasta que brinda una respuesta a la red (no al lector), para solicitudes que se distribuyen desde el origen y no desde el caché de CloudFront. La latencia de origen permite monitorear el rendimiento de su servidor de origen.

Tasa de error por código de estado: el porcentaje de todas las solicitudes de lector para las cuales el código de estado HTTP de la respuesta es un código particular en el rango 4xx o 5xx. Esta métrica está disponible para los siguientes códigos de error: 401, 403, 404, 502, 503 y 504. La métrica Tasa de error permite identificar el tipo específico de código de estado HTTP detrás de errores 4xx o 5xx.

Estas métricas nuevas pueden habilitarse en la página de monitoreo de su consola de CloudFront. Se aplican las tarifas de CloudWatch estándar. Encuentre más detalles sobre cómo habilitar estas métricas en Ver métricas de distribución adicionales de CloudFront.

Amazon CloudFront ahora proporciona siete campos de datos nuevos en los registros de acceso

Fecha: 12 de diciembre de 2019

Detalles: los registros de acceso de Amazon CloudFront proporcionan información detallada acerca de cada solicitud de usuario que recibe CloudFront. A partir de hoy, siete campos de datos adicionales aparecerán en los registros de acceso de CloudFront para mejorar la visibilidad sobre la entrega del contenido. Por ejemplo, con el campo x-edge-detailed-result-type puede identificar el tipo específico de error, y con los campos sc-range-start/sc-range-end puede determinar los detalles de rango solicitados. Estos nuevos campos se anexan al final de cada entrada de registro para mantener la compatibilidad retroactiva con el formato de archivo de registro anterior. Los siete nuevos puntos de datos incluyen:

• c-port: el número de puerto de la solicitud del lector.
• time-to-first-byte: el número de segundos entre la recepción de la solicitud y la escritura del primer byte de la respuesta, según se mide en el servidor.
• x-edge-detailed-result-type: cuando el tipo de resultado es un error, este campo contiene el tipo específico de error.
• sc-content-type: el valor del encabezado HTTP Content-Type de la respuesta.
• sc-content-len: el valor del encabezado HTTP Content-Length de la respuesta.
• sc-range-start: cuando la respuesta contiene el encabezado HTTP Content-Range, este campo contiene el valor de inicio del rango.
• sc-range-end: cuando la respuesta contiene el encabezado HTTP Content-Range, este campo contiene el valor final del rango.

La habilitación de los registros de acceso es gratuita, pero se aplican los cargos estándares de S3 por el almacenamiento de los archivos de registro. Para obtener más información acerca de los registros de acceso y el formato de archivo de registro, consulte Formato de archivos de registro de distribución web en la documentación de CloudFront.

Amazon CloudFront anuncia 10 nuevas ubicaciones de borde, entre las que se incluye su primera ubicación de borde en Roma, Italia

Fecha: 26 de noviembre de 2019

Detalles: Amazon CloudFront anuncia su primera ubicación de borde en Roma, Italia, y dos ubicaciones de borde adicionales en Milán, Italia. Con estas incorporaciones, se supera la duplicación de la capacidad total de CloudFront en la península itálica. Además, CloudFront anuncia ubicaciones de borde adicionales en Kuala Lumpur, Mumbai, Singapur, Sídney, Filadelfia, Newark, Atlanta, Los Angeles y Hillsboro, lo que eleva a 210 los puntos de presencia que CloudFront tiene en 78 ciudades de 37 países. Para obtener más información sobre la infraestructura global de CloudFront, diríjase a Características de CloudFront.

Amazon CloudFront en China anuncia soporte para AWS CloudFormation y métricas en tiempo real en Amazon CloudWatch

Fecha: 1 de noviembre de 2019

Detalles: Amazon CloudFront en China anuncia soporte para plantillas AWS CloudFormation y métricas en tiempo real de Amazon CloudWatch. Con este lanzamiento, los clientes en China ahora pueden utilizar plantillas de CloudFormation para crear distribuciones de CloudFront con orígenes de Amazon S3 u orígenes personalizados. CloudFormation simplifica el aprovisionamiento y la administración en AWS. Los clientes pueden crear plantillas para su servicio deseado o arquitecturas de aplicaciones y utilizar esas plantillas para un aprovisionamiento confiable y repetible. Los clientes pueden encontrar plantillas de muestra y fragmentos de plantillas en la página de Plantillas de AWS CloudFormation. 

Además, los clientes en China ahora pueden monitorizar, alarmar y recibir notificaciones sobre el desempeño operativo de CloudFront usando CloudWatch en la región de AWS China (Ningxia). Ambas funciones, que se lanzan hoy, están disponibles para los clientes de AWS sin costo adicional.

Para comenzar con CloudFront en China, vaya a Amazon CloudFront. Para obtener documentación, consulte Amazon CloudFront en la guía de servicios de AWS en China.

Ya está disponible el complemento de AWS para WordPress junto con un nuevo flujo de trabajo de Amazon CloudFront

Fecha: 30 de octubre de 2019

Detalles: Amazon Web Services anuncia la disponibilidad general del complemento de AWS para WordPress. Anteriormente conocido como el complemento de Amazon Polly y Amazon AI, el nuevo complemento de AWS para WordPress ahora ofrece un flujo de trabajo para configurar una distribución de Amazon CloudFront que se encuentra altamente optimizada para los sitios web de WordPress.

Amazon CloudFront, la red de entrega de contenido de AWS, acelera el rendimiento de su sitio web a través de una red mundial de 200 ubicaciones de borde para almacenar en caché y entregar contenido más cerca de su audiencia. El nuevo flujo de trabajo de CloudFront del complemento crea una distribución con varios comportamientos de caché, cada uno diseñado específicamente para atender a distintos tipos de contenido, a fin de ofrecer la mejor experiencia al administrador y a la audiencia.

El complemento de AWS para WordPress está disponible para su descarga gratuita en el directorio de complementos de WordPress. Se aplican cargos estándares por el uso de servicios de AWS. Los usuarios existentes del complemento que deseen utilizar el nuevo flujo de trabajo de CloudFront tendrán que actualizar la política de IAM correspondiente al usuario de IAM del complemento. Consulte la Guía para desarrolladores de CloudFront si desea obtener más información sobre la creación de una política de IAM actualizada con la nueva política de IAM administrada que se denomina AWSforWordPressPluginPolicy.

Lea nuestra publicación de blog para acceder a una guía detallada sobre el autoalojamiento de WordPress con AWS y sobre el uso del nuevo flujo de trabajo de CloudFront dentro del complemento. También consulte nuestro documento técnico recientemente actualizado, “WordPress: prácticas recomendadas en AWS”, para obtener más información sobre cómo crear sitios web de WordPress con una gran capacidad de escalabilidad en AWS.

Amazon CloudFront se expande a 200 ubicaciones con nuevas ubicaciones de borde en Colombia, Chile y Argentina, y reduce los precios para Sudamérica en un 56 %

Fecha: 24 de octubre de 2019

Detalles: Amazon CloudFront presenta su primera ubicación de borde en Colombia, Chile y Argentina. Gracias a estas ubicaciones de borde, los espectadores de estos países se beneficiarán de un 60 % de mejora en la latencia cuando accedan a contenido mediante CloudFront. Además, a partir del 1 de noviembre de 2019, CloudFront reducirá los precios para la transferencia de datos bajo demanda hasta un 56 % en Sudamérica. Puede consultar los nuevos precios para Sudamérica en la página de precios de CloudFront. Actualmente, CloudFront tiene 200 puntos de presencia distribuidos en 77 ciudades de 37 países. En este blog, Jeff Barr habla sobre este lanzamiento.

Amazon CloudFront presenta la primera ubicación de borde en Bélgica

Fecha: 21 de octubre de 2019

Detalles: Amazon CloudFront presenta su primera ubicación de borde en Bruselas, Bélgica. Gracias a esta nueva ubicación de borde, los espectadores que radiquen en Bélgica observarán una mejora en la latencia de hasta el 28 % cuando accedan a contenido a través de CloudFront. Además de Bélgica, CloudFront también ha añadido cuatro nuevas ubicaciones de borde en Tokio, Japón, y una en Fráncfort, Alemania. Actualmente, CloudFront tiene 197 puntos de presencia distribuidos en 74 ciudades a lo largo de 34 países.

Para obtener más información sobre la infraestructura global de CloudFront, diríjase a Características de CloudFront.

Amazon CloudFront presenta una nueva ubicación de borde en Shenzhen, China

Fecha: 19 de septiembre de 2019

Detalles: Amazon CloudFront presenta el lanzamiento de una nueva ubicación de borde de CloudFront (POP) en Shenzhen, China. Gracias a este nuevo POP operado por Ningxia Western Cloud Data Co. Ltd. (NWCD), CloudFront cuenta con 4 POP en 4 ciudades de China. Con este lanzamiento, los espectadores de Shenzhen verán una mejora del 62 % en la latencia promedio cuando accedan a contenidos a través de CloudFront.

Si desea consultar los precios de entrega de CloudFront en China, haga clic aquí. Si desea consultar la guía para desarrolladores, haga clic aquí. Para comenzar, inicie sesión en la consola de administración de AWS y empiece a agilizar su contenido.

Amazon CloudFront presenta la primera ubicación de borde en Portugal

Fecha: 4 de septiembre de 2019

Detalles: Anunciamos la primera ubicación de borde de Amazon CloudFront en Lisboa, Portugal. Gracias a esta nueva ubicación de borde, los espectadores que radiquen en Portugal observarán una mejora en la latencia de hasta el 60 % cuando accedan a contenido a través de CloudFront. CloudFront ahora tiene 190 puntos de presencia distribuidos en 72 ciudades de 33 países. Lea nuestro anuncio para obtener más información.

Para obtener más información sobre la infraestructura global de CloudFront, diríjase a Características de CloudFront.

Ampliación de la presencia de Amazon CloudFront en Medio Oriente con la primera ubicación de borde en Baréin

Fecha: 27 de agosto de 2019

Detalles: Anunciamos la primera ubicación de borde de Amazon CloudFront en Manama, Baréin. Gracias a esta nueva ubicación de borde, los espectadores que radiquen en Baréin observarán una mejora en la latencia de hasta el 40 % cuando accedan a contenido a través de CloudFront. CloudFront ahora tiene 189 puntos de presencia distribuidos en 71 ciudades de 32 países.

En Características de CloudFront puede encontrar información completa sobre la infraestructura global de CloudFront.

Presentación de una nueva ubicación de borde de Amazon CloudFront en Israel

Fecha: 13 de agosto de 2019

Detalles: Presentamos la introducción de Amazon CloudFront en Israel con la primera ubicación de borde en Tel Aviv. Esta nueva ubicación de borde permitirá que CloudFront reduzca en hasta un 75 % la latencia para la entrega de contenido a los espectadores de Israel. CloudFront ahora posee un total de 188 Puntos de presencia (PoP) en 70 ciudades en un total de 31 países.

Para obtener más información sobre los precios de CloudFront, incluidos los precios para la nueva ubicación de borde en Israel, visite nuestra página de precios.

Presentación de la compatibilidad de Amazon CloudFront con los permisos basados en etiquetas y según el nivel de recursos

Fecha: 8 de agosto de 2019

Detalles: Ya puede definir políticas de Identity and Access Management (IAM) para especificar permisos detallados basados en etiquetas y según el nivel de recursos en CloudFront. Estas nuevas características proporcionan mayor flexibilidad para administrar el acceso a sus distribuciones de CloudFront.

Antes, podía aplicar políticas de IAM para administrar las acciones del usuario en CloudFront, pero no podía restringir acciones para distribuciones específicas en su cuenta. Ahora, con los permisos a nivel de recursos puede configurar políticas de IAM que hagan referencia a distribuciones individuales de CloudFront mediante nombres de recursos de Amazon (ARN) o comodines, y especificar los usuarios y las acciones permitidos únicamente en dichos agentes. De igual manera, con el control de acceso basado en etiquetas, puede crear políticas de IAM del usuario que permitan o rechacen las acciones en distribuciones específicas de CloudFront basadas en las etiquetas asociadas a ellas.

Para comenzar a usar esta nueva función, consulte la guía para el desarrollador de CloudFront. Para obtener más información acerca de Amazon CloudFront, visite nuestra página del producto.

Nueva compatibilidad de Lambda@Edge con Python3.7

Fecha: 1 de agosto de 2019

Detalles: A partir de hoy, puede usar el lenguaje de programación Python, además de Node.js que ya es totalmente compatible, para desarrollar funciones en Lambda@Edge. Esto le da la flexibilidad de optar por un lenguaje de programación a medida que desarrolla funciones.

Para empezar, basta con cargar el código de su función mediante la CLI de AWS o la consola de AWS Lambda, seleccionar el tiempo de ejecución de Python 3.7 y asociar un evento de Amazon CloudFront. Las funciones de Lambda@Edge, activadas por eventos de CloudFront, amplían su código personalizado en todas las ubicaciones de AWS de todo el mundo, lo que le permite ejecutar la lógica de las aplicaciones más cerca de sus usuarios finales para mejorar la capacidad de respuesta.

Para obtener más información acerca de Lambda@Edge, visite la página del producto. Para obtener más información sobre el modelo de programación Python de Lambda, consulte la documentación. También puede utilizar estas funciones de ejemplo para implementar y probar rápidamente las funciones de Lambda@Edge que creó en Python.

Presentamos la monitorización mejorada de Lambda@Edge en la consola de Amazon CloudFront.

Fecha: 20 de junio de 2019

Detalles: a partir de hoy, puede monitorizar las funciones Lambda asociadas con sus distribuciones de Amazon CloudFront directamente desde la consola de Amazon CloudFront para tener una experiencia de monitorización y depuración más sencilla.

Anteriormente, tenía que acceder a las consolas de CloudFront y de AWS Lambda por separado para monitorizar las distribuciones y las funciones asociadas. A partir de hoy, obtiene los siguientes beneficios en la consola de CloudFront: 

• Un panel de monitorización renovado que enumera todas sus distribuciones de CloudFront y las funciones asociadas de Lambda@Edge. Esto le permite seleccionar y ver rápidamente las métricas de distribución y de ejecución de funciones asociadas.
• Una vista de las métricas de distribución optimizada con errores 5xx de Lambda@Edge agregados que se agrupan lógicamente por distribución, lo que facilita la distinción y la resolución de problemas si los errores 5xx de CloudFront son causados por sus orígenes o una función de Lambda@Edge.
• Una nueva vista de errores de Lambda@Edge detallada para cada distribución que muestra un desglose por región de las métricas de errores de las funciones: errores de ejecución de funciones, errores de respuestas de funciones no válidas y limitaciones. Si ve un aumento de los errores en una o más regiones de AWS, puede seleccionar la región y ver los registros respectivos que están almacenados en AWS CloudWatch.

La presentación de hoy no cambia ninguna capacidad en la consola de Lambda. Consulte nuestro blog para obtener una guía paso a paso sobre cómo monitorizar y depurar las funciones de Lambda con la consola de CloudFront.

Visite la consola de CloudFront para comenzar. Para obtener más información acerca de Amazon CloudFront, visite nuestra página del producto.

Amazon CloudFront anuncia la incorporación de siete ubicaciones de borde nuevas en América del Norte, Europa y Australia.

Fecha: 18 de junio de 2019

Detalles: Amazon CloudFront anuncia siete ubicaciones de borde nuevas. Cuatro de las ubicaciones de borde nuevas están ubicadas en América del Norte: Houston, Texas (2); Hillsboro, Oregón y Toronto, Ontario. Se agregaron dos ubicaciones en Europa: Mánchester, Inglaterra y Zúrich, Suiza, mientras que otra ubicación de borde se agregó en Sídney, Australia. La incorporación de estas ubicaciones de borde nuevas duplicó nuestra capacidad en cada ciudad, lo que nos permite atender el creciente número de solicitudes de espectadores. En la página web Características de CloudFront puede encontrar una lista completa de todas las ubicaciones globales de CloudFront.

Presentación de 11 ubicaciones de borde nuevas de Amazon CloudFront en India, Japón y Estados Unidos.

Fecha: 7 de mayo de 2019

Detalles: presentación de 11 ubicaciones de borde nuevas de Amazon CloudFront en todo el mundo, incluida su primera ubicación de borde en Salt Lake City, Utah. Las incorporaciones se realizaron en las siguientes ciudades:

Estados Unidos

• Salt Lake City, Utah (nueva ciudad en la red de CloudFront)
• Boston, Massachusetts
• Seattle, Washington
• Phoenix, Arizona

Japón

• Tokio

India

• Hyderabad (2)
• Bangalore (2)
• Delhi (2)

El lanzamiento de estas seis nuevas ubicaciones de borde en India duplica eficazmente la capacidad de CloudFront en la región. Cada ubicación de borde nueva de CloudFront continúa mejorado el rendimiento general del suministro de aplicaciones web a los usuarios. En la página web de características de CloudFront puede encontrar una lista completa de todas las ubicaciones globales de CloudFront.

Amazon CloudFront mejora la seguridad cuando se agregan nombres de dominio alternativos a una distribución.

Fecha: 8 de abril de 2019

Detalles: A partir de hoy, el proceso de agregar un nombre de dominio alternativo a una distribución en Amazon CloudFront es aún más seguro que antes. Ahora, cuando agregue un nombre de dominio alternativo a una distribución, como www.ejemplo.com, también tiene que asociarle un certificado SSL/TLS a esa distribución que incluya el nombre de dominio alternativo. Con el lanzamiento de hoy, solo quienes tengan acceso autorizado al certificado del dominio pueden agregarlo a una distribución de CloudFront con un nombre de dominio alternativo.

Cuando se agregan nombres de dominio alternativos a CloudFront, es posible entregar el contenido por medio de un CNAME personalizado a partir de los registros DNS, como www.ejemplo.com, en vez de un dominio predeterminado que asigna CloudFront, como puede ser d111111abcdef8.cloudfront.net. Debido a este cambio, cuando se agrega un nombre de dominio alternativo por medio de la consola de administración de AWS o la API de CloudFront, ahora es necesario asociarle un certificado a la distribución que confirme que tiene derechos autorizados para usar el nombre de dominio alternativo. El certificado debe tener validez y provenir de una autoridad de certificación de confianza pública, como AWS Certificate Manager, que proporciona certificados SSL/TLS públicos de forma gratuita. Todos los nombres de dominio alternativos que se hayan agregado a una distribución de CloudFront antes de que este cambio entre en vigor continuarán funcionando como antes. No se requiere ninguna acción para mantener el tráfico actual.

Para obtener más información acerca de cómo funciona este proceso nuevo, consulte nuestro blog, donde se proporcionan más detalles sobre este cambio, y también la Guía del desarrollador de CloudFront, que ha sido actualizada. Para comenzar a usar CloudFront, visite la página Introducción.

Presentación de seis ubicaciones de borde nuevas para Amazon CloudFront en Estados Unidos y Francia.

Fecha: 6 de febrero de 2019

Detalles: presentamos seis ubicaciones de borde nuevas para Amazon CloudFront que agregan capacidad ampliable a nuestra red en sus respectivas regiones. Cinco de las ubicaciones de borde nuevas se encuentran en Estados Unidos: Atlanta (2), Chicago, Dallas y Houston. La ampliación aumenta la capacidad de procesamiento de solicitudes de CloudFront en hasta un 50 %, en promedio, en estas áreas. La sexta ubicación de borde nueva se encuentra en París, Francia. Como siempre, cada ubicación de borde de CloudFront nueva mejora la entrega y el rendimiento de sus aplicaciones web para sus clientes. En la página web de características de CloudFront puede encontrar una lista completa de todas las ubicaciones globales de CloudFront.

Amazon CloudFront anuncia la incorporación de diez nuevas ubicaciones de borde en América del Norte, Europa y Asia

Fecha: 11 de diciembre de 2018

Detalles: se incorporan diez nuevas ubicaciones de borde de Amazon CloudFront que incrementan nuestra presencia global. Ocho de las nuevas ubicaciones de borde se encuentran en Estados Unidos: Houston, Texas (nuestra primera ubicación en esta ciudad), Chicago, Illinois, Newark, Nueva Jersey, Los Ángeles, California y Ashburn, Virginia. También agregamos una ubicación de borde en Berlín, Alemania y otra en Tokio, Japón.

Con este lanzamiento, se aumenta la capacidad de procesamiento de solicitudes de CloudFront en un 40 %, en promedio, en ciudades de Estados Unidos.

Estas nuevas ubicaciones de borde amplían la presencia global existente de CloudFront y mejoran los niveles de entrega, rendimiento y escala que ofrecemos a nuestros clientes. En la página web de características de CloudFront puede encontrar una lista completa de todas las ubicaciones globales de CloudFront.

Celebramos el 10.° aniversario de Amazon CloudFront lanzando seis nuevas ubicaciones de borde, que suman en total 150 puntos de presencia en todo el mundo.

Fecha: 20 de noviembre de 2018

Detalles: Amazon CloudFront anuncia seis nuevas ubicaciones de borde en cuatro continentes. En Estados Unidos, las nuevas ubicaciones están en Chicago, Newark y Ashburn. En otros países, las nuevas ubicaciones están en Múnich, Tokio y Río de Janerio. Hace poco más de un año, anunciamos nuestra ubicación de borde número 100 en Tokio. Con la incorporación de estas seis nuevas ubicaciones, la red global de CloudFront llega a 150 puntos de presencia en todo el mundo, distribuidos en 65 ciudades y 29 países.

Asimismo, hace tan solo unos días celebramos el décimo aniversario de CloudFront. Consulte nuestra entrada de blog, donde se explica la historia de cómo se creó CloudFront en respuesta a un problema interno de Jeff Bezos y Andy Jassy. Gracias por formar parte de nuestro proceso evolutivo. ¡Brindemos por los próximos diez años!

Amazon CloudFront anuncia la compatibilidad con la conmutación por error en origen

Fecha: 20 de noviembre de 2018

Detalles: a partir de hoy mismo, puede habilitar la conmutación por error en origen para sus distribuciones de Amazon CloudFront con el fin de mejorar el contenido que entrega a sus usuarios finales.

Con la función de conmutación por error en origen de CloudFront, puede configurar dos orígenes para sus distribuciones (principal y secundario), de forma que su contenido se sirva desde el origen secundario si CloudFront detecta que el origen principal no está disponible. CloudFront ya le permite configurar páginas de error personalizadas o generar redirecciones con Lambda@Edge si su origen no está disponible. Ahora, con la conmutación por error en origen, puede configurar fácilmente la lógica de conmutación por error entre combinaciones de orígenes de AWS y orígenes HTTP distintos de AWS, de forma que haya una interrupción mínima con su experiencia de lectura. Por ejemplo, puede tener dos buckets de Amazon S3 que actúen como origen, en los que puede cargar contenido de forma independiente. Si un objeto que CloudFront solicita de su bucket principal no está presente o si se agota el tiempo de espera de la conexión con su bucket principal, CloudFront pedirá el objeto a su bucket secundario. Por consiguiente, puede configurar CloudFront para que active una conmutación por error en respuesta a los códigos de estado HTTP 4xx o 5xx.

No se aplican cargos adicionales por el uso de esta característica. Para obtener más información sobre cómo funciona la conmutación por error en origen en CloudFront, consulte nuestra Guía para desarrolladores o visite nuestra página web para empezar a utilizar esta función.

Amazon CloudFront anuncia la compatibilidad con el protocolo WebSocket

Fecha: 20 de noviembre de 2018

Detalles: ahora puede usar Amazon CloudFront para las aplicaciones que utilizan el protocolo WebSocket para proporcionar mayor rendimiento y seguridad a sus usuarios finales.

WebSocket es un protocolo de comunicación en tiempo real que proporciona comunicación bidireccional entre un cliente (como un navegador) y un servidor a través de una conexión TCP de larga duración. Mediante el uso de una conexión abierta persistente, el cliente y el servidor pueden enviarse datos en tiempo real sin que el cliente tenga que reiniciar frecuentemente conexiones para comprobar el intercambio de nuevos datos. Las conexiones WebSocket se utilizan a menudo en aplicaciones de chat, plataformas de colaboración, juegos multijugador y plataformas de operaciones financieras.

Gracias a la compatibilidad de CloudFront con el protocolo WebSocket, ahora puede consolidar su tráfico WebSocket a través del mismo recurso de CloudFront, como cualquier otro contenido dinámico y estático. También puede usar la red perimetral global de CloudFront para realizar los protocolos SSL/TLS para las conexiones WebSocket que están próximas a sus usuarios y aprovechar la red optimizada de AWS para mejorar la capacidad de respuesta y la fiabilidad de sus aplicaciones. Asimismo, puede disfrutar de una amplia protección DDOS para mitigar los ataques que se producen cerca del origen a través de AWS Shield y AWS WAF, servicios perfectamente integrados con CloudFront.

Puede usar WebSockets globalmente; no se necesita ninguna configuración adicional para habilitar el protocolo WebSocket en su recurso de CloudFront, ya que ahora se admite de forma predeterminada. El envío de datos a través del protocolo WebSocket no conlleva cargos adicionales. Se aplican los cargos estándar de CloudFront.

Para obtener más información sobre cómo usar el protocolo WebSocket en CloudFront, consulte nuestra Guía para desarrolladores o visite nuestra página web para empezar a utilizarlo.

Amazon CloudFront anuncia la incorporación de seis nuevas ubicaciones de borde en América del Norte, Europa y Asia

Fecha: 6 de noviembre de 2018

Detalles: se incorporan seis nuevas ubicaciones de borde de Amazon CloudFront que incrementan nuestra presencia global en las principales ciudades del mundo. Las nuevas ubicaciones de borde se encuentran en Hyderabad (2), Nueva Delhi, Londres (2) y Hillsboro. Las ubicaciones de Hyderabad, India, y Hillsboro, Oregón, son ubicaciones totalmente nuevas. Con este lanzamiento, la capacidad de procesamiento de solicitudes promedio de CloudFront en India y el Reino Unido se incrementa en hasta un 55 %.
La incorporación de estas ubicaciones de borde mejora los niveles de entrega, rendimiento y escala que podemos ofrecer a nuestros clientes. En la página web de características de CloudFront puede encontrar una lista completa de todas las ubicaciones globales de CloudFront.

Amazon CloudFront presenta dos nuevas ubicaciones de borde, incluida una segunda ubicación en los Emiratos Árabes Unidos

Fecha: 12 de octubre de 2018

Detalles: Amazon CloudFront anuncia dos nuevas ubicaciones de borde: Fuyaira, en los Emiratos Árabes Unidos y París en Francia. Fuyaira es nuestra segunda ubicación de borde en los Emiratos Árabes Unidos; la primera, Dubái, se lanzó el mes pasado. Los clientes que entreguen contenido en los Emiratos Árabes Unidos pueden esperar una mejora de hasta un 90 % en la latencia. La incorporación de una nueva ubicación de borde en París, Francia, aumenta nuestra capacidad en la zona en un 50 %. En la página web de detalles de CloudFront puede encontrar una lista completa de todas las ubicaciones globales de CloudFront.

Amazon CloudFront lanza una segunda ubicación de borde en Nueva Delhi, India

Fecha: 12 de septiembre de 2018

Detalles: se anuncia la incorporación de una segunda ubicación de borde para Amazon CloudFront en Nueva Delhi, India. La incorporación de esta ubicación duplica la capacidad de CloudFront en la región tanto para el procesamiento de las solicitudes de los espectadores como para el almacenamiento local de contenido en caché. Si desea consultar una lista completa de la red global de CloudFront, visite la página web de detalles de CloudFront.

Amazon CloudFront: lanzamiento de la primera ubicación de borde en Dubai, Emiratos Árabes Unidos

Fecha: 4 de septiembre de 2018

Detalles: se anuncia el primer ingreso de Amazon CloudFront en Medio Oriente con el lanzamiento de una ubicación de borde en Dubai, Emiratos Árabes Unidos. Si desea consultar una lista completa de la red global de CloudFront, visite la página web de detalles de CloudFront.

Amazon CloudFront se expande a los países nórdicos con sus primeras ubicaciones de borde en Noruega y Dinamarca

Fecha: 15 de agosto de 2018

Detalles: presentamos dos nuevas ubicaciones de borde de Amazon CloudFront en Oslo, Noruega, y Copenhague, Dinamarca. Ambas ubicaciones, que serán las primeras en sus respectivos países, aumentarán la capacidad de CloudFront en los países nórdicos en un 55%. La expansión de CloudFront a los países nórdicos mejora aún más la disponibilidad y el rendimiento de la entrega de contenido a los usuarios de la región. En comparación con el rendimiento de CloudFront anterior a la incorporación de las nuevas ubicaciones, esperamos que los usuarios finales de CloudFront observen una reducción del 35% de la latencia en la entrega de contenido en Noruega y Dinamarca.

En la página web de detalles de CloudFront puede encontrar una lista completa de todas las ubicaciones globales de CloudFront.

Lambda@Edge ahora le otorga acceso al cuerpo de la solicitud para el procesamiento de operaciones POST/PUT de HTTP

Fecha: 14 de agosto de 2018

Detalles: Lambda@Edge le suministra acceso a varios atributos de HTTP, como URI, encabezados y cadenas de consulta para personalizar el contenido que se envía a los usuarios finales. A partir de hoy, también puede obtener acceso al cuerpo de la solicitud de HTTP en las funciones de Lambda, lo que le permite ejecutar lógica personalizada y generar una respuesta directamente desde el borde.

Normalmente, los desarrolladores usan formularios web/HTML o errores/balizas web como mecanismo para recopilar datos de usuarios finales y, a continuación, procesarlos en sus servidores de origen propios. El acceso al cuerpo de la solicitud a partir de las funciones de Lambda le permite descargar la lógica al borde y mejorar la latencia para el usuario final. Por ejemplo, si tiene un sitio web estático con un formulario web de contacto, puede hacer una llamada de red a una tabla global de Amazon DynamoDB para guardar los datos de la función de Lambda. O bien, si está recopilando datos del comportamiento de los usuarios finales a través de una baliza web en su sitio web, puede registrarlos directamente en un punto de enlace de Amazon Kinesis Firehose a partir de la función de Lambda, lo que simplifica la infraestructura de origen.

No se aplican cargos adicionales por el uso de esta característica. Para obtener más información acerca de Lambda@Edge, visite la página del producto. Para obtener más información acerca de cómo utilizar esta nueva característica, consulte los siguientes recursos:

Para empezar, vea ejemplos de funciones de Lambda que muestran cómo obtener acceso al cuerpo de la solicitud y cómo modificarlo

Lea la publicación de blog acerca de cómo crear un acceso directo para el ingreso de datos globales con Amazon CloudFront, Lambda@Edge y Amazon Kinesis Firehose

Para obtener más información, consulte la documentación.

Anuncio: se añaden nueve ubicaciones de borde internacionales nuevas para Amazon CloudFront en ciudades importantes de Estados Unidos, Europa y Asia

Fecha: 24 de julio de 2018

Detalles: se anuncian nueve ubicaciones de borde nuevas para Amazon CloudFront, lo que amplía nuestra presencia en ciudades importantes de todo el mundo. Se añaden cinco ubicaciones de borde nuevas en EE. UU.: Los Angeles, California; San Jose, California; Newark, Nueva Jersey; Dallas/Fort Worth, Texas; y Miami, Florida. En Europa, se incorporan tres ubicaciones de borde: dos en Londres, Inglaterra, y una en Fráncfort, Alemania. Por último, en Asia se suma una ubicación de borde en Tokio, Japón. La novena en esta ciudad.

Con este lanzamiento, se aumenta la capacidad de procesamiento de solicitudes de CloudFront en un 40%, en promedio, en las cinco ciudades de Estados Unidos y en las dos de Europa.

Estas nuevas ubicaciones de borde ampliarán la presencia global existente de CloudFront y mejorarán los niveles de entrega, rendimiento y escala que ofrecemos a nuestros clientes. En la página web de detalles de CloudFront puede encontrar una lista completa de todas las ubicaciones globales de CloudFront.

Amazon CloudFront anuncia cuatro nuevas ubicaciones de borde, entre las que se incluye su primera ubicación en Ciudad del Cabo, Sudáfrica

Fecha: 12 de julio de 2018

Detalles: Anuncio de cuatro nuevas ubicaciones de borde de Amazon CloudFront: Ciudad del Cabo, Sudáfrica; Denver, Colorado; Fráncfort, Alemania; y Taipéi, Taiwán. Ciudad del Cabo es la segunda ubicación de borde en Sudáfrica. La primera fue Johannesburgo, que se lanzó en junio de 2018. Los clientes que entregan contenido en Sudáfrica ya observan una mejora de la latencia de hasta el 75% en promedio. La incorporación de una nueva ubicación de borde en Denver, Colorado, duplica nuestra capacidad en dicha ciudad. La nueva ubicación de borde en Fráncfort es la séptima en la ciudad, mientras que la de Taipéi es la tercera. La incorporación de estas ubicaciones continúa la ampliación de la capacidad y la presencia global de CloudFront, lo que nos permite ofrecer mejores niveles de escala y rendimiento a los clientes.

Se puede ver una lista completa de la infraestructura global de CloudFront en la página web de detalles de CloudFront.

Amazon CloudFront se expande hacia África con una nueva ubicación de borde en Johannesburgo y la primera ubicación de borde en Bangalore

Fecha: 14 de junio de 2018

Detalles: desde el lanzamiento de Amazon CloudFront en noviembre de 2008, hemos expandido continuamente la presencia de nuestra infraestructura alrededor del mundo para mejorar la disponibilidad y el rendimiento de la entrega de contenido. Hoy nos complace anunciar el lanzamiento de dos nuevas ubicaciones de borde: una en Johannesburgo, Sudáfrica, y otra en Bangalore, India. La ubicación de borde de Johannesburgo es el primer punto de presencia (PoP) de Amazon CloudFront en el continente africano. Con la incorporación de estas dos ubicaciones, la red global de CloudFront llega a 119 puntos de presencia en 58 ciudades, distribuidos en 26 países.

La expansión de Amazon CloudFront hacia Sudáfrica mejora aún más la disponibilidad y el rendimiento para la entrega de contenido a los espectadores de la región. Creemos que los clientes que utilizan Amazon CloudFront para llegar a los espectadores en Sudáfrica verán mejoras en el rendimiento de hasta un 75% como resultado de la reducción de la latencia para su contenido. Se espera que el nuevo PoP de Bangalore incremente la capacidad de CloudFront en India en hasta un 25%.

Además de reducir la latencia, estas ubicaciones de borde también aportan el paquete de beneficios completo que brinda Amazon CloudFront, como Lambda@Edge, el cifrado en el nivel de campo y Amazon S3 Transfer Acceleration, así como la integración continua con otros servicios de AWS como AWS Certificate Manager (ACM), AWS Shield, AWS WAF, AWS Simple Storage Service (S3) y Amazon Elastic Compute Cloud (EC2). Las nuevas ubicaciones de borde de Johannesburgo y Bangalore se crearon conforme a los mismos estándares altos que nuestras otras ubicaciones de borde de CloudFront de todo el mundo, lo cual incluye el cumplimiento de las normas PCI, DSS, HIPAA e ISO en relación con la infraestructura y los procesos para garantizar una entrega segura de la información más confidencial.

Puede encontrar información sobre los precios de CloudFront, incluidos los precios en las nuevas ubicaciones de borde de Sudáfrica, en la página de precios.

Amazon CloudFront lanza su octava ubicación de borde en Tokio, Japón

Fecha: 30 de mayo de 2018

Detalles: Amazon CloudFront anuncia la incorporación de una octava ubicación de borde en Tokio, Japón. De esta forma, seguimos ampliando la capacidad de CloudFront en la región, lo que nos permite atender mayores volúmenes de tráfico web.

Si desea consultar una lista completa de la red global de CloudFront, visite la página web de detalles del producto CloudFront.

Lambda@Edge añade compatibilidad con Node.js v8.10

Fecha: 14 de mayo de 2018

Detalles: A partir de hoy, puede usar Node.js v8.10 para desarrollar funciones en Lambda@Edge, además del tiempo de ejecución Node.js v6.10, que ya se admite.

Node.js v8.10, la versión actual del soporte a largo plazo (LTS) de Node, usa el nuevo motor V8 6.0, que ofrece un mejor rendimiento en comparación con la versión de LTS anterior 6.x. Además, Node.js v8.10 admite nuevas características, como async/await, una nueva manera de gestionar operaciones asincrónicas en Node.js. Esto le permite escribir código más simple, fácil y claro para llamadas no bloqueantes. Puede leer esta publicación del blog para obtener más detalles acerca de los beneficios de la característica async/await introducida en Node.js v8.10.

Para comenzar, puede cargar su código Node.js como una función de AWS Lambda a través de la consola de Lambda o la CLI de AWS y seleccionar el tiempo de ejecución Node.js 8.10. Si ya dispone de funciones de Node.js, puede cambiarse al nuevo tiempo de ejecución. Para ello, debe realizar los cambios necesarios en el código para garantizar la compatibilidad con el nuevo tiempo de ejecución y editar la configuración de sus funciones para establecer Node.js 8.10 como tiempo de ejecución.

Para obtener más información acerca de Lambda@Edge, visite la página del producto. Para obtener más información acerca del modelo de programación de Node.js de Lambda, puede consultar la documentación.

Amazon CloudFront lanza una tercera ubicación de borde en Singapur y una segunda en Taipéi, Taiwán

Fecha: 25 de abril de 2018

Detalles: Amazon CloudFront anuncia la incorporación de una tercera ubicación de borde en Singapur y una segunda en Taipéi, Taiwán. Cada ubicación de borde que incorporamos a la infraestructura de AWS incrementa la capacidad de CloudFront para suministrar contenido seguro con baja latencia y alta disponibilidad en todo el mundo.

Se puede ver una lista completa de la infraestructura global de CloudFront en la página web de detalles de CloudFront.

Lambda@Edge ahora admite el uso de S3 como origen para personalizar la entrega de contenido basada en encabezados de solicitudes.

Fecha: 20 de marzo de 2018

Detalles: a partir de hoy, Lambda@Edge le permite personalizar aún más la entrega de contenido almacenado en un bucket de Amazon S3. Podrá obtener acceso a encabezados de listas blancas adicionales, incluidos los encabezados personalizados, dentro de eventos orientados al origen. Por ejemplo, puede configurar Amazon CloudFront para que almacene en memoria caché y reenvíe un encabezado de país a su origen de S3 y, a continuación, use Lambda@Edge para redireccionar a los espectadores de manera dinámica a versiones específicas para países de su sitio web, en función de la ubicación del espectador. CloudFront también almacena en memoria caché las respuestas para mejorar aún más el rendimiento de las solicitudes posteriores dirigidas a su sitio web.

Hasta ahora, podía configurar Amazon CloudFront con un origen de S3 para reenviar y almacenar en caché objetos basados únicamente en tres encabezados: Access-Control-Request-Headers, Access-Control-Request-Method y Origin. Esto limitaba la capacidad para utilizar el potencial pleno de Lambda@Edge, ya que solo podía usar cookies y cadenas de consulta cuando quería personalizar la entrega del contenido almacenado en buckets de S3. Sin embargo, con este lanzamiento, ahora puede configurar CloudFront con un origen de S3 para almacenar en caché y reenviar varios encabezados adicionales, como CloudFront-Viewer-Country o CloudFront-Is-*-Viewer y, a continuación, usar Lambda@Edge para personalizar contenido en función de estos encabezados y entregar contenido con baja latencia a sus espectadores. Si desea ver todos los encabezados admitidos, haga clic aquí.

No se aplica ninguna tarifa adicional por el uso de esta nueva capacidad. Para obtener más información acerca de Lambda@Edge, visite la página del producto. Para obtener más información acerca de cómo utilizar esta nueva característica, consulte los siguientes recursos:

• Ejemplos que muestran la personalización de contenido en función de la ubicación del espectador y el tipo de dispositivo utilizado.
• Ejemplo que muestra la selección de orígenes dinámicos basada en contenido mediante el uso de encabezados.  

CloudFront ahora es compatible con certificados ECDSA para conexiones HTTPS a orígenes

Fecha: 15 de marzo de 2018

Detalles: a partir de hoy, puede usar Amazon CloudFront para negociar conexiones HTTPS a orígenes mediante el algoritmo de firma digital de curva elíptica (ECDSA). ECDSA usa claves más pequeñas que son más rápidas pero igual de seguras que el algoritmo RSA anterior. Las claves más pequeñas también aumentarán la cantidad de operaciones exitosas TLS que sus orígenes pueden procesar por segundo, lo que permite ahorrar ciclos de cómputo y reducir el costo de la criptografía. Para habilitar ECDSA, simplemente configure el servidor de origen que se usará y seleccione un certificado ECDSA como predeterminado. No se aplican cargos adicionales por el uso de esta característica.

Para obtener más información sobre el funcionamiento de ECDSA en CloudFront, consulte la publicación del blog y la guía del desarrollador de CloudFront.

Amazon CloudFront lanza la cuarta ubicación de borde en Seúl, Corea del Sur

Fecha: 19 de febrero de 2018

Detalles: Amazon CloudFront anuncia la incorporación de una nueva ubicación de borde en Seúl, Corea del Sur, lo que eleva el número total a cuatro en esta ciudad. La incorporación de esta última ubicación de borde continúa ampliando la capacidad de CloudFront en la región, lo que nos permite atender mayores volúmenes de tráfico web.

Se puede ver una lista completa de la infraestructura global de CloudFront en la página web de detalles de CloudFront.

Amazon CloudFront anuncia seis nuevas ubicaciones de borde: añade dos más en Tokio, Japón, y la primera en Perth, Australia.

Fecha: 5 de enero de 2018

Detalles: Amazon CloudFront anuncia seis nuevas ubicaciones de borde que se incorporan a su red global. Estas seis nuevas ubicaciones de borde se encuentran en las siguientes ciudades:

Perth, Australia; Chennai, India; Río de Janeiro, Brasil; Los Angeles, California, y otras dos ubicaciones de borde adicionales en Tokio, Japón.

Se puede ver una lista completa de la infraestructura global de CloudFront en la página web de detalles de CloudFront.

Lambda@Edge ahora permite personalizar respuestas de error desde el origen

Fecha: 21 de diciembre de 2017

Detalles: a partir de hoy, Lambda@Edge permite personalizar respuestas de error desde el origen mediante la ejecución de funciones de Lambda en respuesta a errores HTTP que Amazon CloudFront recibe desde el origen. Esto significa que las funciones de Lambda@Edge asociadas con el evento de respuesta de origen de Amazon CloudFront ahora se invocarán para códigos de estado de error 4XX y 5XX, además de los códigos de estado que se admiten actualmente, 2XX (correcto) y 3XX (redireccionar).

Lea nuestro anuncio para obtener más información.

Presentamos el cifrado a nivel de campo en Amazon CloudFront

Fecha: 14 de diciembre de 2017

Detalles: a partir de hoy, puede utilizar una nueva capacidad de Amazon CloudFront denominada cifrado a nivel de campo para mejorar aún más la protección de la información confidencial, como números de tarjetas de crédito o información de identificación personal (PII), como números de seguridad social. El cifrado en el nivel de campo de CloudFront cifra los datos confidenciales de un formulario HTTPS utilizando claves de cifrado específicas de campo (que deben proporcionarse) antes de que se reenvíe una solicitud POST al origen. Esto garantiza que solo determinados componentes o servicios de la pila de aplicaciones puedan descifrar y visualizar los datos confidenciales.

Lea nuestro anuncio para obtener más información.

Amazon CloudFront añade seis ubicaciones de borde y se ofrece en cuatro ciudades nuevas

Fecha: 22 de noviembre de 2017

Detalles: Hoy Amazon CloudFront anuncia la incorporación de seis nuevas ubicaciones de borde a la red global de entrega de contenido. Las nuevas ubicaciones de borde se encuentran en: Helsinki (Finlandia), Madrid (España), Mánchester (Inglaterra), Denver (Colorado), Newark (Nueva Jersey) y Phoenix (Arizona).

Cuatro de estas ubicaciones de borde (Helsinki, Mánchester, Denver y Phoenix) introducen nuevas ciudades a la red de CloudFront y cada una de las seis ubicaciones de borde proporciona capacidad adicional dentro de su región. Se puede ver una lista completa de la infraestructura global de CloudFront en la página web de detalles de CloudFront.

Para obtener más información acerca de Amazon CloudFront, visite nuestra página web de introducción, donde encontrará los próximos seminarios web y otros recursos útiles.

Lambda@Edge ahora admite la selección dinámica del origen basada en contenido, llamadas a la red a partir de eventos de los visitantes y generación de respuestas avanzadas

Fecha: 21 de noviembre de 2017

Detalles: a partir de hoy, puede usar tres capacidades nuevas con Lambda@Edge que lo ayudarán a crear contenido personalizado para sus espectadores. Simultáneamente, se mejorará el nivel de latencia y se simplificará la infraestructura de origen. En primer lugar, con la selección dinámica de origen basada en contenido, puede direccionar solicitudes a diferentes servidores de origen backend en función de atributos de solicitud como ubicación del espectador, tipo de dispositivo del espectador, encabezados HTTP, ruta de URL, cadena de consulta o cookies. En segundo lugar, puede realizar llamadas de red remotas desde eventos conectados a espectadores de Amazon CloudFront. En tercer lugar, puede generar datos binarios desde las funciones de Lambda@Edge, lo que le permite distribuir contenido más completo y personalizado mediante Amazon CloudFront. También aumentamos los límites de las funciones de Lambda@Edge. Puede elegir hasta 1536 MB de memoria, implementar paquetes de mayor tamaño (hasta 50 MB) e implementar funciones de Lambda@Edge con tiempos de espera más prolongados (hasta 30 segundos).

Lea nuestro anuncio para obtener más información.

Amazon CloudFront abre su punto de presencia n.º 101 al lanzar su primera ubicación de borde en Palermo, Italia.

Fecha: 6 de noviembre de 2017

Detalles: la semana pasada anunciamos nuestro punto de presencia n.º 100. Hoy, Amazon CloudFront presenta una nueva ciudad en su red con el lanzamiento de nuestra primera ubicación de borde en Palermo, Italia. Ahora tenemos dos ubicaciones de borde en Italia. La otra se encuentra en Milán. Nuestra red tiene 101 puntos de presencia que constan de 90 ubicaciones de borde y 11 cachés de borde regionales. La incorporación de Palermo en Italia como una nueva ciudad es la primera de muchas expansiones de red que anunciaremos durante los próximos meses.

Para obtener más información acerca de Amazon CloudFront y cómo empezar, visite nuestra página web para ver los próximos seminarios web.

Amazon CloudFront ahora cuenta con 100 puntos de presencia gracias al lanzamiento de su quinta ubicación de borde en Tokio, Japón.

Fecha: 31 de octubre de 2017

Detalles: aproximadamente nueve años atrás, Amazon Web Services (AWS) anunciaba el lanzamiento de Amazon CloudFront, su red de entrega de contenido (CDN) global. Lo que comenzó como una red de borde innovadora y de alto rendimiento con 14 puntos de presencia se transformó actualmente en un servicio que atiende a millones de espectadores de todo el mundo. Hoy nos complace anunciar el punto de presencia n.º 100 (89 ubicaciones de borde y 11 cachés de borde regionales) en una de las áreas geográficas de mayor crecimiento de Amazon CloudFront: Japón. Nuestro punto de presencia (POP) n.º 100 también es la quinta ubicación de borde en Tokio y nuestra sexta en Japón.

Los 100 puntos de presencia de Amazon CloudFront ofrecen alcance en todo el mundo, al incluir sitios en 50 ciudades y 23 países. El año pasado, aumentamos el tamaño de nuestra red en más de un 50 por ciento mediante la incorporación de 37 ubicaciones. Entre ellas, se encuentran nueve ciudades y cuatro países nuevos*: Berlín, Alemania; Minneapolis, Minnesota; Praga, República Checa*; Boston, Massachusetts; Múnich, Alemania; Viena, Austria*; Kuala Lumpur, Malasia*; Filadelfia, Pensilvania; y Zúrich, Suiza*.

Durante la conferencia re:Invent de 2016, anunciamos un nuevo tipo de capa de caché llamado cachés de borde regionales, que incorporaban 11 puntos de presencia a nuestra red. Estas ubicaciones cuentan con un ancho de caché superior al de nuestras ubicaciones de borde tradicionales y se encuentran entre nuestras ubicaciones de borde y el servidor de origen del cliente. Esto nos permite almacenar en caché el contenido del cliente durante más tiempo y más cerca de sus espectadores, lo que logra reducir la carga en el origen del cliente e implementar recuperaciones de origen con mayor rapidez.

Tenemos el honor de trabajar con clientes de todos los tamaños y de todo el mundo. Desde el blogger que trabaja por su cuenta o el propietario de una empresa pequeña a las corporaciones más grandes del mundo, valoramos a cada uno de ustedes y les agradecemos por formar parte de nuestra red global.

Gracias,

– El equipo de Amazon CloudFront

Para obtener más información acerca de Amazon CloudFront y cómo empezar, visite nuestra página web para ver los próximos seminarios web.

Amazon CloudFront anuncia su punto de presencia n.º 99 con su segunda ubicación de borde en Miami, FL.

Fecha: 30 de octubre de 2017

Detalles: el equipo de Amazon CloudFront se complace en anunciar su punto de presencia n.º 99 con la incorporación de una segunda ubicación de borde en Miami, Florida. Los 99 puntos de presencia de Amazon CloudFront incluyen 88 ubicaciones de borde y 11 cachés de borde regionales. Nuestra red está distribuida en 50 ciudades de 23 países de todo el mundo. Para obtener más información acerca de Amazon CloudFront y cómo empezar, visite nuestra página web para ver los próximos seminarios web.

Amazon CloudFront continúa ampliando su capacidad para la región de los países nórdicos, Europa Occidental y el oeste de Estados Unidos mediante la incorporación de nuevas ubicaciones en Estocolmo, Londres y Dallas.

Fecha: 11 de octubre de 2017

Detalles: el equipo de Amazon CloudFront se complace en anunciar tres puntos de presencia adicionales ubicados en Estocolmo, Londres y Dallas. Ahora, Estocolmo tiene tres puntos de presencia, Londres cinco y Dallas cuatro. Estas tres nuevas incorporaciones a la red continúan ampliando la capacidad de Amazon CloudFront en cada región, lo que ayuda a garantizar una experiencia de usuario final segura, ágil y fiable.

En la actualidad, Amazon CloudFront tiene 98 puntos de presencia (87 ubicaciones de borde y 11 cachés de borde regionales) en 50 ciudades de 23 países. Para ver una lista completa de todas las ubicaciones de CloudFront, consulte nuestro sitio web aquí. Conozca al equipo de CloudFront en uno de nuestros próximos seminarios web.

Lambda@Edge ahora ofrece acceso a parámetros de cadenas de consulta, encabezados de tipo de dispositivo y país.

Fecha: 10 de octubre de 2017

Detalles: Lambda@Edge le permite personalizar contenido con baja latencia sin tener que administrar servidores de origen. A partir de hoy, Lambda@Edge facilita aún más la profundización de la personalización de su contenido mediante la concesión de acceso a atributos adicionales de la solicitud. Ahora puede obtener acceso a parámetros de cadenas de consulta, encabezados de tipo de dispositivo y país en sus funciones de AWS Lambda. Con esta capacidad puede, por ejemplo, redireccionar a los usuarios finales a versiones de su sitio web específicas para un idioma o país en función de la ubicación a partir de la cual el usuario final realizó la solicitud.

No se aplican cargos adicionales por el uso de esta característica. Para obtener más información acerca de Lambda@Edge, visite la página del producto. Para obtener más información acerca de cómo utilizar esta nueva característica, consulte los siguientes recursos:

• Ejemplo que muestra la personalización del contenido en función de la ubicación y del tipo de dispositivo del usuario final.
• Averigüe cómo obtener acceso a los parámetros de las cadenas de consulta.

Amazon CloudFront ahora le permite seleccionar una política de seguridad con TLS v1.1, v1.2 mínimo y cifradores de seguridad para conexiones de espectadores.

Fecha: 27 de septiembre de 2017

Detalles: A partir de hoy, puede profundizar el nivel de seguridad de sus aplicaciones web en Amazon CloudFront mediante la selección de una política de seguridad predefinida que ejecuta las versiones 1.1 o 1.2 de TLS como la versión de protocolo mínima. Amazon CloudFront seleccionará automáticamente el conjunto de cifradores para la política de seguridad que seleccionó y que usará para cifrar el contenido antes de devolverlo a los espectadores mediante HTTPS. Por ejemplo, con esta característica, puede seleccionar la política de seguridad que ejecuta la versión 1.1 de TLS y los cifradores débiles, como RC4 y 3DES, se excluirán automáticamente. Esta característica está disponible cuando usa certificados SSL personalizados para atender solicitudes HTTPS con SNI.

Todas las distribuciones existentes de CloudFront que están configuradas para usar certificados SSL personalizados y para atender solicitudes HTTPS con SNI utilizarán, de manera predeterminada, la versión 1.0 de TLS y todos los cifradores compatibles, excepto RC4. Puede cambiar la política de seguridad para estas distribuciones mediante la API o la consola de CloudFront. Tenga en cuenta que esta característica se aplica al protocolo de enlace SSL para las conexiones de espectadores a CloudFront. Anteriormente, los clientes podían especificar las versiones 1.1 o 1.2 de TLS como mínimas para el protocolo de enlace entre CloudFront y sus orígenes personalizados.

No se aplican cargos adicionales por el uso de esta característica. Si desea obtener más información acerca de las políticas de seguridad, que ejecutan las versiones de TLS mínimas y su conjunto de cifradores asociado, consulte la documentación de CloudFront.

De una costa a la otra, Amazon CloudFront lanza su primera ubicación de borde en Boston, MA, y una tercera en Seattle, WA.

Fecha: 22 de septiembre de 2017

Detalles: el equipo de Amazon CloudFront se complace en anunciar la ampliación de sus ubicaciones de borde a una nueva ciudad: Boston, MA. Además de esta nueva ciudad, ya se encuentra en funcionamiento una tercera ubicación de borde en Seattle, Washington. Ambas ubicaciones de borde continúan mejorando el rendimiento de CloudFront, lo que permite lograr que la experiencia de su usuario final sea más ágil y fiable.

En la actualidad, Amazon CloudFront tiene 95 puntos de presencia (84 ubicaciones de borde y 11 cachés de borde regionales) en 50 ciudades de 23 países. Lea nuestro anuncio para obtener más información.

Anuncio de ubicaciones de borde adicionales en Chicago y Fráncfort para Amazon CloudFront

Fecha: 11 de agosto de 2017

Detalles: nos complace anunciar el lanzamiento de dos ubicaciones de borde adicionales para Amazon CloudFront: Chicago, Illinois, y Fráncfort, Alemania. Ahora Chicago tiene dos ubicaciones de borde, mientras que Fráncfort ahora tiene seis. Cada ubicación de borde nueva mejora el rendimiento y la disponibilidad de CloudFront que reciben los usuarios finales de su aplicación.

Con la incorporación de estas dos ubicaciones, el número total de ubicaciones de Amazon CloudFront ahora es de 93 (incluidas 82 ubicaciones de borde y 11 ubicaciones de caché de borde regionales). Lea nuestro anuncio para obtener más información.

Anunciamos una tercera ubicación de borde en París, Francia, para Amazon CloudFront

Fecha: 4 de agosto de 2017

Detalles: nos complace anunciar el lanzamiento de nuestra tercera ubicación de borde en París, Francia. De esta manera, el número total de ubicaciones de borde de Amazon CloudFront aumenta a 91 (incluidas las 80 ubicaciones de borde y las 11 ubicaciones de caché de borde regionales). Lea nuestro anuncio para obtener más información.

Anunciamos una segunda ubicación de borde en Estocolmo, Suecia, para Amazon CloudFront

Fecha: 21 de julio de 2017

Detalles:  nos complace anunciar una nueva ubicación de borde para Amazon CloudFront en Estocolmo, Suecia. Esta es nuestra segunda ubicación de borde en el área de Estocolmo, lo que eleva el número total de ubicaciones para CloudFront a 90 (incluidos los 79 puntos de presencia y las 11 ubicaciones de caché de borde regionales). Lea nuestro anuncio para obtener más información.

Anunciamos una nueva ubicación de borde para Amazon CloudFront y Amazon Route 53 en Kuala Lumpur, la primera que lanzamos en Malasia

Fecha: 20 de julio de 2017

Detalles: nos complace anunciar el lanzamiento de nuestra ubicación de borde más reciente para Amazon CloudFront y Amazon Route 53 en Kuala Lumpur, la primera que lanzamos en Malasia. Con la incorporación de esta ubicación en Malasia, el número total de ubicaciones de Amazon CloudFront se eleva a 89 (incluidos 78 puntos de presencia y 11 ubicaciones de caché de borde regionales). Lea nuestro anuncio para obtener más información.

Lambda@Edge ya se encuentra disponible de forma general

Fecha: 17 de julio de 2017

Lambda@Edge ya se encuentra disponible de forma general para todos los clientes. Puede utilizar esta característica nueva de AWS Lambda para ejecutar funciones de Node.js en ubicaciones de AWS globales sin aprovisionar ni administrar servidores, lo que le permite distribuir contenido más completo y personalizado con baja latencia a sus clientes.

Tan solo debe cargar su código en AWS Lambda y configurarlo para que lo lancen eventos de Amazon CloudFront (es decir, solicitud de espectador, respuesta de espectador, solicitud de origen y respuesta de origen). Cuando CloudFront recibe una solicitud relacionada, se direcciona a la ubicación de AWS óptima cercana al espectador para que se ejecute. A continuación, Lambda@Edge ejecuta el código y ajusta su escala en función del volumen de solicitudes en la red global de CloudFront. Con Lambda@Edge, puede ejecutar código para personalizar páginas web en cada solicitud individual, crear lógica de autenticación personalizada que se ejecute globalmente y simplificar la distribución de encabezados personalizados seguros. Además, ahora puede realizar llamadas de red remotas para obtener acceso a recursos de Internet en eventos con conexión a origen y generar contenido web dinámico desde cero en tiempo real y en función de sus solicitudes. En conjunto, esta funcionalidad les permite a los clientes distribuir contenido más completo y personalizado con latencias bajas a los usuarios finales.

Las funciones de Lambda@Edge ahora se pueden escribir en EE. UU. Este (Norte de Virginia) y se replicarán globalmente para invocaciones en respuesta a eventos de CloudFront.

Para obtener más información acerca de cómo Lambda@Edge ayuda a los desarrolladores, consulte nuestra documentación.

Ahora Amazon CloudFront es un servicio que cumple los requisitos de HIPAA

Fecha: 1 de junio de 2017

AWS amplió su programa de conformidad con HIPAA para incluir Amazon CloudFront como un servicio que cumple los requisitos de HIPAA. Si tiene un acuerdo para socios empresariales (BAA) con AWS, ahora puede usar Amazon CloudFront para acelerar la entrega de información de sanidad protegida (PHI). Puede encontrar información sobre los servicios que cumplen los requisitos de HIPAA en AWS en nuestra página Conformidad con HIPAA.

Si ya tiene un BAA con AWS, puede empezar a usar inmediatamente Amazon CloudFront con las cuentas que cubre su BAA. Si no tiene un BAA ejecutado con AWS o tiene otras preguntas sobre los servicios que cumplen los requisitos de HIPAA en AWS, contáctenos y lo comunicaremos con un representante de nuestro equipo de ventas de AWS.

Para obtener más información sobre Amazon CloudFront y la creación de aplicaciones para el sector de atención médica en AWS, consulte la documentación de Amazon CloudFront y la sección de computación en la nube de AWS en la página para el sector de atención médica.

Anunciamos una segunda ubicación de borde en Seattle, Washington, para Amazon CloudFront 

Fecha: 23 de mayo de 2017

Detalles: nos complace anunciar una nueva ubicación de borde para Amazon CloudFront en Seattle, Washington. Todas las ubicaciones de borde nuevas ayudan a mejorar los niveles de rendimiento y disponibilidad para los usuarios finales de su aplicación. Esta es nuestra segunda ubicación de borde en el área de Seattle, lo que eleva el número total de ubicaciones para CloudFront a 88 (incluidos los 77 puntos de presencia y las 11 ubicaciones de caché de borde regionales). Lea nuestro anuncio para obtener más información.

Amazon CloudFront agrega nuevas ubicaciones de borde en Tokio, Japón, y en Dallas/Fort Worth, Texas 

Fecha: 9 de mayo de 2017

Detalles: nos complace anunciar nuevas ubicaciones de borde para Amazon CloudFront en Tokio, Japón, y en Dallas/Fort Worth, Texas. Todas las ubicaciones de borde nuevas ayudan a mejorar los niveles de rendimiento y disponibilidad para los usuarios finales de su aplicación. Lea nuestro anuncio para obtener más información.

Anunciamos una tercera ubicación de borde en Atlanta, Georgia, para Amazon CloudFront  

Fecha: 21 de abril de 2017

Detalles: nos complace anunciar una nueva ubicación de borde para Amazon CloudFront en Atlanta, Georgia. Todas las ubicaciones de borde nuevas ayudan a mejorar los niveles de rendimiento y disponibilidad para los usuarios finales de su aplicación. Esta es nuestra tercera ubicación de borde en el área de Atlanta, lo que eleva el número total de ubicaciones para CloudFront a 85 (incluidos los 74 puntos de presencia y las 11 ubicaciones de caché de borde regionales). Lea nuestro anuncio para obtener más información.

Configure valores de tiempo de espera persistente y de lectura para sus orígenes personalizados de Amazon CloudFront

Fecha: 30 de marzo de 2017

Detalles: nos complace anunciar que, a partir de hoy, puede configurar valores de tiempo de espera de inactividad persistente y de lectura que Amazon CloudFront usa cuando se comunica con orígenes personalizados. Puede aumentar o disminuir cualquiera de dichos valores según las necesidades de sus aplicaciones. Lea nuestro anuncio para obtener más información.

Anunciamos una nueva ubicación de borde en Zúrich, la primera en Suiza

Fecha: 15 de marzo de 2017

Detalles: nos complace anunciar el lanzamiento de nuestra ubicación de borde más reciente en Zúrich, la primera en Suiza. Con la incorporación de la nueva ubicación de borde en Zúrich, ahora Amazon CloudFront cuenta con un total de 73 ubicaciones de borde a nivel mundial. Lea nuestro anuncio para obtener más información.

Anunciamos un nueva ubicación de borde en Praga, la primera en República Checa

Fecha: 8 de marzo de 2017

Detalles: nos complace anunciar el lanzamiento de nuestra ubicación de borde más reciente en Praga, la primera en República Checa. Con la incorporación de la nueva ubicación de borde en Praga, ahora Amazon CloudFront cuenta con un total de 72 ubicaciones de borde a nivel mundial. Lea nuestro anuncio para obtener más información.

Nueva ubicación de borde en Filadelfia, Pensilvania, para Amazon CloudFront

Fecha: 24 de febrero de 2017

Detalles: nos complace anunciar la incorporación de una nueva ubicación de borde en Filadelfia, Pensilvania, para Amazon CloudFront. Con la incorporación de la ubicación de borde de Filadelfia, ahora hay un total de 24 ubicaciones de borde en los EE. UU. y 71 en todo el mundo. Lea nuestro anuncio para obtener más información.

Lambda@Edge ahora admite generación de respuestas y registro personalizado

Fecha: 8 de febrero de 2017

Detalles: hoy nos complace anunciar dos nuevas características, generación de respuestas y registro personalizado, que ahora admiten las funciones de Lambda@Edge. Gracias a la generación de respuestas, Lambda@Edge ahora le permite escribir funciones de Lambda que pueden generar una respuesta HTTP a las solicitudes de los usuarios finales que se reciben en las ubicaciones de borde de AWS. Además, ahora las funciones de Lambda@Edge pueden incluir enunciados de registro personalizados, lo que le permite escribir estos registros en Amazon CloudWatch para poder depurar y controlar las funciones de Lambda@Edge mientras se ejecutan en las ubicaciones de borde. Lea nuestro anuncio para obtener más información. Para inscribirse en la versión preliminar, visite la página de la versión preliminar de Lambda@Edge.

Anunciamos una nueva ubicación de borde en Viena, la primera en Austria

Fecha: 7 de febrero de 2017

Detalles: nos complace anunciar el lanzamiento de nuestra ubicación de borde más reciente en Viena, la primera en Austria. Con la incorporación de la nueva ubicación de borde en Viena, ahora Amazon CloudFront cuenta con un total de 70 ubicaciones de borde a nivel mundial. Lea nuestro anuncio para obtener más información.

Anunciamos una nueva ubicación de borde en Múnich para Amazon CloudFront, nuestra 7º ubicación de borde en Alemania

Fecha: 25 de enero de 2017

Detalles: nos complace anunciar la incorporación de una nueva ubicación de borde en Múnich, Alemania, para Amazon CloudFront. La ubicación de Múnich es la tercera de Alemania (además de las de Fráncfort y Berlín) y la 7º ubicación de borde en Alemania, lo que eleva a 69 el número total de ubicaciones de borde a nivel mundial. Lea nuestro anuncio para obtener más información.

Presentación de Lambda@Edge en versión preliminar – Ejecute las funciones de Lambda en las ubicaciones de borde de AWS que se encuentren más cerca de los usuarios

Fecha: 1 de diciembre de 2016

Detalles: Lambda@Edge, ahora en versión preliminar, le permite escribir funciones implementadas en la red de AWS de las ubicaciones de borde en respuesta a CloudFront. Esta nueva característica le permite personalizar contenido para los usuarios finales que se encuentran cerca suyo, lo que disminuye la latencia de red. Por ejemplo, puede modificar encabezados de HTTP a fin de personalizar su aplicación para cada usuario, implementar autenticación personalizada o lógica de cifrado exactamente en el borde, detectar y agrupar usuarios por dispositivo, admitir dispositivos heredados a través de una nueva aplicación de formato en la respuesta del espectador, y mucho más.

Lambda@Edge está integrado con Amazon CloudFront y utiliza eventos de CloudFront como disparadores para ejecutar funciones automáticamente en las ubicaciones de borde de AWS, sin necesidad de ejecutar o administrar servidores. Solo escriba y cargue la función Node.js con la consola de Lambda y seleccione el evento disparador de CloudFront. Lambda@Edge se encargará de distribuir la función en las ubicaciones de borde más cercanas a los usuarios finales. Al igual que con Lambda en la actualidad, paga una tarifa cada vez que la función se ejecuta y por el tiempo informático que consume. No existen cargos cuando su función no se está ejecutando.

Para obtener más información sobre Lambda@Edge, haga clic aquí. Para obtener detalles adicionales e información de límites del servicio, consulte la Guía para desarrolladores de CloudFront. Para inscribirse en la versión preliminar pública, haga clic aquí. 

Presentamos las cachés de borde regionales para Amazon CloudFront

Fecha: 29 de noviembre de 2016

Detalles: nos complace anunciar que Amazon CloudFront añadió un nuevo tipo de ubicación de borde llamado caché de borde regional, que mejora aún más el rendimiento para los espectadores. Además de mejorar el rendimiento, las cachés de borde regionales también ayudan a reducir la carga de los recursos de origen, lo que disminuye la carga operativa asociada con el escalado del origen y la reducción de los costos de origen. Las flamantes nueve ubicaciones de caché de borde regionales se encuentran en el Norte de Virginia, Oregón, São Paulo, Fráncfort, Singapur, Seúl, Tokio, Mumbai y Sídney.

Las cachés de borde regionales se activan de manera predeterminada para las distribuciones de CloudFront, no es necesario realizar ningún cambio en sus distribuciones para aprovechar esta característica. Tampoco se aplican cargos adicionales por utilizar esta característica. Lea nuestro anuncio para obtener más información.

Amazon CloudFront incorpora nuevas ubicaciones de borde en Minneapolis, MN, Berlín, Alemania, y la cuarta en Londres, Inglaterra

Fecha: 23 de noviembre de 2016

Detalles: nos complace anunciar nuevas ubicaciones de borde en las ciudades de Minneapolis, Minnesota, y Berlín, Alemania. También incorporamos una cuarta ubicación de borde en Londres, Inglaterra. Estas incorporaciones elevan el número de ubicaciones de borde a nivel mundial a 68. Lea nuestro anuncio para obtener más información.

Anunciamos la tercera ubicación de borde para Amazon CloudFront en Hong Kong

Fecha: 18 de noviembre de 2016

Detalles: nos complace anunciar una nueva ubicación de borde en Hong Kong para Amazon CloudFront. Esta es la tercera ubicación de borde que tenemos en Hong Kong, lo que eleva el número total de ubicaciones de borde en todo el mundo a 65. Lea nuestro anuncio para obtener más información.

Anuncio de nuestra cuarta ubicación de borde en Japón para Amazon CloudFront

Fecha: 11 de noviembre de 2016

Detalles: nos complace anunciar la nueva ubicación de borde en Tokio, Japón (Asia Pacífico), para Amazon CloudFront. Se trata de la tercera ubicación de borde en Tokio y la cuarta en Japón, lo que aumenta a 64 el número total de ubicaciones de borde en todo el mundo. Lea nuestro anuncio para obtener más información.

Traiga sus propios certificados SSL/TLS con AWS Certificate Manager

Fecha: 21 de octubre de 2016

Detalles: ahora puede utilizar AWS Certificate Manager (ACM) para importar un certificado SSL/TLS emitido por una autoridad de certificación (CA) externa y asociarlo con sus distribuciones de CloudFront en cuestión de minutos. Puede utilizar la consola de administración de AWS para monitorear las fechas de caducidad del certificado importado e importar un certificado de un tercero que sustituya a uno que esté a punto de caducar. Importar certificados no cuesta nada. Solo debe pagar por los recursos de AWS que utilice para ejecutar su aplicación. Tenga en cuenta que CloudFront todavía admite el uso de certificados cargados al almacén de certificados de Identity and Access Management (IAM). Para obtener más información sobre los requisitos previos de la importación de certificados, consulte el anuncio de ACM y la documentación.

Anunciamos compatibilidad con la versión 6 del protocolo de Internet (IPv6) de Amazon CloudFront

Fecha: 6 de octubre de 2016

Detalles: nos complace anunciar que, a partir de hoy, puede utilizar Amazon CloudFront para entregar su contenido a través de IPv6 y IPv4 con HTTP/HTTPS.

A partir de hoy, IPv6 estará habilitado por defecto para todas las distribuciones web de Amazon CloudFront nuevas que se creen. Para las distribuciones web existentes, puede habilitar IPv6 mediante la consola o la API de Amazon CloudFront. Los espectadores y las redes que se conecten a las ubicaciones de borde de Amazon CloudFront a través de IPv6 recibirán contenido automáticamente mediante IPv6. Si se conectan a través de IPv4, este seguirá funcionando. Las conexiones a los servidores de origen seguirán siendo IPv4.

Estamos habilitando IPv6 en todas las redes de sistema autónomas (AS) en un despliegue por fases que comienza hoy y se prevé que concluya en todas las redes en las próximas semanas. Para obtener más información sobre la compatibilidad de Amazon CloudFront con IPv6, consulte la Guía para desarrolladores de Amazon CloudFront y las preguntas frecuentes.

Anunciamos dos nuevas ubicaciones de borde en Fráncfort, Alemania, para Amazon CloudFront

Fecha: 23 de septiembre de 2016

Detalles: nos complace anunciar la nueva ubicación de borde en Fráncfort, Alemania, para Amazon CloudFront. La ciudad de Fráncfort ya dispone de cinco ubicaciones de borde, lo cual eleva el total de ubicaciones de borde en todo el mundo a 63. Lea nuestro anuncio para obtener más información.

Anunciamos una segunda ubicación de borde en Mumbai, India (Asia Pacífico), para Amazon CloudFront

Fecha: 19 de septiembre de 2016

Detalles: nos complace anunciar la nueva ubicación de borde en Mumbai, India (Asia Pacífico), para Amazon CloudFront. Esta es la segunda ubicación de borde que tenemos en Mumbai, lo cual eleva el total de ubicaciones de borde en todo el mundo a 61. Lea nuestro anuncio para obtener más información.

Anunciamos una segunda ubicación de borde para Atlanta, Georgia, para Amazon CloudFront

Fecha: 12 de septiembre de 2016

Detalles: nos complace anunciar la nueva ubicación de borde en Atlanta, Georgia, para Amazon CloudFront. Esta es la segunda ubicación de borde que tenemos en Atlanta, Georgia, lo cual eleva el total de ubicaciones de borde en todo el mundo a 60. Lea nuestro anuncio para obtener más información.

Amazon CloudFront ya es compatible con HTTP/2

Fecha: 7 de septiembre de 2016

Detalles: nos complace anunciar que ya es posible habilitar HTTP/2 para sus distribuciones de Amazon CloudFront con el fin de mejorar el rendimiento del contenido web entregado a los clientes compatibles con el nuevo protocolo HTTP/2.

HTTP/2, una versión mejorada de HTTP, es compatible con la multiplexación, la compresión de encabezados y la prioridad de transmisiones que hacen que la carga y el renderizado de páginas se efectúen con mayor velocidad. HTTP/2 está habilitado por defecto en todas las distribuciones nuevas de Amazon CloudFront. En el caso de distribuciones existentes, se puede habilitar HTTP/2 si se modifica la configuración de la distribución. El uso de esta característica no conlleva ningún cargo adicional. Los clientes que no sean compatibles con HTTP/2 podrán seguir comunicándose con distribuciones de Amazon CloudFront con HTTP/2 habilitado mediante el uso de HTTP/1.1.

Para obtener más información sobre HTTP/2, consulte la sección sobre versiones de HTTP admitidas de la Guía para desarrolladores de Amazon CloudFront.

Presentamos la lista blanca de cadenas de consultas para Amazon CloudFront

Fecha: 30 de agosto de 2016

Detalles: Amazon CloudFront ya le permite especificar una lista blanca de los parámetros de cadenas de consultas que desea que utilice para el almacenamiento en la memoria caché, mientras que sigue enviando todos los parámetros al origen. El almacenamiento en la memoria caché a partir de parámetros de cadenas de consultas puede mejorar significativamente el rendimiento para los usuarios finales al mejorar la proporción de aciertos de caché y reducir la carga en el origen.

Para obtener más información sobre la lista blanca de cadenas de consultas, diríjase a la sección acerca de cómo configurar CloudFront para almacenamiento en memoria caché a partir de parámetros de cadenas de consultas de la Guía para desarrolladores de Amazon CloudFront. Para obtener más información sobre Amazon CloudFront, consulte la página del producto Amazon CloudFront.

Anunciamos las etiquetas de asignación de costos para Amazon CloudFront

Fecha: 9 de agosto de 2016

Detalles: nos complace anunciar que ya se pueden agregar etiquetas de asignación de costos a las distribuciones de Amazon CloudFront. Las etiquetas le facilitan la asignación de costos y optimizan los gastos al categorizar y agrupar recursos de AWS. Por ejemplo, puede usar etiquetas para agrupar recursos por administrador, nombre de aplicación, centro de costos o proyecto específico.

Para obtener más información sobre la asignación de costos, consulte Uso de etiquetas de asignación de costos. Si ya está listo para añadir etiquetas a sus distribuciones de CloudFront, consulte la página sobre cómo agregar etiquetas en Amazon CloudFront.

Nuevas ubicaciones de borde en Montreal y en Toronto, nuestras primeras en Canadá

Fecha: 8 de agosto de 2016

Detalles: nos complace anunciar el lanzamiento de nuestras ubicaciones de borde más recientes en Toronto y Montreal, las primeras en Canadá. También agregamos una segunda ubicación de borde en São Paulo, Brasil, que es la tercera que tenemos allí.

Con la incorporación de las nuevas ubicaciones en Canadá y la segunda ubicación de borde en San Pablo, Amazon CloudFront ahora tiene un total de 59 ubicaciones de borde en todo el mundo. Para ver una lista de todas las ubicaciones de borde globales de Amazon CloudFront, consulte nuestra lista de ubicaciones de borde. Para obtener más información sobre el servicio, regístrese y asista a la sesión mensual de asesoramiento que incluye preguntas y respuestas con ingenieros y gerentes de producto de Amazon CloudFront.  

Anunciamos una ubicación de borde en Nueva Delhi, India, para Amazon CloudFront

Fecha: 14 de junio de 2016

Detalles: nos complace anunciar que hemos incorporado una nueva ubicación de borde en Nueva Delhi, India, para Amazon CloudFront y Amazon Route 53. La ubicación en Nueva Delhi es la tercera que tenemos en la India (junto con la de Mumbai y Chennai), lo cual eleva el total de ubicaciones de borde en todo el mundo a 56. Para ver una lista de todas las ubicaciones de borde globales de Amazon CloudFront, consulte nuestra lista de ubicaciones de borde aquí.

Anunciamos una tercera ubicación de borde en Seúl, Corea del Sur, para Amazon CloudFront

Fecha: 13 de mayo de 2016

Detalles: nos complace anunciar una nueva ubicación de borde en Seúl, Corea del Sur, para Amazon CloudFront. Esta es la tercera ubicación de borde que tenemos en Seúl, Corea del Sur, lo cual eleva el total de ubicaciones de borde en todo el mundo a 55. Lea nuestro anuncio para obtener más información.

Amazon CloudFront se integra con AWS Certificate Manager

Fecha: 21 de enero de 2016

Detalles: ya puede proporcionar certificados SSL/TLS y asociarlos con distribuciones de CloudFront en cuestión de minutos. Solo tiene que aprovisionar un certificado con el nuevo AWS Certificate Manager (ACM) e implementarlo en su distribución de CloudFront con un par de clics. Luego el ACM se encarga de administrar las renovaciones del certificado. ACM permite aprovisionar, implementar y administrar el certificado sin cargos adicionales.

No obstante, CloudFront sigue admitiendo el uso de certificados obtenidos de una entidad de certificación externa y cargados en el almacén de certificados de IAM. Visite el blog de Jeff Barr para obtener más detalles.

Ahora puede establecer conexiones HTTPS y admitir TLSv1.1 y TLSv1.2 entre Amazon CloudFront y el servidor de origen.

Fecha: 13 de enero de 2016

Detalles: Ahora puede configurar CloudFront para conectarse a su servidor de origen a través de HTTPS independientemente de si el usuario realizó la solicitud a través de HTTP o HTTPS.  

También puede activar TLSv1.1 y TLSv1.2 entre CloudFront y su servidor de origen. Como parte de esta característica, también puede elegir los protocolos que CloudFront utiliza cuando se comunica con su origen: SSLv3, TLSv1.0, TLSv1.1 o TLSv1.2.

Para obtener más información sobre las nuevas características de seguridad de origen de CloudFront, lea más aquí.

Ahora puede añadir o modificar encabezados de solicitudes reenviados desde Amazon CloudFront al origen

Fecha: 28 de diciembre de 2015

Detalles: ahora puede configurar Amazon CloudFront para que agregue encabezados personalizados o sobrescriba el valor de los encabezados existentes en las solicitudes reenviadas al origen. Puede usar estos encabezados para verificar que las solicitudes que se hagan a su origen se hayan enviado desde CloudFront. Incluso puede configurar su origen para permitir únicamente solicitudes que contengan los valores de encabezado personalizados que usted haya especificado. Además, si utiliza varias distribuciones de CloudFront con el mismo origen, puede usar encabezados personalizados para distinguir qué distribución ha hecho cada solicitud de origen. Por último, los encabezados personalizados se pueden usar para ayudar a determinar los encabezados CORS correctos que se devuelven para sus solicitudes. Puede configurar los encabezados personalizados a través de la API de CloudFront y la consola de administración de AWS. Esta característica no tiene costos adicionales.

Si desea obtener más información sobre cómo configurar los encabezados personalizados, puede seguir leyendo sobre el asunto aquí.

Amazon CloudFront ahora es compatible con la compresión automática Gzip en el borde

Fecha: 17 de diciembre de 2015

Detalles: ahora puede configurar Amazon CloudFront para que aplique automáticamente la compresión GZIP cuando los navegadores y otros clientes soliciten un objeto comprimido con archivos de texto y otros formatos comprimibles. Esto significa que, si ya está utilizando Amazon S3, CloudFront puede comprimir de forma transparente este tipo de contenido. Para orígenes externos a S3, realizar la compresión en el borde significa que no necesita utilizar recursos en su origen para hacerla. Como el tamaño de los objetos comprimidos es menor, las descargas son más rápidas y se reducen los cargos por transferencia de datos de CloudFront.

Para obtener más información sobre esta característica, visite la sección sobre gzip de la guía para desarrolladores de CloudFront.

Nueva ubicación de borde en Chicago, Illinois, para Amazon CloudFront y Amazon Route 53

Fecha: 1 de diciembre de 2015

Detalles: nos complace anunciar que hemos incorporado una nueva ubicación de borde en Chicago, Illinois, para Amazon CloudFront y Amazon Route 53. La nueva ubicación de borde ayuda a mejorar el rendimiento y la disponibilidad para los usuarios finales de su aplicación y es compatible con todas las características de Amazon CloudFront y Amazon Route 53 sin costo adicional. Con la incorporación de la ubicación de borde de Chicago, ahora hay un total de 21 ubicaciones de borde en los EE. UU. y 54 en todo el mundo.

Para ver una lista de todas las ubicaciones de borde globales de Amazon CloudFront, consulte nuestra lista de ubicaciones de borde aquí.

Control del acceso a su contenido de CloudFront con AWS WAF

Fecha: 6 de octubre de 2015

Detalles: ahora puede integrar su distribución web de CloudFront con AWS WAF, un firewall de aplicación web que ayuda a proteger las aplicaciones web de ataques al permitirle configurar reglas sobre la base de direcciones IP, encabezados HTTP y cadenas URI personalizadas. Mediante el uso de estas reglas, AWS WAF puede bloquear, autorizar o monitorear (contar) solicitudes web para su aplicación web.

Con AWS WAF, paga únicamente por lo que utiliza. El precio de AWS WAF se basa en la cantidad de reglas que implementa y la cantidad de solicitudes web que recibe su aplicación web. No se requieren pagos mínimos ni compromisos iniciales. Lea la publicación de blog de Jeff Barr para obtener más información.

Amazon CloudFront ahora está incluido dentro del conjunto de servicios que cumplen los requisitos de PCI DSS.

Fecha: 4 de agosto de 2015

Detalles: Amazon CloudFront ahora forma parte del conjunto de servicios que cumplen con el nivel 1 de comerciantes del Estándar de seguridad de datos del sector de tarjetas de pago (PCI DSS, Payment Card Industry Data Security Standard), que es el nivel más alto de cumplimiento para los proveedores de servicios.

El cumplimiento del PCI DSS es un requisito para cualquier negocio que almacene, procese o transmita datos de tarjetas de crédito. El cumplimiento del PCI de Amazon CloudFront ahora facilita que el e-commerce minorista, la reserva de viajes, la venta de boletos o las aplicaciones de compra desde la aplicación integren Amazon CloudFront como parte de su arquitectura y cumplan con el PCI DSS. Debido a que Amazon CloudFront es compatible con la entrega de contenido dinámico y estático, los clientes como los negocios de e-commerce pueden usar el mismo servicio seguro para la entrega de todo el sitio, a fin de acelerar la navegación y la experiencia del carro de compras de los visitantes de sus sitios.

Para obtener más información sobre el cumplimiento del PCI DSS por parte de Amazon CloudFront, lea nuestro anuncio en el blog.

Amazon CloudFront ahora es compatible con el TTL predeterminado y el TTL máx. configurables

Fecha: 17 de junio de 2015

Detalles: Amazon CloudFront ahora le permite configurar un tiempo de vida (TTL, Time-to-Live) máximo y un TTL predeterminado para especificar durante cuánto tiempo CloudFront almacenará en la caché los objetos en ubicaciones de borde. Anteriormente, Amazon CloudFront le permitía configurar un TTL mínimo. Con estas nuevas características, incluso puede tener un mayor control pormenorizado sobre la duración del almacenamiento en caché de CloudFront. Lea el anuncio para obtener más información.

Amazon CloudFront facilita la anulación de varios objetos

Fecha: 21 de mayo de 2015

Detalles: la característica de anulación de Amazon CloudFront, que le permite quitar un objeto de la caché de CloudFront antes de que venza, ahora es compatible con el carácter comodín *. Puede agregar el carácter comodín * al final de la ruta de anulación para quitar todos los objetos que coinciden con esta ruta. Anteriormente, cuando quería invalidar varios objetos, tenía que enumerar cada una de las rutas de los objetos por separado. Ahora, puede anular varios objetos fácilmente mediante el carácter comodín *. Lea nuestro anuncio para obtener más información.

Nuevo informe de dispositivos de Amazon CloudFront, funcionalidad de exportación a CSV y mucho más

Fecha: 25 de marzo de 2015

Detalles: ahora puede obtener más información sobre los dispositivos que sus usuarios finales usan para obtener acceso al contenido que Amazon CloudFront está entregando. En el nuevo informe de dispositivos figura la cantidad de solicitudes provenientes de dispositivos móviles, tabletas, dispositivos de escritorio y televisores inteligentes durante el período que se especifique. También realizamos muchas otras mejoras en la sección de informes y análisis de la consola de administración de AWS, que ahora son más fáciles de usar y entre las que se incluye la funcionalidad de exportación a CSV. Lea nuestro anuncio para obtener más información.

Anuncio: anuncio de compatibilidad para la detección de televisores inteligentes

Fecha: 13 de marzo de 2015

Detalles: ahora puede usar Amazon CloudFront para almacenar en caché y entregar contenido personalizado a sus usuarios en un televisor inteligente sobre la base del valor del encabezado del agente del usuario. Consulte la Guía para desarrolladores de Amazon CloudFront para obtener más información sobre ese tema.

Amazon CloudFront incorpora cookies firmadas para el contenido privado

Fecha: 12 de marzo de 2015

Detalles: Amazon CloudFront ahora le ofrece una nueva forma de proteger su contenido privado: cookies HTTP firmadas de CloudFront. Anteriormente, podía controlar quiénes podían obtener acceso a su contenido de CloudFront al agregar una firma personalizada a cada URL de objeto. Ahora puede obtener el mismo grado de control al incluir la firma en una cookie HTTP en su lugar. Lea nuestro anuncio para obtener más información.

Presentación de las segundas ubicaciones de borde en Seúl, Corea del Sur, para Amazon CloudFront y Amazon Route 53

Fecha: 26 de enero de 2015

Detalles: nos complace anunciar la nueva ubicación de borde en Seúl, Corea del Sur, para Amazon CloudFront y Route 53. Esta es la segunda ubicación de borde que tenemos en Seúl, Corea del Sur, lo cual eleva el total de ubicaciones de borde en todo el mundo a 53. Lea nuestro anuncio para obtener más información.