AWS Batch now allows you to configure a scale down delay for managed compute environments, helping reduce job processing delays for intermittent and periodic workloads. With the new minScaleDownDelayMinutes parameter, you can specify how long AWS Batch keeps instances running after their jobs complete (from 20 minutes to 1 week), preventing unnecessary instance terminations and relaunches that can delay subsequent job processing.
You can configure the scale down delay when creating or updating a compute environment via the AWS Batch API (CreateComputeEnvironment or UpdateComputeEnvironment) or the AWS Batch Management Console. The delay is applied at the instance level, based on when each instance last completed a job.
Scale down delay is supported today in all AWS Regions where AWS Batch is available. For more information, see the AWS Batch API Guide.
AWS Batch now allows you to configure a scale down delay for managed compute environments, helping reduce job processing delays for intermittent and periodic workloads. With the new minScaleDownDelayMinutes parameter, you can specify how long AWS Batch keeps instances running after their jobs complete (from 20 minutes to 1 week), preventing unnecessary instance terminations and relaunches that can delay subsequent job processing. You can configure the scale down delay when creating or updating a compute environment via the AWS Batch API (CreateComputeEnvironment or UpdateComputeEnvironment) or the AWS Batch Management Console. The delay is applied at the instance level, based on when each instance last completed a job. Scale down delay is supported today in all AWS Regions where AWS Batch is available. For more information, see the AWS Batch API Guide.
AWS Config now supports 30 additional AWS resource types across key services including Amazon Bedrock AgentCore and Amazon Cognito. This expansion provides greater coverage over your AWS environment, enabling you to more effectively discover, assess, audit, and remediate an even broader range of resources.
With this launch, if you have enabled recording for all resource types, then AWS Config will automatically track these new additions. The newly supported resource types are also available in Config rules and Config aggregators.
You can now use AWS Config to monitor the following newly supported resource types in all AWS Regions where the supported resources are available:
Resource Types:
AWS::AppSync::DataSource
AWS::Deadline::LicenseEndpoint
AWS::Batch::ConsumableResource
AWS::Deadline::QueueEnvironment
AWS::Bedrock::DataSource
AWS::Detective::OrganizationAdmin
AWS::BedrockAgentCore::Gateway
AWS::GameLift::ContainerFleet
AWS::BedrockAgentCore::Memory
AWS::GameLift::ContainerGroupDefinition
AWS::Cognito::IdentityPoolRoleAttachment
AWS::GameLift::GameServerGroup
AWS::Cognito::LogDeliveryConfiguration
AWS::GameLift::Location
AWS::Cognito::UserPoolUICustomizationAttachment
AWS::IoT::TopicRule
AWS::Connect::RoutingProfile
AWS::Omics::ReferenceStore
AWS::DataBrew::Dataset
AWS::PCAConnectorAD::Template
AWS::DataBrew::Job
AWS::PCAConnectorSCEP::Challenge
AWS::DataBrew::Project
AWS::ResourceExplorer2::View
AWS::DataBrew::Recipe
AWS::ResourceGroups::Group
AWS::DataBrew::Ruleset
AWS::Scheduler::ScheduleGroup
AWS::DataBrew::Schedule
AWS::VerifiedPermissions::IdentitySource
AWS Config now supports 30 additional AWS resource types across key services including Amazon Bedrock AgentCore and Amazon Cognito. This expansion provides greater coverage over your AWS environment, enabling you to more effectively discover, assess, audit, and remediate an even broader range of resources. With this launch, if you have enabled recording for all resource types, then AWS Config will automatically track these new additions. The newly supported resource types are also available in Config rules and Config aggregators. You can now use AWS Config to monitor the following newly supported resource types in all AWS Regions where the supported resources are available: Resource Types:
Declaración conjunta de Microsoft y OpenAI sobre colaboración continua
Desde 2019, Microsoft y OpenAI han trabajado juntos para avanzar en la inteligencia artificial de forma responsable y hacer que sus beneficios sean accesibles de manera amplia. Lo que comenzó como una colaboración de investigación se ha convertido en una de las colaboraciones más importantes en tecnología — basada en la confianza mutua, una profunda integración técnica y un compromiso a largo plazo con la innovación.
A medida que crecen las conversaciones sobre inversiones y alianzas en IA y OAI anuncia nuevas financiaciones y nuevos socios, como ha hecho hoy, queremos asegurarnos de que estos anuncios se comprendan dentro del marco existente de nuestra colaboración. Nada en los anuncios de hoy cambia en absoluto los términos de la relación entre Microsoft y OpenAI que ya se habían compartido en nuestro blog conjunto de octubre de 2025.
La colaboración sigue fuerte y central. Microsoft y OpenAI continúan su trabajo de manera cercana en investigación, ingeniería y desarrollo de productos, basándose en años de colaboración profunda y éxito compartido.
Nuestra relación con propiedad intelectual sigue sin cambios. Microsoft mantiene su licencia exclusiva y acceso a la propiedad intelectual en todos los modelos y productos de OpenAI. Colaboraciones como la colaboración entre OpenAI y Amazon siempre se contemplaron bajo nuestros acuerdos y Microsoft está entusiasmada por ver qué construyen juntos.
Nuestra relación comercial y de reparto de ingresos sigue sin cambios. El acuerdo continuo de reparto de ingresos permanece sin cambios y siempre ha incluido el reparto de ingresos de colaboraciones entre OpenAI y otros proveedores de nube.
Azure sigue como el proveedor exclusivo en la nube de APIs OpenAI sin estado. Microsoft es el proveedor exclusivo de la nube para APIs sin estado que proporcionan acceso a los modelos y la IP de OpenAI. Estas APIs pueden adquirirse a Microsoft o directo a OpenAI. Clientes y desarrolladores se benefician a gran escala de la infraestructura global, la seguridad y las capacidades empresariales de Azure. Cualquier llamada a API sin estado a modelos OpenAI que resulte de una colaboración entre OpenAI y cualquier tercero —incluida Amazon— estaría alojada en Azure.
Los productos de OpenAI, incluido Frontier, seguirán alojados en Azure.
La definición y los procesos de la AGI no han cambiado. La definición contractual de AGI y el proceso para determinar si se ha logrado son los mismos.
La colaboración apoya el crecimiento de OpenAI. A medida que OpenAI crece, sigue con la flexibilidad para comprometerse a realizar cálculos adicionales en otros ámbitos, incluidas iniciativas de infraestructura a gran escala como el proyecto Stargate.
La colaboración fue diseñada para dar a Microsoft y OpenAI espacio para explorar nuevas oportunidades de manera independiente, mientras continúan con la colaboración, como cada empresa lo hace, juntas e independientes.
Seguimos comprometidos con nuestra colaboración y con la misión compartida que nos unió. Seguimos con el trabajo codo con codo para ofrecer potentes herramientas de IA, promover el desarrollo responsable y asegurar que la IA beneficie a personas y organizaciones en todo el mundo.
Nuevas y potentes herramientas para desarrolladores aumentan la versatilidad de la plataforma Microsoft Quantum
Por Matthias Troyer, investigador técnico y vicepresidente corporativo de Quantum en Microsoft.
El campo de la computación cuántica ha avanzado más allá del nivel de qubits físicos propensos a errores hacia una era de computación cuántica fiable con qubits lógicos. Para seguir con el avance hacia máquinas cuánticas tolerantes a fallos, se requieren avances tanto en hardware como en software cuántico. Microsoft está comprometida a proporcionar las herramientas que desarrolladores y científicos necesitan para habilitar aplicaciones en las máquinas cuánticas que existen hoy, así como en las máquinas tolerantes a fallos del futuro.
Nuevas herramientas que simplifican el desarrollo cuántico
El Microsoft Quantum Development Kit (QDK) es un kit de herramientas para desarrolladores, de código abierto, para la creación de aplicaciones cuánticas. Proporciona todo lo necesario —desde simuladores hasta una experiencia moderna de programación— para que los desarrolladores puedan crear y ejecutar código cuántico, tanto a nivel local como en hardware cuántico. El QDK está integrado con VS Code y GitHub Copilot para ayudarlos a escribir, probar y ejecutar código cuántico. QDK de Microsoft se instala y ejecuta en portátiles, y GitHub Copilot hace que el inicio sea rápido y sencillo.
Las bibliotecas de dominios y flujos de trabajo disponibles con QDK de Microsoft incluyen los de corrección de errores y química, con otras aplicaciones en el horizonte. Las herramientas incluidas reducen el esfuerzo y la experiencia necesarios para que los investigadores diseñen, prueben e implementen aplicaciones de química cuántica o los códigos de corrección de errores necesarios para crear qubits lógicos. Tanto estas herramientas como el QDK son de código abierto e interoperables con los lenguajes y frameworks de programación cuántica más populares, incluidos Q#, OpenQASM, Qiskit y Cirq. El kit de herramientas de química cuántica tiene soporte para WSL y Docker para la reproducibilidad y portabilidad entre sistemas.
Programación cuántica habilitada por IA
QDK de Microsoft está integrado por completo con VS Code y GitHub Copilot. Tras instalar la extensión QDK desde el VS Code Marketplace, GitHub Copilot simplifica el uso de funciones QDK en VS Code, incluida la integración con Python y Jupyter, renderizado de circuitos, IntelliSense, depuración de puntos de interrupción, simuladores locales, visualizaciones, histogramas, envío de hardware y estimación de recursos. Con GitHub Copilot y el QDK, tareas de programación como la generación de código, las pruebas unitarias y la presentación de trabajos son más rápidas y fáciles que nunca.
QDK para aplicaciones científicas
Para que los ordenadores cuánticos actuales ayuden a resolver problemas científicos complejos, esos problemas deben primero simplificarse y optimizarse para ajustarse a las limitaciones del hardware. QDK de Microsoft para química proporciona las herramientas avanzadas que los desarrolladores e investigadores cuánticos necesitan para transformar desafíos complejos en problemas que los ordenadores cuánticos actuales pueden abordar de manera eficiente. Este kit de herramientas está diseñado por químicos para hacer que el desarrollo cuántico para aplicaciones químicas sea más accesible.
Estamos muy ilusionados con el lanzamiento de QDK de Microsoft para química. Creemos que el diseño modular de la plataforma supondrá un verdadero cambio radical para la química cuántica, para permitir escalabilidad, flexibilidad y una adopción generalizada en toda la comunidad.
En Algorithmiq, nuestra larga experiencia en la construcción de una plataforma de química computacional nos permite apreciar a plenitud el nivel de sofisticación que aporta QDK de Microsoft para integrar herramientas y flujos de trabajo complejos, como el nuestro.
Nos ha encantado haber participado en la configuración de este lanzamiento y esperamos ver el impacto que tendrá en el campo.
—Guillermo García-Pérez, director científico y cofundador, Algorithmiq
Convertir problemas complejos de química cuántica en resultados accionables requiere más que algoritmos cuánticos avanzados. Requiere la integración perfecta de la preparación clásica de datos, la optimización de circuitos y el postprocesamiento de datos cuánticos. QDK de Microsoft para química ofrece una solución integral y completa para la química cuántica, al combinar métodos clásicos de química de primer nivel con algoritmos de última generación diseñados para hardware cuántico a corto plazo. Los métodos clásicos de preprocesamiento eficientes reducen el tamaño del problema para mantener la precisión química esencial, y los algoritmos cuánticos conscientes de la química reducen de manera importante la profundidad del circuito, lo que reduce el número de puertas de miles a un solo dígito para ciertos problemas.
Nuestro objetivo es potenciar el desarrollo cuántico, con las herramientas y entornos que ya utilizan los investigadores —como VS Code y Python— mejorados con capacidades integradas de visualización, introspección de circuitos y codificación asistida por IA.
QDK para química proporciona una interfaz unificada e intuitiva para la modelización molecular y la preparación de estructuras electrónicas, para apoyar una amplia gama de métodos y paquetes de software en química cuántica. Los flujos de trabajo automatizados con pipelines integrados para la generación de hamiltonianos y la selección activa de espacio ayudan a los investigadores a avanzar de manera eficiente desde la definición del problema hasta la ejecución cuántica.
Las extensiones nativas de VS Code permiten la visualización molecular y de circuitos en tiempo real, lo que facilita iterar, depurar y perfeccionar aplicaciones cuánticas. Con soporte para visualizar moléculas y orbitales moleculares, renderizar circuitos cuánticos con compresión profunda y ejecutar cargas de trabajo tanto en simuladores QDK como en hardware cuántico, el QDK para química agiliza todo el flujo de trabajo de desarrollo de química cuántica—desde la preparación clásica hasta la simulación, ejecución y postprocesamiento cuántico.
Para asegurar una alineación continua con algoritmos cuánticos en rápida evolución, el QDK de Microsoft para química está diseñado pensando en la adaptabilidad y extensibilidad. Cuenta con integración plug-and-play que soporta simulaciones con cualquier código químico, lenguaje cuántico o paquete algorítmico, lo que minimiza la sobrecarga de configuración. Como resultado, hará que los problemas difíciles sean manejables y acelerará el tiempo para obtener la comprensión mientras escala sin problemas hacia la próxima generación de computación cuántica.
QDK para corrección de errores
Microsoft tiene una larga tradición en la creación de herramientas para avanzar en nuestra propia investigación y desarrollo de corrección cuántica de errores. QDK para la corrección de errores pone estas herramientas a disposición de la comunidad cuántica en general. Las herramientas necesarias para los flujos de trabajo típicos de investigación y desarrollo de corrección cuántica de errores se incluirán ahora en QDK de Microsoft. Estos incluyen módulos de código abierto para caracterizar, validar y depurar programas cuánticos codificados, estrategias personalizables de codificación y decodificación que se alinean con los tiempos de ejecución objetivo, y muestras de notebooks personalizables para casos de uso comunes. Los paquetes de herramientas se lanzarán con el tiempo, con disponibilidad completa prevista para finales de 2026.
El QDK forma parte de nuestra plataforma adaptable
El QDK está incluido como parte de la plataforma Microsoft Quantum, que reúne hardware cuántico, software, IA y computación de alto rendimiento para crear una solución integral impulsada por Azure. Al corregir los errores en qubits físicos de alta calidad, nuestra plataforma permite el cálculo fiable necesario para realizar casos de uso revolucionarios de la computación cuántica. Ahora, con nuevas herramientas proporcionadas a través de QDK de Microsoft y soportada por GitHub Copilot, la plataforma permite el desarrollo cuántico, la química y la corrección de errores, haciéndola aún más versátil.
La plataforma Microsoft Quantum combina nuestro avanzado sistema de virtualización de qubits con unidades de procesamiento cuántico (QPUs, por sus siglas en inglés) de proveedores líderes en la industria para crear qubits lógicos. Incluye un innovador sistema operativo cuántico para ayudar a los clientes a gestionar, controlar y monitorizar el dispositivo cuántico mientras se integra con Azure. La plataforma también incluye un motor cuántico que orquesta hardware cuántico y corrección de errores.
La plataforma Microsoft Quantum se diseña para tener una alta versatilidad y para ser integrable con múltiples tipos de hardware cuántico. Al aplicar nuestra plataforma a los qubits de átomos neutros de Atom Computing, diseñamos Magne en conjunto, el ordenador cuántico más potente del mundo. QuNorth, una iniciativa cuántica nórdica, revelará características definitorias de Magne en el evento Discover Magne el 26 de enero de 2026 en Copenhague, Dinamarca.
Microsoft ayudará a proporcionar las habilidades necesarias para asegurar que los desarrolladores nórdicos puedan desbloquear todo el potencial de Magne una vez desplegado. Esta formación se desarrolla en colaboración con qBraid y un grupo de socios académicos e industriales en los países nórdicos. Los materiales de formación, adaptados a ingenieros de aplicaciones e investigadores en corrección de errores, ayudarán a desarrollar la experiencia regional en computación cuántica fiable y posicionarán al ecosistema cuántico nórdico para establecer nuevos referentes en innovación.
The post Nuevas y potentes herramientas para desarrolladores aumentan la versatilidad de la plataforma Microsoft Quantum appeared first on Source LATAM.
AWS is launching pricing for VPC Encryption Controls, a security and compliance feature that enables you to audit and enforce encryption-in-transit of all traffic flows within and across Virtual Private Clouds (VPCs) in a region. VPC Encryption controls can be enabled in two modes: Monitor mode detects presence of any unencrypted traffic within your VPCs, and Enforce Mode ensures all data-in-transit is encrypted and prevents the bring up of any resources that allow unencrypted traffic within your VPC.
Starting March 1, 2026, VPC Encryption Controls will transition from a free preview to a paid feature. You will be charged a fixed hourly rate for every non-empty VPC (VPC that has network interfaces in them) that has Encryption Controls enabled in either monitor or enforce mode. There will be no charge for empty VPCs that have encryption controls enabled. When you enable encryption support on a Transit Gateway, standard VPC Encryption Controls charges apply to all VPCs attached to that Transit Gateway irrespective of their encryption controls mode (monitor, enforce or off) even if they are empty.
AWS is launching pricing for VPC Encryption Controls, a security and compliance feature that enables you to audit and enforce encryption-in-transit of all traffic flows within and across Virtual Private Clouds (VPCs) in a region. VPC Encryption controls can be enabled in two modes: Monitor mode detects presence of any unencrypted traffic within your VPCs, and Enforce Mode ensures all data-in-transit is encrypted and prevents the bring up of any resources that allow unencrypted traffic within your VPC. Starting March 1, 2026, VPC Encryption Controls will transition from a free preview to a paid feature. You will be charged a fixed hourly rate for every non-empty VPC (VPC that has network interfaces in them) that has Encryption Controls enabled in either monitor or enforce mode. There will be no charge for empty VPCs that have encryption controls enabled. When you enable encryption support on a Transit Gateway, standard VPC Encryption Controls charges apply to all VPCs attached to that Transit Gateway irrespective of their encryption controls mode (monitor, enforce or off) even if they are empty. To learn more about VPC Encryption Controls and view detailed regional pricing, visit the VPC Encryption Controls documentation and VPC pricing page.
Amazon Lightsail now offers a new WordPress blueprint, making it easier than ever to launch and manage a WordPress website on the cloud. With just a few clicks, you can create a Lightsail virtual private server (VPS) preinstalled with WordPress, and follow a guided setup wizard to get your site fully configured and running in minutes. This new blueprint has Instance Metadata Service Version 2 (IMDSv2) enforced by default.
With Lightsail, you can easily get started on the cloud by choosing a blueprint and an instance bundle to build your web application. Lightsail instance bundles include instances preinstalled with your preferred operating system, storage, and monthly data transfer allowance, giving you everything you need to get up and running quickly. The new WordPress blueprint includes a step-by-step setup workflow that walks you through connecting a custom domain, configuring DNS, attaching a static IP address, and enabling HTTPS encryption using a free Let’s Encrypt SSL/TLS certificate — all from within the Lightsail console.
Amazon Lightsail now offers a new WordPress blueprint, making it easier than ever to launch and manage a WordPress website on the cloud. With just a few clicks, you can create a Lightsail virtual private server (VPS) preinstalled with WordPress, and follow a guided setup wizard to get your site fully configured and running in minutes. This new blueprint has Instance Metadata Service Version 2 (IMDSv2) enforced by default. With Lightsail, you can easily get started on the cloud by choosing a blueprint and an instance bundle to build your web application. Lightsail instance bundles include instances preinstalled with your preferred operating system, storage, and monthly data transfer allowance, giving you everything you need to get up and running quickly. The new WordPress blueprint includes a step-by-step setup workflow that walks you through connecting a custom domain, configuring DNS, attaching a static IP address, and enabling HTTPS encryption using a free Let’s Encrypt SSL/TLS certificate — all from within the Lightsail console. This new blueprint is now available in all AWS Regions where Lightsail is available. For more information on blueprints supported on Lightsail, see Lightsail documentation. For more information on pricing, or to get started with your free trial, click here.
EC2 Image Builder, a service that helps you automate the creation, distribution, and management of customized Amazon Machine Images, now supports wildcard patterns in lifecycle policies and simplifies IAM role creation. You can now use wildcard patterns to manage images from multiple recipes within a single lifecycle policy, and create IAM roles with pre-populated default permissions directly from the console.
Previously, you had to create separate lifecycle policies for each new recipe or manually select individual recipes, making it difficult to scale as new recipes were added. Now with wildcard pattern support, you can specify patterns like my-recipe-1.x.x to automatically apply lifecycle policies to all matching recipes—including new recipes created in the future. Additionally, creating IAM roles for lifecycle management previously required manually configuring the required permissions. Now when creating a new role in the console, EC2 Image Builder automatically populates the required default permissions, reducing setup time and potential configuration errors. Together, these capabilities simplify onboarding and ongoing maintenance, enabling you to manage your image lifecycle at scale with less operational overhead.
Lifecycle Policies are available in all commercial AWS regions. To learn more, refer to the documentation.
EC2 Image Builder, a service that helps you automate the creation, distribution, and management of customized Amazon Machine Images, now supports wildcard patterns in lifecycle policies and simplifies IAM role creation. You can now use wildcard patterns to manage images from multiple recipes within a single lifecycle policy, and create IAM roles with pre-populated default permissions directly from the console. Previously, you had to create separate lifecycle policies for each new recipe or manually select individual recipes, making it difficult to scale as new recipes were added. Now with wildcard pattern support, you can specify patterns like my-recipe-1.x.x to automatically apply lifecycle policies to all matching recipes—including new recipes created in the future. Additionally, creating IAM roles for lifecycle management previously required manually configuring the required permissions. Now when creating a new role in the console, EC2 Image Builder automatically populates the required default permissions, reducing setup time and potential configuration errors. Together, these capabilities simplify onboarding and ongoing maintenance, enabling you to manage your image lifecycle at scale with less operational overhead. Lifecycle Policies are available in all commercial AWS regions. To learn more, refer to the documentation.
Amazon Application Recovery Controller (ARC) Region switch helps customers orchestrate the failover of their multi-Region applications to achieve a bounded recovery time in the event of a Regional impairment. It automates multi-Region disaster recovery, reducing engineering effort and eliminating operational overhead when recovering applications across multiple AWS accounts and Regions. Region switch now includes three new capabilities: post-recovery workflows, native RDS execution blocks, and AWS provider for Terraform support.
Post-recovery workflows. Disaster recovery doesn’t end when customers failover to a standby Region. After orchestrating a failover or failback, customers must prepare the other Region for the next recovery event. Today, this requires manual coordination of scaling, recreating read replicas, and validating configurations. Post-recovery workflows help customers automate these preparation steps. With this launch, post-recovery workflows support the custom action Lambda execution block, Amazon RDS create read replica execution block, ARC Region switch plan execution block, and the manual approval execution block. Customers can create read replicas, run custom logic via Lambda functions, add manual approval gates, and embed child plans for complex orchestration as part of post-recovery. Post-recovery workflows are available for active/passive deployments and can be triggered manually.
RDS execution blocks. Coordinating Amazon RDS database recovery during Regional failover requires manual steps to promote read replicas and recreate replication, introducing delays and errors. Region switch now natively supports two Amazon RDS execution blocks that automate RDS recovery orchestration. The RDS promote read replica execution block orchestrates promotion of a read replica to a standalone instance during failover. The RDS create read replica execution block orchestrates replica creation as part of post-recovery workflows.
AWS provider for Terraform support. Region switch is now supported by the AWS provider for Terraform, enabling customers to manage disaster recovery plans as Infrastructure-as-Code and integrate them into CI/CD pipelines alongside application deployments.
Amazon Application Recovery Controller (ARC) Region switch helps customers orchestrate the failover of their multi-Region applications to achieve a bounded recovery time in the event of a Regional impairment. It automates multi-Region disaster recovery, reducing engineering effort and eliminating operational overhead when recovering applications across multiple AWS accounts and Regions. Region switch now includes three new capabilities: post-recovery workflows, native RDS execution blocks, and AWS provider for Terraform support. Post-recovery workflows. Disaster recovery doesn’t end when customers failover to a standby Region. After orchestrating a failover or failback, customers must prepare the other Region for the next recovery event. Today, this requires manual coordination of scaling, recreating read replicas, and validating configurations. Post-recovery workflows help customers automate these preparation steps. With this launch, post-recovery workflows support the custom action Lambda execution block, Amazon RDS create read replica execution block, ARC Region switch plan execution block, and the manual approval execution block. Customers can create read replicas, run custom logic via Lambda functions, add manual approval gates, and embed child plans for complex orchestration as part of post-recovery. Post-recovery workflows are available for active/passive deployments and can be triggered manually. RDS execution blocks. Coordinating Amazon RDS database recovery during Regional failover requires manual steps to promote read replicas and recreate replication, introducing delays and errors. Region switch now natively supports two Amazon RDS execution blocks that automate RDS recovery orchestration. The RDS promote read replica execution block orchestrates promotion of a read replica to a standalone instance during failover. The RDS create read replica execution block orchestrates replica creation as part of post-recovery workflows. AWS provider for Terraform support. Region switch is now supported by the AWS provider for Terraform, enabling customers to manage disaster recovery plans as Infrastructure-as-Code and integrate them into CI/CD pipelines alongside application deployments.
To learn more, about AWS provider support for Terraform, visit Terraform provider documentation. To learn about post-recovery workflows in action, read the post-recovery workflow tutorial. To get started with Region switch, read our launch blog or documentation.
Amazon Bedrock batch inference now supports the Converse API as a model invocation type, enabling you to use a consistent, model-agnostic input format for your batch workloads.
Previously, batch inference required model-specific request formats using the InvokeModel API. Now, when creating a batch inference job, you can select Converse as the model invocation type and structure your input data using the standard Converse API request format. Output for Converse batch jobs follows the Converse API response format. With this feature, you can use the same unified request format for both real-time and batch inference, simplifying prompt management and reducing the effort needed to switch between models. You can configure the Converse model invocation type through both the Amazon Bedrock console and the API.
Amazon Bedrock batch inference now supports the Converse API as a model invocation type, enabling you to use a consistent, model-agnostic input format for your batch workloads. Previously, batch inference required model-specific request formats using the InvokeModel API. Now, when creating a batch inference job, you can select Converse as the model invocation type and structure your input data using the standard Converse API request format. Output for Converse batch jobs follows the Converse API response format. With this feature, you can use the same unified request format for both real-time and batch inference, simplifying prompt management and reducing the effort needed to switch between models. You can configure the Converse model invocation type through both the Amazon Bedrock console and the API. This capability is available in all AWS Regions that support Amazon Bedrock batch inference. To get started, see Create a batch inference job and Format and upload your batch inference data in the Amazon Bedrock User Guide.
AWS Network Firewall now integrates with Amazon EventBridge to provide real-time notifications for firewall state changes and configuration updates. This new capability enables you to monitor critical firewall operations including firewall configuration updates and endpoint status modifications across your network security infrastructure. You gain immediate visibility into changes affecting AWS Managed Rules, Partner Managed Rules, and firewall configurations.
With EventBridge integration, you gain enhanced visibility into your firewall operations in real-time. You can build automated workflows to send notifications through Amazon SNS, create tickets in your IT service management (ITSM) systems, or integrate with third-party security information and event management (SIEM) solutions. This integration helps you maintain better operational awareness of your network security infrastructure and respond quickly to configuration changes or potential issues.
AWS Network Firewall state change notifications through Amazon EventBridge are available in all AWS Regions where AWS Network Firewall and Amazon EventBridge is currently available.
AWS Network Firewall now integrates with Amazon EventBridge to provide real-time notifications for firewall state changes and configuration updates. This new capability enables you to monitor critical firewall operations including firewall configuration updates and endpoint status modifications across your network security infrastructure. You gain immediate visibility into changes affecting AWS Managed Rules, Partner Managed Rules, and firewall configurations. With EventBridge integration, you gain enhanced visibility into your firewall operations in real-time. You can build automated workflows to send notifications through Amazon SNS, create tickets in your IT service management (ITSM) systems, or integrate with third-party security information and event management (SIEM) solutions. This integration helps you maintain better operational awareness of your network security infrastructure and respond quickly to configuration changes or potential issues. AWS Network Firewall state change notifications through Amazon EventBridge are available in all AWS Regions where AWS Network Firewall and Amazon EventBridge is currently available. To learn more about AWS Network Firewall EventBridge integration, visit the AWS Network Firewall documentation. For information about Amazon EventBridge, see the Amazon EventBridge documentation.
