AWS Batch now supports Amazon ECS Managed Instances (ECS MI) as a new compute option, enabling you to run GPU-accelerated and compute-intensive batch workloads on AWS-managed infrastructure. With AWS Batch on ECS MI you can now access GPU-accelerated instances while AWS handles AMI updates, security patching, and instance lifecycle automatically, eliminating the operational overhead of customer-managed Amazon EC2 infrastructure.
To get started, create an AWS Batch on ECS MI compute environment using the AWS Batch CreateComputeEnvironment API or the AWS Batch Management Console. You can specify your allowed instance types and networking configuration in the managedInstancesProvider block, associate the compute environment with a job queue, and submit jobs using On-Demand, Spot, or reserved capacity.
AWS Batch on ECS Managed Instances is supported in all AWS Regions where AWS Batch is available. For more information, see the AWS Batch User Guide.
AWS Batch now supports Amazon ECS Managed Instances (ECS MI) as a new compute option, enabling you to run GPU-accelerated and compute-intensive batch workloads on AWS-managed infrastructure. With AWS Batch on ECS MI you can now access GPU-accelerated instances while AWS handles AMI updates, security patching, and instance lifecycle automatically, eliminating the operational overhead of customer-managed Amazon EC2 infrastructure. To get started, create an AWS Batch on ECS MI compute environment using the AWS Batch CreateComputeEnvironment API or the AWS Batch Management Console. You can specify your allowed instance types and networking configuration in the managedInstancesProvider block, associate the compute environment with a job queue, and submit jobs using On-Demand, Spot, or reserved capacity. AWS Batch on ECS Managed Instances is supported in all AWS Regions where AWS Batch is available. For more information, see the AWS Batch User Guide.
Amazon Relational Database Service (RDS) for PostgreSQL now supports the latest minor versions 18.6, 17.11, 16.15, 15.19, and 14.24. We recommend that you upgrade to the latest minor versions to address Common Vulnerabilities and Exposures (CVEs) in prior versions of PostgreSQL, and to benefit from the bug fixes and improvements added by the PostgreSQL community.
You can upgrade your databases during scheduled maintenance windows using automatic minor version upgrades. To simplify operations at scale, enable automatic minor version upgrades and use the AWS Organizations Upgrade Rollout Policy to orchestrate multiple upgrades in phases, validating on lower-priority environments before upgrading your most critical ones. You can also use Amazon RDS Blue/Green deployments to minimize downtime for minor version upgrades. For more information, see Upgrading RDS for PostgreSQL DB engine.
Amazon RDS for PostgreSQL makes it simple to set up, operate, and scale PostgreSQL deployments in the cloud. See Amazon RDS for PostgreSQL Pricing for pricing details and regional availability. Create or update a fully managed Amazon RDS database in the Amazon RDS Management Console or by using the AWS Command Line Interface (CLI).
Amazon Relational Database Service (RDS) for PostgreSQL now supports the latest minor versions 18.6, 17.11, 16.15, 15.19, and 14.24. We recommend that you upgrade to the latest minor versions to address Common Vulnerabilities and Exposures (CVEs) in prior versions of PostgreSQL, and to benefit from the bug fixes and improvements added by the PostgreSQL community.
You can upgrade your databases during scheduled maintenance windows using automatic minor version upgrades. To simplify operations at scale, enable automatic minor version upgrades and use the AWS Organizations Upgrade Rollout Policy to orchestrate multiple upgrades in phases, validating on lower-priority environments before upgrading your most critical ones. You can also use Amazon RDS Blue/Green deployments to minimize downtime for minor version upgrades. For more information, see Upgrading RDS for PostgreSQL DB engine.
Amazon RDS for PostgreSQL makes it simple to set up, operate, and scale PostgreSQL deployments in the cloud. See Amazon RDS for PostgreSQL Pricing for pricing details and regional availability. Create or update a fully managed Amazon RDS database in the Amazon RDS Management Console or by using the AWS Command Line Interface (CLI).
Starting with July 2026 releases, the naming format for an RU in Oracle Database 19c changes to <version>.ru-<YYYY-MM>.mrp-<YYYY-MM>.r<N>. For example, the RDS for Oracle July 2026 quarterly RU for Oracle Database 19c is named 19.0.0.0.ru-2026-07.mrp-2026-07.r1. When Oracle releases a monthly Critical Security Patch Update (CSPU) for Oracle Database 19c and 26ai, Amazon RDS will make it available as an MRP version that bundles the CSPU with additional Oracle-recommended fixes. Oracle Database 21c RUs retain their existing naming format. For details, see Release updates and monthly recommended patches.
You can apply the July 2026 RU from the Amazon RDS Management Console, or by using the AWS SDK or CLI. To automatically apply updates to your database instance during your maintenance window, enable Automatic Minor Version Upgrade.
You can also use AWS Organizations upgrade rollout policy to stagger automatic minor version upgrades for your Amazon RDS database instances. This feature allows you to automatically apply updates to non-production environments, validate the updates, and then automatically apply the same update to production environments. For additional details about using AWS Organizations upgrade rollout policy for automatic minor version upgrades, refer to Amazon RDS for Oracle documentation.
Amazon Relational Database Service (Amazon RDS) for Oracle now supports the Oracle July 2026 Release Update (RU) for Oracle Database versions 19c, 21c and 26ai. We recommend upgrading to the July 2026 RU as it includes security updates for Oracle database products.
Starting with July 2026 releases, the naming format for an RU in Oracle Database 19c changes to <version>.ru-<YYYY-MM>.mrp-<YYYY-MM>.r<N>. For example, the RDS for Oracle July 2026 quarterly RU for Oracle Database 19c is named 19.0.0.0.ru-2026-07.mrp-2026-07.r1. When Oracle releases a monthly Critical Security Patch Update (CSPU) for Oracle Database 19c and 26ai, Amazon RDS will make it available as an MRP version that bundles the CSPU with additional Oracle-recommended fixes. Oracle Database 21c RUs retain their existing naming format. For details, see Release updates and monthly recommended patches.
You can apply the July 2026 RU from the Amazon RDS Management Console, or by using the AWS SDK or CLI. To automatically apply updates to your database instance during your maintenance window, enable Automatic Minor Version Upgrade.
You can also use AWS Organizations upgrade rollout policy to stagger automatic minor version upgrades for your Amazon RDS database instances. This feature allows you to automatically apply updates to non-production environments, validate the updates, and then automatically apply the same update to production environments. For additional details about using AWS Organizations upgrade rollout policy for automatic minor version upgrades, refer to Amazon RDS for Oracle documentation.
Microsoft nombrado líder en Frost Radar: Plataformas de Protección de Cargas de Trabajo en la Nube, 2026
Por: Ran Rosin, director principal de producto, Microsoft.
Los equipos de seguridad están abrumados por los hallazgos, pero aun así les cuesta responder a una pregunta sencilla: ¿qué riesgos importan ahora mismo? Una vulnerabilidad por sí sola rara vez es el problema. La misma vulnerabilidad que se ejecuta en producción, expuesta por una mala configuración o una identidad sobreautorizada, es un camino real hacia el compromiso. Las organizaciones no necesitan listas largas de alertas. Necesitan un contexto que conecte código, recursos en la nube, identidades y actividad en tiempo de ejecución para poder priorizar los problemas que suponen mayor riesgo y detener las ciberamenazas antes de que lleguen a producción.
A medida que las organizaciones adoptan arquitecturas nativas en la nube a gran escala, proteger las cargas de trabajo requiere más que escanear. Hoy en día, el 82% de los usuarios de contenedores ejecutan Kubernetes en producción, lo que hace que la visibilidad y protección en tiempo de ejecución sea crítica para aplicaciones modernas.1
Ese cambio, desde escanear cargas de trabajo hasta protegerlas donde se ejecutan, es justo lo que Frost & Sullivan describe en su Frost Radar: Cloud Workload Protection Platforms, 2026. De más de 45 proveedores cualificados, evaluó 20 y encontró que la categoría se movía hacia un único modelo de seguridad en tiempo de ejecución, uno que vincula código, nube, tiempo de ejecución, identidad y el centro de operaciones de seguridad (SOC, por sus siglas en inglés).
Dentro de ese mercado, Frost & Sullivan nombra a Microsoft como un líder visionario, su categoría para proveedores que equilibran innovación con crecimiento y ayudan a marcar la dirección del mercado. Microsoft es también el mayor proveedor de plataformas de protección de cargas de trabajo en la nube (CWPP, por sus siglas en inglés) por ingresos, con una cuota estimada de más del 22% del mercado global de CWPP. En palabras del analista:
«Microsoft se posiciona como un líder visionario en este análisis por la escala y amplitud de [Microsoft] Defender for Cloud dentro de un marco unificado. La plataforma destaca por su amplitud de cobertura en infraestructura, cargas de trabajo, identidades, derechos, datos y aplicaciones, y por su profunda integración con el ecosistema de seguridad más amplio de Microsoft, que permite a las organizaciones proteger ciclos de vida modernos y nativos de IA, para reducir la complejidad operativa.»
Escala y amplitud, en un solo marco. Eso es lo que los clientes piden y es hacia donde se dirige esta categoría.
Por qué se redefine la protección de cargas de trabajo en la nube
Durante mucho tiempo, proteger una carga de trabajo implicó escanear su imagen, corregir vulnerabilidades conocidas y reforzar configuraciones antes del despliegue. Eso todavía es importante. Pero ya no es suficiente, porque lo que parece seguro antes del despliegue puede volverse explotable una vez que la carga de trabajo está en funcionamiento.
La mayoría de los equipos también lidian con una expansión urbana real. Un patrimonio moderno abarca varias nubes y combina contenedores, Kubernetes, funciones serverless, microservicios y cargas de trabajo de IA. Cada capa emite sus propias señales, y esas señales rara vez se conectan por sí solas. Una mala configuración parece inofensiva hasta que se sitúa junto a una identidad sobreautorizada y un contenedor que ya está activo. Entonces es un camino hacia la producción.
Las herramientas no fueron hechas para esto. La postura se sienta en una consola, la carga de trabajo escanea en otra, la detección en una tercera, y los equipos se quedan conectándolos a mano, por lo general en medio de un incidente. Lo que necesitan en cambio es una plataforma que pueda:
Reunir la postura, el tiempo de ejecución, la identidad y las señales del plano de control en un solo lugar.
Clasificar el riesgo por lo que en verdad es explotable, no solo por una puntuación de gravedad.
Detener las cargas de trabajo de riesgo cerca del despliegue, antes de que lleguen a producción.
Enviar lo que encuentre en tiempo de ejecución a los desarrolladores y al SOC, que puedan actuar en consecuencia.
El mercado avanza en la misma dirección. Frost & Sullivan espera que el gasto del CWPP crezca de 6.430 millones de dólares en 2025 a unos 7.950 millones en 2026, y un 19,1% anual hasta 2030. Es decir, equipos que votan con sus presupuestos para modernizar la seguridad en la nube, cumplir con la normativa y proteger las cargas de trabajo detrás de sus aplicaciones, datos y servicios de IA.
Qué distingue a las plataformas líderes
Frost & Sullivan califica a los proveedores en dos aspectos: la rapidez con la que innovan y la rapidez con la que crecen. Pero el informe es directo sobre algo más revelador: el listón para el liderazgo ha cambiado. Ahora es, en palabras del analista:
«Cada vez más definido por la profundidad de telemetría en tiempo de ejecución, la seguridad de contenedores y K8s, análisis del comportamiento de cargas de trabajo, detección de amenazas nativa en la nube, remediación y automatización de respuestas, integración de SOC, protección de cargas de trabajo con IA y ejecución global de lanzamiento al mercado.»
En pocas palabras, las listas de comprobación de descubrimiento, escaneo y cumplimiento ya no separan a los líderes. La profundidad en tiempo de ejecución sí lo hace. Las plataformas que avanzan tienden a compartir algunas características:
Cubren terrenos reales, desde infraestructuras y cargas de trabajo hasta identidades, datos y aplicaciones, sin pedirles que unan cinco productos.
Profundizan en tiempo de ejecución, no solo en la postura y la revisión de logs.
Llevan la detección y respuesta en la nube (CDR, por sus siglas en inglés) directo al SOC.
Conectan código, nube y el SOC en lugar de tratar cada uno como una isla propia.
Cubren nubes con cobertura tanto de agentes como sin agente, y avanzan con rapidez en materia de IA y seguridad de datos.
Nada de eso se trata de listas de hallazgos más largas. Se trata de contexto: ver cómo las piezas conectan y actuar sobre los pocos que importan.
Cómo Microsoft ayuda a las organizaciones a proteger las cargas de trabajo en la nube
Las capacidades de Microsoft abordan los problemas que más plantean los clientes, y Frost & Sullivan señala las mismas fortalezas:
«La fortaleza de la profundidad escalable de protección en tiempo de ejecución, la fuerte expansión de CDR y la capacidad de operacionalizar la seguridad en la nube en [Microsoft] Defender XDR, [Microsoft] Sentinel, GitHub, [Microsoft] Security Copilot y en la pila de seguridad más amplia de Microsoft ofrecen a Microsoft las ventajas más claras, en especial para grandes empresas que ya operan en entornos de seguridad de Microsoft, infraestructura Azure, GitHub y Sentinel.»
Así es como se ve en la práctica, con el problema de cada caso al inicio.
1. Proteger las cargas de trabajo mientras están en funcionamiento
Microsoft Defender para la Nube vigila las cargas de trabajo mientras se ejecutan. Un sensor ligero (basado en eBPF) capta eventos de Kubernetes, actividad de procesos y tráfico de red, y las detecciones se corresponden con MITRE ATT&CK, por lo que las alertas coinciden con el comportamiento real del ciberatacante. La mayor parte del esfuerzo reciente se ha centrado en la capa de contenedores: detección DNS para Kubernetes en Azure AKS, Amazon EKS y Google GKE; antimalware que bloquea en lugar de solo alertas; protección en tiempo real para EKS Bottlerocket; y bloqueo de deriva cuando un binario cambia a mitad de carrera.
Defender for Cloud también puede actuar antes de que empiece una carga de trabajo. El acceso de Kubernetes aplica la política a nivel de clúster y espacio de nombres, por lo que una imagen arriesgada o no conforme se bloquea antes de que siquiera comience. Frost & Sullivan señala esto como algo de especial relevancia para CWPP, porque pone los controles preventivos justo al lado de la producción. Esa es la idea: captar una mala imagen antes de que se convierta en un incidente, no después.
La señal en tiempo de ejecución solo ayuda si llega a las personas que responden. Con CDR ampliado, Defender for Cloud vincula la telemetría en tiempo de ejecución, datos de auditoría de Kubernetes, actividad de procesos y red, eventos del plano de control y señales de identidad a incidentes específicos de carga de trabajo, y luego los entrega a Microsoft Defender XDR y Microsoft Sentinel. Un proceso sospechoso en un clúster en funcionamiento no se convierte en una alerta de solitud. Llega ya conectado a la identidad que lo lanzó y a la actividad que lo rodea.
Para el SOC, eso significa respuestas más rápidas y muchas menos conexiones manuales.
3. Enviar los hallazgos en tiempo de ejecución a los desarrolladores que puedan corregirlos
Encontrar un problema en tiempo de ejecución es solo la mitad del trabajo. Alguien aún tiene que arreglarlo. Defender for Cloud vincula el contexto de ejecución, la explotabilidad y el detalle de las rutas de ataque con los flujos de trabajo de los desarrolladores a través de GitHub Advanced Security y Copilot Autofix, para sincronizar ambos sentidos entre seguridad y desarrollo. Un riesgo detectado en producción puede ir directo al ingeniero que posee el código, ser reparado en la fuente y luego comprobado.
El problema adecuado llega al propietario correcto, y la seguridad y DevOps al final funcionan desde la misma lista.
4. Extender la protección a la IA y a través de nubes
Cada vez más, las cargas de trabajo que merece la pena proteger son las de la IA. Defender for Cloud soporta el escaneo de modelos y la protección contra amenazas, incluida la inyección inmediata y el acceso sospechoso, para Azure AI Foundry y Azure OpenAI, y la gestión de postura de seguridad de IA para Google Vertex AI y Amazon Bedrock. Abarca Microsoft Azure, Amazon Web Services (AWS), Google Cloud Platform (GCP) y entornos híbridos con cobertura tanto agente como sin agente, y Microsoft Security Copilot añade investigación guiada a lo largo del flujo de trabajo.
La protección sigue a la carga de trabajo, ya sea un nuevo servicio de IA o una tercera nube.
Qué significa esto para los líderes de seguridad
Para cualquiera que elija una plataforma de protección de carga de trabajo este año, el cambio en este informe cambia las preguntas que merece la pena hacer. Las que hay que poner al principio:
¿La protección de carga de trabajo forma parte de una sola plataforma de seguridad en la nube, o es una herramienta separada conectada al SOC después de los hechos?
¿Puede detener una carga de trabajo arriesgada antes de la producción, o solo marcarla después?
¿Conecta la actividad en tiempo de ejecución con la identidad, los datos y el contexto del plano de control, y clasifica lo que es en verdad explotable?
¿Llegan sus hallazgos tanto al SOC como a los desarrolladores que pueden actuar en consecuencia?
¿Se mantiene bien en varias nubes y cargas de trabajo de IA?
Los proveedores que pueden responder «sí» son los que moldean lo que viene después, y el Frost Radar sitúa a Microsoft entre ellos.
En resumen
El Frost Radar de Frost & Sullivan: Plataformas de Protección de Carga de Trabajo en la Nube, 2026, refuerza un cambio claro. La protección de cargas de trabajo en la nube ha comenzado a dejar atrás un escaneo aislado para la seguridad en tiempo de ejecución que conecte postura, identidad, código y el SOC. Frost & Sullivan posiciona a Microsoft como un líder visionario y el mayor proveedor de CWPP por ingresos, porque Defender for Cloud reúne ese rango en un solo marco, profundiza tanto en tiempo de ejecución como en CDR, y se integra en la pila de seguridad más amplia de Microsoft.
Exploren las soluciones de seguridad en la nube de Microsoft para ver cómo la gestión unificada de posturas, la priorización de riesgos y la protección entre la nube y la IA pueden ayudar a reducir riesgos.
Para saber más sobre las soluciones de seguridad de Microsoft, visiten nuestra página web. Guarden el blog de Security en sus Favoritos para estar al día con nuestra cobertura experta sobre temas de seguridad. Además, síganos en LinkedIn (Microsoft Security) y X (@MSFTSecurity) para las noticias y actualizaciones más recientes sobre ciberseguridad.
El 63% de los usuarios de IA en Colombia ya realiza trabajos que hace un año no podía hacer, revela Microsoft
El Work Trend Index 2026 de Microsoft revela que la inteligencia artificial (IA) está ampliando las capacidades de los trabajadores en el país.
El siguiente reto para las organizaciones será pasar de la adopción de herramientas al rediseño de procesos, roles y modelos de trabajo alrededor de la colaboración entre personas y agentes de IA.
Bogotá, Colombia – La IA está transformando la manera en que las personas trabajan en Colombia. Según el más reciente Work Trend Index 2026 de Microsoft, el 63% de los usuarios de IA en el país afirma que hoy realiza trabajo que hace un año no podía hacer, una cifra que supera en cinco puntos porcentuales el promedio global. Esta diferencia refleja cómo la adopción de IA en Colombia empieza a traducirse en nuevas capacidades laborales y en formas de colaboración más estructuradas entre personas y agentes de IA.
El informe, basado en el análisis de billones de señales de productividad anonimizadas de Microsoft 365 y una encuesta a 20.000 trabajadores que utilizan IA en distintos mercados, muestra que la adopción de esta tecnología ya no se limita al uso de herramientas para tareas puntuales. Las organizaciones están entrando en una nueva etapa para rediseñar procesos, roles y modelos de trabajo alrededor de la IA.
En Colombia, este avance también genera un sentido de urgencia entre los trabajadores, ya que el 70% de los usuarios de IA teme quedarse atrás si no adopta esta tecnología con rapidez, cinco puntos porcentuales por encima del promedio global. Sin embargo, los datos muestran que los trabajadores no están delegando ciegamente en la IA, sino que reconocen la importancia de mantener el criterio humano en el centro del proceso:
El 87% afirma que utiliza la IA como punto de partida y no como una respuesta definitiva.
El 52% considera que el pensamiento crítico es una habilidad esencial.
El 50% considera clave controlar la calidad de los resultados generados por esta tecnología para aprovecharla de manera efectiva.
“Estamos entrando en una etapa en la que la conversación sobre IA deja de centrarse únicamente en la adopción de herramientas y empieza a enfocarse en cómo las organizaciones rediseñan el trabajo para aprovecharlas de manera responsable y efectiva. La IA puede ampliar las capacidades de las personas, pero su verdadero impacto dependerá de la claridad con la que los líderes definan procesos, estándares, roles y espacios de experimentación”, afirmó Daniel Verswyvel, Gerente General de Microsoft Sudamérica Hispana.
Los “profesionales frontera” marcan el camino
Uno de los hallazgos del Work Trend Index 2026 es la aparición de los Frontier Professionals, o profesionales frontera: usuarios avanzados de IA que incorporan esta tecnología de manera más estratégica en sus actividades diarias y empiezan a trabajar bajo nuevos patrones de colaboración con agentes.
En Colombia, el 17% de los profesionales ya hace parte de este grupo. Más allá de usar IA con frecuencia, lo que los distingue es la manera deliberada en que integran la tecnología en sus decisiones. De hecho, el 52% de los Frontier Professionals en el país afirma que se detiene antes de iniciar una tarea para diferenciar qué debe hacer la IA y qué debe hacer una persona, frente al 38% de quienes no pertenecen a esta categoría.
Este comportamiento marca una diferencia clave. A medida que crece el uso de agentes de IA, la participación humana cambia de forma. Disminuye el peso de las tareas tácticas y repetitivas, mientras aumenta la necesidad de que las personas dirijan, definan estándares, evalúen resultados y mantengan la responsabilidad sobre las decisiones.
El liderazgo, la cultura y los incentivos serán claves
Aunque los trabajadores colombianos muestran señales claras de adopción, el informe también evidencia que las organizaciones deben crear mejores condiciones para convertir ese avance en transformación real. En Colombia, solo el 28% de los usuarios de IA afirma que su liderazgo está alineado frente a la IA, y apenas el 15% dice que se recompensa la reinvención del trabajo incluso cuando no produce resultados inmediatos.
Este punto es clave porque, a nivel global, el Work Trend Index 2026 encontró que factores organizacionales como la cultura, el apoyo de los líderes y las prácticas de talento tienen más del doble de impacto en la adopción de IA que factores individuales como la mentalidad y el comportamiento. Esto significa que la transformación no depende solo de que las personas quieran usar IA o desarrollen nuevas habilidades; también requiere organizaciones capaces de dar dirección, abrir espacios para experimentar, acompañar a sus equipos y convertir el aprendizaje en nuevas formas de trabajar.
Para Microsoft, los datos muestran que Colombia ya está entrando en una etapa más madura de adopción de IA. Los trabajadores están ampliando sus capacidades, reconocen el valor del criterio humano y empiezan a distinguir con mayor claridad qué puede hacer la tecnología y qué debe seguir guiando una persona. El reto ahora es que las organizaciones acompañen ese avance con liderazgo, cultura, incentivos y procesos que conviertan el uso individual de IA en nuevas formas de trabajar.
The post El 63% de los usuarios de IA en Colombia ya realiza trabajos que hace un año no podía hacer, revela Microsoft appeared first on Source LATAM.
Amazon Connect Customer now lets agents change the profile on a case or choose a profile after the case is opened. If a case is linked to the wrong customer, agents can update the profile to keep case histories accurate. Agents can also add a profile later when the customer is not identified at case creation, such as for calls from a shared phone number or issues that require identity verification.
Amazon Connect Cases is available in the following AWS regions: US East (N. Virginia), US West (Oregon), Canada (Central), Europe (Frankfurt), Europe (London), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), and Africa (Cape Town). To learn more and get started, visit the Amazon Connect Cases webpage and documentation.
Amazon Connect Customer now lets agents change the profile on a case or choose a profile after the case is opened. If a case is linked to the wrong customer, agents can update the profile to keep case histories accurate. Agents can also add a profile later when the customer is not identified at case creation, such as for calls from a shared phone number or issues that require identity verification.
Amazon Connect Cases is available in the following AWS regions: US East (N. Virginia), US West (Oregon), Canada (Central), Europe (Frankfurt), Europe (London), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), and Africa (Cape Town). To learn more and get started, visit the Amazon Connect Cases webpage and documentation.
AWS Lambda functions now support full Identity and Access Management (IAM) resource-based policies, enabling platform admins and security teams to define granular access permissions using the full capabilities of AWS IAM. With full IAM resource-based policies, you can define permissions for multiple principals and actions in a single policy document and leverage the full range of IAM condition keys.
Previously, Lambda functions required customers to add permissions individually per principal. This provided limited flexibility for platform admins and security teams who want to manage permissions at scale. Now, Lambda functions support full IAM resource-based policies, including the full range of IAM condition keys. This provides a broader range of policy capabilities and streamlines policy management for teams operating multi-account architectures or managing multiple resources. For example, you can now use IAM condition keys to restrict access based on source IP or principal tag, and platform teams can now allow multiple services to invoke a function by using a single policy, rather than maintaining multiple statements to add permissions.
You can update resource-based policies in one step using the JSON editor in the AWS Lambda console, AWS CLI, AWS SDK, or infrastructure as code tools such as AWS CloudFormation and AWS SAM. To learn more, explore the Lambda resource-based policy examples in the AWS Lambda Developer Guide.
Full IAM resource-based policies are available in all AWS commerical Regions at no additional charge.
AWS Lambda functions now support full Identity and Access Management (IAM) resource-based policies, enabling platform admins and security teams to define granular access permissions using the full capabilities of AWS IAM. With full IAM resource-based policies, you can define permissions for multiple principals and actions in a single policy document and leverage the full range of IAM condition keys. Previously, Lambda functions required customers to add permissions individually per principal. This provided limited flexibility for platform admins and security teams who want to manage permissions at scale. Now, Lambda functions support full IAM resource-based policies, including the full range of IAM condition keys. This provides a broader range of policy capabilities and streamlines policy management for teams operating multi-account architectures or managing multiple resources. For example, you can now use IAM condition keys to restrict access based on source IP or principal tag, and platform teams can now allow multiple services to invoke a function by using a single policy, rather than maintaining multiple statements to add permissions. You can update resource-based policies in one step using the JSON editor in the AWS Lambda console, AWS CLI, AWS SDK, or infrastructure as code tools such as AWS CloudFormation and AWS SAM. To learn more, explore the Lambda resource-based policy examples in the AWS Lambda Developer Guide. Full IAM resource-based policies are available in all AWS commerical Regions at no additional charge.
Amazon Elastic Container Service (Amazon ECS) now automatically detects and repairs container instances, enabling customers to reduce undetected workload failures and improve application availability without manual intervention.
With this launch, Amazon ECS continuously monitors agent connectivity across container instances. Infrastructure events such as EBS volume degradation, host thermal events, or network connectivity failures can sever the ECS agent’s connection to the ECS control plane. Amazon ECS now surfaces a new type of container instance health change event (AGENT_CONNECTIVITY) for all compute options: AWS Fargate, Amazon ECS Managed Instances, and Amazon ECS on EC2. For ECS Managed Instances and AWS Fargate, ECS automatically performs recovery – automatically draining running tasks and launching replacement capacity while deregistering impaired instances. Customers running workloads on Amazon ECS on EC2, can use this health change event to drive instance replacement workflows.
Amazon Elastic Container Service (Amazon ECS) now automatically detects and repairs container instances, enabling customers to reduce undetected workload failures and improve application availability without manual intervention.
With this launch, Amazon ECS continuously monitors agent connectivity across container instances. Infrastructure events such as EBS volume degradation, host thermal events, or network connectivity failures can sever the ECS agent’s connection to the ECS control plane. Amazon ECS now surfaces a new type of container instance health change event (AGENT_CONNECTIVITY) for all compute options: AWS Fargate, Amazon ECS Managed Instances, and Amazon ECS on EC2. For ECS Managed Instances and AWS Fargate, ECS automatically performs recovery – automatically draining running tasks and launching replacement capacity while deregistering impaired instances. Customers running workloads on Amazon ECS on EC2, can use this health change event to drive instance replacement workflows.
This capability is available at no additional cost in all AWS Commercial and AWS GovCloud (US) Regions. To learn more, see Monitor Amazon ECS Container Instance Health.
Amazon Elastic Kubernetes Service (Amazon EKS) now supports multiple external OpenID Connect (OIDC) identity providers per cluster. You can associate up to 10 OIDC identity providers with a single cluster, giving you more flexibility in how you authenticate users and workloads to your Kubernetes clusters.
Many organizations use different identity providers for different user populations, such as employees, contractors, and CI/CD systems. You can now associate each of these providers directly with your cluster, without consolidating users into a single provider or running an intermediary identity broker. Each provider is configured and managed independently, so each population authenticates through its own provider and identity mapping. Your existing IAM authentication continues to work alongside every configured provider. You add each provider the same way as before, using the AWS Management Console or the AssociateIdentityProviderConfig API through the AWS CLI and AWS SDKs.
Amazon Elastic Kubernetes Service (Amazon EKS) now supports multiple external OpenID Connect (OIDC) identity providers per cluster. You can associate up to 10 OIDC identity providers with a single cluster, giving you more flexibility in how you authenticate users and workloads to your Kubernetes clusters. Many organizations use different identity providers for different user populations, such as employees, contractors, and CI/CD systems. You can now associate each of these providers directly with your cluster, without consolidating users into a single provider or running an intermediary identity broker. Each provider is configured and managed independently, so each population authenticates through its own provider and identity mapping. Your existing IAM authentication continues to work alongside every configured provider. You add each provider the same way as before, using the AWS Management Console or the AssociateIdentityProviderConfig API through the AWS CLI and AWS SDKs. This capability is available at no additional cost in all AWS Regions where Amazon EKS is available. To learn more, see Grant users access to Kubernetes with an external OIDC provider in the Amazon EKS User Guide.
Amazon Connect Customer now supports information extraction, which automatically captures key data from voice and chat interactions, reducing manual data capture and improving agent and supervisor productivity. Information extraction captures verbatim values like account numbers, reservation IDs, and product names, as well as derived insights inferred from the conversation such as reason for contact, resolution provided, and next steps promised.
You define conversational analytics rules for what to extract and when. Extraction operates on raw contact content before redaction, so you can capture specific data points while still redacting sensitive values from recordings and transcripts. Agents see extracted values during After Contact Work, supervisors use them to search and review contacts, and developers access them programmatically through APIs, Kinesis Data Streams, and S3 output files. You can also feed extracted values directly into rule actions like email notifications, task creation, and case creation, turning unstructured conversations into automated experiences. For example, a travel company can automatically extract «Hotel Name,» «Reservation ID,» and «Reason for call» from interactions, then populate outbound emails and create follow-up tasks, eliminating manual data entry and reducing handle time.
Amazon Connect Customer now supports information extraction, which automatically captures key data from voice and chat interactions, reducing manual data capture and improving agent and supervisor productivity. Information extraction captures verbatim values like account numbers, reservation IDs, and product names, as well as derived insights inferred from the conversation such as reason for contact, resolution provided, and next steps promised.
You define conversational analytics rules for what to extract and when. Extraction operates on raw contact content before redaction, so you can capture specific data points while still redacting sensitive values from recordings and transcripts. Agents see extracted values during After Contact Work, supervisors use them to search and review contacts, and developers access them programmatically through APIs, Kinesis Data Streams, and S3 output files. You can also feed extracted values directly into rule actions like email notifications, task creation, and case creation, turning unstructured conversations into automated experiences. For example, a travel company can automatically extract «Hotel Name,» «Reservation ID,» and «Reason for call» from interactions, then populate outbound emails and create follow-up tasks, eliminating manual data entry and reducing handle time. To learn more, see Information extraction in the Amazon Connect Customer Administrator Guide, or visit the Amazon Connect Customer website. For a complete list of conversational analytics capabilities available by AWS Region, refer to Availability of Connect Customer features by Region.
: Plataformas de Protección de Cargas de Trabajo en la Nube, 2026
