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 Amazon CloudFront. Para obtener más información sobre Amazon CloudFront, visite la página del producto.

Las instancias C6g y C6gd de Amazon EC2 se encuentran disponibles en la región de Asia-Pacífico (Osaka). Además, las instancias M6gd ahora se encuentran disponibles en la región de Europa (Estocolmo). Las instancias C6g y C6gd son ideales para cargas de trabajo que requieran un uso informático intensivo, como de computación de alto rendimiento (HPC), procesamiento por lotes, entrega de anuncios, codificación de video, videojuegos, creación de modelos científicos, análisis distribuido e inferencia de machine learning basado en CPU. Las instancias M6gd son ideales para aplicaciones de uso general, como los servidores de aplicaciones, los microservicios, los almacenes de datos medianos y las flotas de almacenamiento en caché. Las instancias C6gd y M6gd ofrecen hasta un 50 % más de almacenamiento NVMe GB/vCPU en comparación con las instancias comparables basadas en x86 y son ideales para las aplicaciones que necesitan almacenamiento local de alta velocidad y baja latencia.

Estas instancias funcionan con los procesadores AWS Graviton2. Los procesadores AWS Graviton están diseñados a medida por AWS para brindar el mejor rendimiento de precios en Amazon EC2. Los procesadores Graviton2 de AWS son los procesadores Graviton de segunda generación y ofrecen un gran avance en cuanto a rendimiento y capacidades con respecto a los procesadores Graviton de AWS de primera generación, gracias a un rendimiento 7 veces mayor, un número de núcleos informáticos 4 veces mayor, cachés 2 veces más grandes y una memoria 5 veces más rápida. Los procesadores AWS Graviton2 cuentan con cifrado DRAM de 256 bits siempre activo y con un rendimiento de cifrado por núcleo un 50 % más rápido en comparación con los procesadores AWS Graviton de primera generación. Estas instancias están diseñadas a partir de AWS Nitro System, un conjunto de innovaciones de software y hardware diseñado por AWS que permite ofrecer servicios de nube eficientes, flexibles y seguros, con multitenencia aislada, redes privadas y almacenamiento local de gran velocidad. Estas instancias tienen un ancho de banda de la red de hasta 25 Gbps y hasta 19 Gbps de ancho de banda para Amazon Elastic Block Store (Amazon EBS). Las instancias C6gd y M6gd también brindan hasta 3,8 TB de almacenamiento SSD basado en NVMe.

Los procesadores AWS Graviton son compatibles con varios sistemas operativos de Linux, como Amazon Linux 2, Red Hat Enterprise Linux, SUSE y Ubuntu. Muchas aplicaciones y servicios populares de seguridad, monitoreo y administración, los contenedores, la integración continua y la entrega continua (CI/CD) de AWS y los socios de software también son compatibles con las instancias basadas en Graviton de AWS. El programa AWS Graviton Ready brinda a los clientes soluciones certificadas de proveedores de software de socios que pueden utilizarse en instancias basadas en Graviton de AWS. Muchos servicios de AWS también son compatibles con instancias basadas en Graviton, lo que hace que sea fácil y rápido descubrir las ventajas en precio y rendimiento. Entre los servicios de AWS compatibles con las instancias basadas en Graviton se incluyen Amazon Elastic Kubernetes Service (Amazon EKS), Amazon Elastic Container Service (Amazon ECS), AWS Lambda, AWS Fargate, Amazon Aurora, Amazon Relational Database Service (Amazon RDS), Amazon EMR y Amazon ElastiCache.

Tras esta expansión regional, la instancia C6g de Amazon EC2 ahora se encuentra disponible en el Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Norte de California), Oeste de EE. UU. (Oregón), Europa (Irlanda), Europa (Fráncfort), Europa (Londres), Europa (Estocolmo), Europa (Milán), Europa (París), América del Sur (São Paulo), regiones de AWS GovCloud (EE. UU.), Canadá (centro), Asia-Pacífico (Bombay), Asia-Pacífico (Osaka), Asia-Pacífico (Singapur), Asia-Pacífico (Sídney), Asia-Pacífico (Tokio), Asia-Pacífico (Seúl), Asia-Pacífico (Hong Kong), Oriente Medio (Baréin), China (Pekín, a cargo de Sinnet) y China (Ningxia, a cargo de NWCD) . La instancia C6gd de Amazon EC2 ahora se encuentra disponible en las regiones de AWS del Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Oregón), Oeste de EE. UU. (San Francisco), Asia-Pacífico (Bombay), Asia-Pacífico (Osaka), Asia-Pacífico (Tokio), Asia-Pacífico (Seúl), Asia-Pacífico (Singapur), Asia-Pacífico (Sídney), Canadá (centro), Europa (Fráncfort), Europa (Irlanda) y Europa (Londres). La instancia M6gd de Amazon EC2 ahora se encuentra disponible en las regiones de AWS del Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Oregón), Oeste de EE. UU. (San Francisco), Asia-Pacífico (Bombay), Asia-Pacífico (Tokio), Asia-Pacífico (Singapur), Asia-Pacífico (Sídney), Europa (Fráncfort), Europa (Irlanda), Europa (Londres) y Europa (Estocolmo). Todas las instancias están disponibles en 8 tamaños, con 1, 2, 4, 8, 16, 32, 48 y 64 vCPU, además de la opción bare metal. Estas instancias pueden adquirirse bajo demanda, como instancias reservadas, como instancias de spot o como parte de Savings Plans.

Para comenzar a utilizar las instancias basadas en AWS Graviton2, visite la consola de administración de AWS, la interfaz de línea de comandos (CLI) de AWS y los SDK de AWS. También puede comenzar con instancias basadas en Graviton sin cargo con la prueba gratuita de T4g, que brinda hasta 750 horas por mes con las instancias t4g.small hasta el 31 de diciembre de 2022. Para obtener más información, consulte la página de AWS Graviton o la página de introducción a Github.

Hoy, AWS anunció el lanzamiento del enrutamiento basado en IP para Amazon Route 53, el servicio en la nube de sistema de nombres de dominio (DNS) de AWS. Route 53 ofrece a los clientes múltiples opciones de enrutamiento, como el enrutamiento por geolocalización, el enrutamiento por geoproximidad, el enrutamiento basado en la latencia y el enrutamiento ponderado para dirigir a los usuarios finales a los puntos de conexión óptimos. Con la incorporación del enrutamiento basado en IP, los clientes ahora cuentan con la posibilidad adicional de ajustar su enfoque de enrutamiento de DNS basado en el bloque de enrutamiento entre dominios sin clases (CIDR) al que pertenece la dirección IP de origen de la consulta, con lo que se puede aprovechar el conocimiento de la base de usuarios finales para optimizar el rendimiento o los costos de tránsito de la red.

Por ejemplo, ahora puede dirigir a los usuarios finales de ciertas redes de proveedores de servicios de Internet (ISP) a puntos de conexión específicos, como las redes de entrega de contenidos (CDN). Estas asignaciones de ISP a CDN pueden ser únicas para cada cliente y estar basadas en factores como los contratos comerciales con las CDN o la topología de la red de un ISP asociado. Los clientes que han desarrollado mapas de decisión de enrutamiento basados en sus propios análisis y desean aplicarlos de forma integral a Route 53 ahora pueden cargar prefijos de direcciones IP (bloques CIDR) en Route 53, agruparlos en entidades que se pueden volver a utilizar, denominadas colecciones de CIDR, y asociar estas colecciones a uno o varios conjuntos de registros de recursos (RRSets). En el caso de los clientes que deseen aprovechar selectivamente el enrutamiento basado en IP para anulaciones específicas, el enrutamiento basado en IP también se puede utilizar en combinación con los tipos de enrutamiento existentes, como el enrutamiento por geolocalización.

El enrutamiento basado en IP de Route 53 ya se encuentra disponible de forma general en todas las regiones comerciales de AWS y en AWS China. Para obtener información sobre cómo utilizar esta característica, visite Elegir una política de enrutamiento en la documentación de Route 53 y el anuncio de enrutamiento basado en IP en el blog de Redes y entrega de contenido de AWS. Para obtener más información sobre los precios, visite la página de precios de Route 53.

La compatibilidad de AWS Proton con la definición de infraestructura en el lenguaje de configuración HashiCorp (HCL) y el aprovisionamiento de infraestructura con Terraform de código abierto ya está disponible de forma general en todas las regiones en las que Proton está disponible. Los equipos de plataformas ahora pueden definir plantillas de AWS Proton con módulos de Terraform, que se suman a CloudFormation. AWS Proton aprovecha la automatización administrada por el cliente de Terraform para aprovisionar o actualizar la infraestructura. Los clientes pueden utilizar Terraform como su herramienta de definición y aprovisionamiento de infraestructura. AWS Proton mantiene al día los módulos que se utilizan de manera consistente. Este lanzamiento de disponibilidad general incluye compatibilidad con repositorios de BitBucket para la administración de infraestructura y un sistema de mensajería mejorado en el servicio para que el estado de aprovisionamiento quede más claro.

AWS Proton es el primer servicio de implementación de aplicaciones completamente administrado para las aplicaciones de contenedores y sin servidores. Los equipos de plataformas pueden utilizar AWS Proton para conectar y coordinar las diversas herramientas que se necesitan para el aprovisionamiento de la infraestructura, las implementaciones de código, el monitoreo y las actualizaciones en una interfaz de autoservicio seleccionada para desarrolladores. La interfaz de autoservicio brinda a los desarrolladores acceso a la infraestructura aprobada para crear e implementar sus aplicaciones.

Para utilizar AWS Proton con Terraform de código abierto, comience por crear plantillas de AWS Proton para entornos y servicios con módulos de Terraform. A continuación, seleccione un repositorio de configuración. Cuando los equipos de desarrollo creen o actualicen un servicio que utilice Terraform, AWS Proton renderizará los módulos que componen el servicio y realizará una solicitud de extracción al repositorio correspondiente. Cuando el flujo de trabajo se desencadene, aprovisionará la infraestructura. Una vez hecho esto, el flujo de trabajo indicará el estado a AWS Proton. Los desarrolladores pueden conseguir un aprovisionamiento de infraestructuras consistente para sus servicios sin tener que montar y configurar sus módulos de Terraform. Los equipos de plataformas pueden supervisar y actualizar la infraestructura en varios entornos sin tener que revisar el código en diferentes repositorios y carpetas.