Publicado el Deja un comentario

Amazon SageMaker Unified Studio now supports a localized experience in twelve languages

Amazon SageMaker Unified Studio enhanced its global accessibility by introducing support for twelve languages across the user interface. Supported languages include English (American), Chinese (Simplified and Traditional), French, German, Indonesian, Italian, Japanese, Korean, Portuguese (Brazilian), Spanish, and Turkish. With this launch, data engineers, analysts, and data scientists across global teams can navigate, build, and collaborate in the language they are most comfortable with, reducing friction and improving productivity.

Your preferred language is automatically detected based on your browser’s default language settings. You can also set your preferred language by choosing ‘Language selector’ in your profile settings and selecting the language. The selected language applies across the entire SageMaker Unified Studio user interface.

This feature is available in all AWS Regions where Amazon SageMaker Unified Studio is available, in both AWS IAM Identity Center-based and IAM-based domains. To learn more, visit the Amazon SageMaker Unified Studio documentation.

 

​Amazon SageMaker Unified Studio enhanced its global accessibility by introducing support for twelve languages across the user interface. Supported languages include English (American), Chinese (Simplified and Traditional), French, German, Indonesian, Italian, Japanese, Korean, Portuguese (Brazilian), Spanish, and Turkish. With this launch, data engineers, analysts, and data scientists across global teams can navigate, build, and collaborate in the language they are most comfortable with, reducing friction and improving productivity. Your preferred language is automatically detected based on your browser’s default language settings. You can also set your preferred language by choosing ‘Language selector’ in your profile settings and selecting the language. The selected language applies across the entire SageMaker Unified Studio user interface. This feature is available in all AWS Regions where Amazon SageMaker Unified Studio is available, in both AWS IAM Identity Center-based and IAM-based domains. To learn more, visit the Amazon SageMaker Unified Studio documentation.  

Publicado el Deja un comentario

Amazon Keyspaces (for Apache Cassandra) now provides CDC iterator position

Amazon Keyspaces (for Apache Cassandra) now returns an iterator position in the GetRecords response for change data capture (CDC) streams, indicating whether a consumer has reached the tip of the stream or whether additional records may be available. Amazon Keyspaces is a scalable, serverless, and managed Apache Cassandra-compatible database service that lets customers run Cassandra workloads on AWS without managing infrastructure. CDC streams capture row-level changes to Keyspaces tables so customers can integrate with downstream analytics, replication, and event-driven applications.

Previously, customers polled CDC streams at a fixed cadence regardless of whether new records were available, leading to inefficient resource usage and unnecessary CDC consumption costs. With iterator position, customers can now adapt polling frequency based on whether the iterator is at the tip of the stream or has records pending, lowering CDC consumption costs while maintaining timely data processing. The GetRecords response now includes an iteratorDescription structure with an iteratorPosition field that returns either AT_TIP or BEHIND_TIP, enabling customers to optimize their data integration pipelines and event-driven architectures.

This feature is available in all AWS Regions where Amazon Keyspaces CDC is supported. To use it, customers need to update to the latest AWS SDK. To learn more, visit the Amazon Keyspaces product page and see Working with change data capture (CDC) streams in the Amazon Keyspaces Developer Guide.

 

​Amazon Keyspaces (for Apache Cassandra) now returns an iterator position in the GetRecords response for change data capture (CDC) streams, indicating whether a consumer has reached the tip of the stream or whether additional records may be available. Amazon Keyspaces is a scalable, serverless, and managed Apache Cassandra-compatible database service that lets customers run Cassandra workloads on AWS without managing infrastructure. CDC streams capture row-level changes to Keyspaces tables so customers can integrate with downstream analytics, replication, and event-driven applications.
Previously, customers polled CDC streams at a fixed cadence regardless of whether new records were available, leading to inefficient resource usage and unnecessary CDC consumption costs. With iterator position, customers can now adapt polling frequency based on whether the iterator is at the tip of the stream or has records pending, lowering CDC consumption costs while maintaining timely data processing. The GetRecords response now includes an iteratorDescription structure with an iteratorPosition field that returns either AT_TIP or BEHIND_TIP, enabling customers to optimize their data integration pipelines and event-driven architectures.
This feature is available in all AWS Regions where Amazon Keyspaces CDC is supported. To use it, customers need to update to the latest AWS SDK. To learn more, visit the Amazon Keyspaces product page and see Working with change data capture (CDC) streams in the Amazon Keyspaces Developer Guide.  

Publicado el Deja un comentario

Amazon SageMaker AI launches multi-turn reinforcement learning for AI agent model customization

Amazon SageMaker AI now offers multi-turn reinforcement learning (RL), a new serverless model customization technique for fine-tuning models on multi-step, agentic tasks. SageMaker AI model customization lets you adapt foundation models using techniques such as supervised fine-tuning, reinforcement learning from verifiable rewards (RLVR), and reinforcement learning from AI feedback (RLAIF), without the undifferentiated heavy lifting of building and operating your own training infrastructure. Multi-turn RL extends this by training models against your own agent environment and rewarding the full sequence of decisions an agent makes across a task, helping you specialize smaller, lower-cost models to match or exceed the task accuracy of larger general-purpose models on your target workload.

Training models that power agents to reliably complete multi-step tasks is complex and time-consuming, often requiring custom infrastructure that takes weeks to build. SageMaker’s Multi-turn RL offering handles this for you. You can connect your agent running on Amazon Bedrock AgentCore Runtime for fully managed hosting, or on Amazon EKS, Amazon EC2, AWS Fargate, or any infrastructure using the framework of your choice. SageMaker AI manages the full training loop, from rollout orchestration and trajectory collection to training and checkpoint management. Built-in MLflow tracking lets you inspect agent trajectories, rewards, and traces. Evaluation jobs report reward, pass@k, and trajectory metrics so you can benchmark a model before deploying it to a SageMaker AI endpoint or Amazon Bedrock. Multi-turn RL runs as a fully serverless capability, so you pay only for the tokens processed, with no infrastructure to provision or manage.

Multi-turn RL is available today through SageMaker Studio and the SageMaker Python SDK as part of Amazon SageMaker AI model customization. Supported models include Qwen 3.6 27B, Nova Lite 2.0, GPT-OSS-20B and Gemma 31B in us-west-2, and Nova Lite 2.0, GPT-OSS-20B in us-east-1. To get started with multi-turn reinforcement learning in SageMaker AI, visit the Amazon SageMaker AI documentation

 

​Amazon SageMaker AI now offers multi-turn reinforcement learning (RL), a new serverless model customization technique for fine-tuning models on multi-step, agentic tasks. SageMaker AI model customization lets you adapt foundation models using techniques such as supervised fine-tuning, reinforcement learning from verifiable rewards (RLVR), and reinforcement learning from AI feedback (RLAIF), without the undifferentiated heavy lifting of building and operating your own training infrastructure. Multi-turn RL extends this by training models against your own agent environment and rewarding the full sequence of decisions an agent makes across a task, helping you specialize smaller, lower-cost models to match or exceed the task accuracy of larger general-purpose models on your target workload.
Training models that power agents to reliably complete multi-step tasks is complex and time-consuming, often requiring custom infrastructure that takes weeks to build. SageMaker’s Multi-turn RL offering handles this for you. You can connect your agent running on Amazon Bedrock AgentCore Runtime for fully managed hosting, or on Amazon EKS, Amazon EC2, AWS Fargate, or any infrastructure using the framework of your choice. SageMaker AI manages the full training loop, from rollout orchestration and trajectory collection to training and checkpoint management. Built-in MLflow tracking lets you inspect agent trajectories, rewards, and traces. Evaluation jobs report reward, pass@k, and trajectory metrics so you can benchmark a model before deploying it to a SageMaker AI endpoint or Amazon Bedrock. Multi-turn RL runs as a fully serverless capability, so you pay only for the tokens processed, with no infrastructure to provision or manage.
Multi-turn RL is available today through SageMaker Studio and the SageMaker Python SDK as part of Amazon SageMaker AI model customization. Supported models include Qwen 3.6 27B, Nova Lite 2.0, GPT-OSS-20B and Gemma 31B in us-west-2, and Nova Lite 2.0, GPT-OSS-20B in us-east-1. To get started with multi-turn reinforcement learning in SageMaker AI, visit the Amazon SageMaker AI documentation.   

Publicado el Deja un comentario

Amazon EKS and Amazon EKS Distro now supports Kubernetes version 1.36

Kubernetes version 1.36 introduced several new features and bug fixes, and AWS is excited to announce that you can now use Amazon Elastic Kubernetes Service (EKS) and Amazon EKS Distro to run Kubernetes version 1.36. Starting today, you can create new EKS clusters using version 1.36 and upgrade existing clusters to version 1.36 using the EKS console, the eksctl command line interface, or through an infrastructure-as-code tool.

Kubernetes version 1.36 introduces several key improvements, promoting User Namespaces to general availability for mapping container root to an unprivileged host user so that a breakout grants no node-level privileges, alongside Mutating Admission Policies for CEL-based resource mutations in the API server without webhook infrastructure. The release also brings In-Place Pod-Level Resources Vertical Scaling allowing Pods to resize their shared CPU and memory budget without restart, and Resource Health Status reporting device health in Pod status to help identify hardware-caused crash loops. To learn more about the changes in Kubernetes version 1.36, see our documentation and the Kubernetes project release notes.

EKS now supports Kubernetes version 1.36 in all the AWS Regions where EKS is available, including the AWS GovCloud (US) Regions.

You can learn more about the Kubernetes versions available on EKS and instructions to update your cluster to version 1.36 by visiting EKS documentation. You can use EKS cluster insights to check if there are any issues that can impact your Kubernetes cluster upgrades. EKS Distro builds of Kubernetes version 1.36 are available through ECR Public Gallery and GitHub. Learn more about the EKS version lifecycle policies in the documentation.

 

​Kubernetes version 1.36 introduced several new features and bug fixes, and AWS is excited to announce that you can now use Amazon Elastic Kubernetes Service (EKS) and Amazon EKS Distro to run Kubernetes version 1.36. Starting today, you can create new EKS clusters using version 1.36 and upgrade existing clusters to version 1.36 using the EKS console, the eksctl command line interface, or through an infrastructure-as-code tool. Kubernetes version 1.36 introduces several key improvements, promoting User Namespaces to general availability for mapping container root to an unprivileged host user so that a breakout grants no node-level privileges, alongside Mutating Admission Policies for CEL-based resource mutations in the API server without webhook infrastructure. The release also brings In-Place Pod-Level Resources Vertical Scaling allowing Pods to resize their shared CPU and memory budget without restart, and Resource Health Status reporting device health in Pod status to help identify hardware-caused crash loops. To learn more about the changes in Kubernetes version 1.36, see our documentation and the Kubernetes project release notes. EKS now supports Kubernetes version 1.36 in all the AWS Regions where EKS is available, including the AWS GovCloud (US) Regions. You can learn more about the Kubernetes versions available on EKS and instructions to update your cluster to version 1.36 by visiting EKS documentation. You can use EKS cluster insights to check if there are any issues that can impact your Kubernetes cluster upgrades. EKS Distro builds of Kubernetes version 1.36 are available through ECR Public Gallery and GitHub. Learn more about the EKS version lifecycle policies in the documentation.  

Publicado el Deja un comentario

AWS Config now supports internal service linked rules

AWS Config now supports internal service linked rules, enabling AWS services to evaluate AWS resource configurations using AWS Config managed rules. Internal service linked rules extend the existing service linked recorder capability by allowing AWS services such as AWS Security Hub CSPM to deploy and manage rule evaluations for service specific functionality.

With internal service linked rules, AWS services can use AWS Config managed rules to provide integrated security and compliance capabilities. Evaluation results are delivered directly to the AWS service that deployed the rule at no charge from AWS Config to customers. Internal service linked rules operate independently of existing customer managed AWS Config recorders and rules. This allows customers to continue using AWS Config for inventory, governance, compliance, and auditing use cases while AWS services independently manage service specific evaluations.

AWS Security Hub CSPM internal service-linked rules are now available in all commercial, GovCloud, and China Regions. To learn more, see the AWS Config documentation.

 

​AWS Config now supports internal service linked rules, enabling AWS services to evaluate AWS resource configurations using AWS Config managed rules. Internal service linked rules extend the existing service linked recorder capability by allowing AWS services such as AWS Security Hub CSPM to deploy and manage rule evaluations for service specific functionality. With internal service linked rules, AWS services can use AWS Config managed rules to provide integrated security and compliance capabilities. Evaluation results are delivered directly to the AWS service that deployed the rule at no charge from AWS Config to customers. Internal service linked rules operate independently of existing customer managed AWS Config recorders and rules. This allows customers to continue using AWS Config for inventory, governance, compliance, and auditing use cases while AWS services independently manage service specific evaluations. AWS Security Hub CSPM internal service-linked rules are now available in all commercial, GovCloud, and China Regions. To learn more, see the AWS Config documentation.  

Publicado el Deja un comentario

Microsoft Build 2026: Sean ustedes mismos en el trabajo

Cartel con figuras de colores y las palabras: Build y Microsoft Build

Microsoft Build 2026: Sean ustedes mismos en el trabajo

Por: Kyle Daigle, COO de GitHub y CMO de Developer de Microsoft.

Las plataformas cambian cuando los desarrolladores crean. Exploramos, elegimos herramientas, soñamos, creamos.

Este cambio de plataforma trae más información que nunca, lista al alcance de su mano. Este cambio consiste en construir rápido Y LUEGO: se trata de construir, operar, optimizar y observar. Asegurar su infraestructura, aplicaciones y agentes de una manera fluida que no los ralentice desde el momento en que abren el portátil hasta el momento en que lo lanzan a producción.

Pero hay una dualidad en ser desarrolladores: son experimentadores, eligen sus propias herramientas y modelos, y son constructores empresariales, que lanzan sistemas que exigen gobernanza, seguridad y confianza desde el primer día.

Los desarrolladores no necesitan otra forma para solo construir y ejecutar un agente o una aplicación. Necesitan confianza. Necesitan contexto y conocimiento nativos. Sobre todo, necesitan elección para acceder al modelo adecuado para el problema adecuado.

Esta dualidad es donde Microsoft prospera. Nos preguntamos: ¿qué significa ser un desarrollador moderno hoy en día? Y hoy en Microsoft Build, compartimos cómo empoderamos a los desarrolladores para construir en esta era de inteligencia ubicua con los controles y la seguridad que esperan a gran escala, para unir lo que saben con lo que el mundo conoce de manera nativa.

Hoy hay muchas noticias, pero hay tres temas que destacar.

Primero, inteligencia que sea en verdad suya. Con la Microsoft Agent Platform impulsada por su contexto e inteligencia de Microsoft IQ, pueden construir su agente en GitHub, desplegarlo en Microsoft Foundry y optimizarlo en automático con los modelos más adecuados para el trabajo. Ánclenlo en su inteligencia y en el conocimiento del mundo, y luego accedan a ello a través de Microsoft Teams, M365 o cualquier sitio donde trabaje su equipo. Diseñado para reducir la necesidad de hacer compromisos entre contexto y gobernanza, seguridad y velocidad, o modelos y herramientas.

Segundo, el stack completo se construye a su manera. Deberían poder construir como quieran, con las herramientas, modelos y flujos de trabajo que elijan, y hacerlo real. Esto se extiende más allá de la plataforma del agente y se extiende a lo largo de la pila. Del silicio al sistema operativo, a herramientas para desarrolladores y a la nube, y eso empieza con Windows. No es Windows para «desarrolladores de Windows». Windows para desarrolladores, punto. Vamos a traer una nueva configuración para desarrolladores que les da más flexibilidad, una experiencia inteligente sin fricciones con shell y terminal, sandboxing local para agentes, nuevas capacidades de Windows Subsystem para Linux y potentes opciones para hacerlo en su máquina local.

En tercer lugar, los sistemas agénticos pasan del código al progreso humano, para amplificar lo que científicos e investigadores pueden lograr. Nuevas fronteras en ciencia e informática que empiezan con la misma plataforma de desarrolladores debajo.

Juntos, los desarrolladores cuentan con un ecosistema multimodelo, desde su portátil hasta la nube, para que puedan construir la frontera sin renunciar al control y la técnica que en verdad hacen que el trabajo sea suyo.

Y como siempre, todo empieza por el desarrollador. Vamos a ello.

Agentes que los conocen, a ustedes, a su negocio y al mundo

A medida que los modelos se vuelven más capaces y disponibles, el diferenciador para cualquier organización ya no es el acceso a la inteligencia, sino la propiedad. ¿Cómo es que su experiencia, datos y manera de trabajar se convierten en un sistema que aprende de manera continua y genera mejores resultados? El objetivo es un ecosistema que dé a las empresas su propia autonomía, no uno que canalice valor de vuelta a un consultor o al creador de modelos.

Sus agentes deberían reflejar cómo piensan y operan, desde su lógica empresarial y conocimiento institucional, hasta sus flujos de trabajo.

Eso empieza con el contexto. Microsoft IQ, disponible hoy en día en GitHub Copilot, Microsoft Foundry y Copilot Studio, es una nueva capa de contexto que fundamenta a los agentes tanto en el conocimiento mundial como en el conocimiento empresarial. Work IQ es la capa de inteligencia laboral para los agentes, que captura cómo se realiza en verdad el trabajo en Microsoft 365, sistemas organizativos y fuentes externas: personas, correos electrónicos, documentos, reuniones y cómo se conectan. Las APIs de Work IQ, disponibles de manera general a partir del 16 de junio, proporcionan acceso programático a esta capa de inteligencia y proporcionan a los agentes el contexto que necesitan para trabajar con eficacia en su organización. Fabric IQ proporciona una base semántica compartida sobre datos empresariales estructurados. Foundry IQ lo une y permite la planificación de recuperación tanto en el conocimiento empresarial como en la web en vivo.

La novedad en la familia es Web IQ, anunciado hoy: la conexión real más rápida que pueden ofrecer a sus agentes. Una pila de búsqueda web basada en IA, independiente del modelo y nativa de MCP, que devuelve los pasajes relevantes a casi 2,5 veces la velocidad de la siguiente mejor alternativa.

También analizamos cómo este contexto se aplica a nuevos factores de forma, en específico en agentes autónomos siempre activos. Microsoft Scout es un nuevo agente personal para el trabajo que hoy llevamos a los clientes de Frontier. Basado en OpenClaw y WorkIQ, Scout entiende cómo trabajan, utiliza las herramientas en las que ya viven, como Teams y Outlook, y gestiona de manera proactiva cosas como la preparación de reuniones, conflictos de programación y tareas rutinarias sin pedir preguntas.  Estamos emocionados de compartir más, pronto, a medida que ampliemos lo que Scout puede hacer y lo expandamos de forma más amplia.

En la capa de modelos, el equipo de Superinteligencia de IA de Microsoft lanzó una familia de siete nuevos modelos internos, que comienza con MAI-Thinking-1 , el primer modelo de razonamiento de Microsoft AI. Entrenado desde cero sin destilación, con datos limpios, comerciales y de nivel empresarial, sobre los que pueden construir con confianza.

Es un modelo de tamaño medio, con 35.000 millones de parámetros activos y una ventana de contexto de 256K, diseñado para alta eficiencia y rendimiento, pero lo más importante, a un bajo coste de token. En una prueba a ciegas, los evaluadores independientes lo prefieren al Sonnet 4.61, e iguala a Opus 4.6 en habilidades de programación en SWE Bench Pro.2 MAI-Thinking-1 fue diseñado para ser bueno en instrucciones complejas de varios pasos, razonamiento de contexto largo y generación de código, y ahora está abierto en Foundry en vista previa privada.

Pero ese no es el único modelo nuevo. MAI-Image-2.5 y su variante flash son los primeros modelos de Microsoft que sirven tanto texto a imagen (con la tercera posición en la tabla de posiciones de Arena AI), como en permitir cargas de trabajo imagen a imagen (con la segunda posición en la tabla de posiciones de Arena AI, donde supera a Nano Banana 2). Estos son en especial útiles en flujos de trabajo creativos, cuando necesitan ayuda para convertir un concepto en realidad o para mejorar trabajos de imagen existentes. Estos modelos están disponibles en PowerPoint, se despliegan en OneDrive, y hoy llegan a Foundry con una calidad líder en el mercado por dólar.

También hay otros nuevos miembros de la familia MAI: MAITranscribe1.5 combina una precisión de última generación en 43 idiomas, con streaming más adelante. MAI-Voice-2 y su variante flash están ahora disponibles en más de 15 idiomas adicionales con nuevas opciones de voz. Y MAI-Code-1, nuestro modelo de codificación de inferencia eficiente ajustado para GitHub, ya está disponible en Copilot y VS Code. 

La elección del desarrollador no se limita a nuestro catálogo. Los modelos MAI también estarán disponibles en Fireworks AI, Baseten y Open Router. Y Fireworks AI ya está disponible en Foundry, para a los desarrolladores una experiencia de plataforma única con gobernanza empresarial y residencia de datos en Azure, sin importar el modelo que elijan.

Para las organizaciones dispuestas a hacer en verdad suyas las inteligencias, Frontier Tuning aplica aprendizaje por refuerzo dentro de los límites de cumplimiento para que los agentes puedan aprender cómo funciona en verdad el negocio. A través de sus propios datos, conocimientos del dominio y flujos de trabajo, el resultado es un bucle que se afina a medida que los agentes trabajan. Disponible en vista previa privada hoy.

Y la seguridad y la gobernanza envuelve todo el sistema. Agent 365 para agentes locales extiende Entra, Defender y Purview en un único plano de control para observar, gobernar y asegurar a los agentes en toda tu herencia, sin importar dónde estén alojados o en qué estructura estén construidos. Así es como se construye a velocidad mientras se mantiene el control.

Junto a ello hay una pila de confianza abierta y de extremo a extremo para agentes de IA en cualquier marco de trabajo, anclada por dos proyectos de código abierto: Adaptive Spec-driven Spec Scoring for Evaluation and Regression Testing (ASSERT) para la evaluación de seguridad basada en políticas, y Agent Control Specification para estandarizar dónde y cómo aplicar controles en el bucle de agentes.

También para reforzar nuestra defensa está el nombre en clave MDASH. Nuestro nuevo sistema de seguridad agéntico multimodelo despliega 100+ agentes para encontrar errores explotables mientras razona sobre el flujo de datos, la lógica de negocio y las cadenas de exploits, con correcciones contextuales entregadas directo en el Portal Defender.

La pila completa, a su manera

Cuando pensamos en el trabajo en la era agéntica, se requiere una plataforma de inteligencia ubicua que abarque la nube y el entorno. Pero como desarrollador, ¿cómo se construyen estos sistemas ricos y agénticos mientras e mantiene el control firme? Eso significa mantenerse en flujo en lugar de esperar a las herramientas y hacer experimentos en minutos en lugar de horas.

Todo comienza en el silicio, y ahí es donde entra Surface RTX Spark Dev Box: diseñado para cargas de trabajo sostenidas: trabajos de entrenamiento de larga duración, pipelines de IA agéntica y ajuste fino local de modelos.

Impulsado por NVIDIA RTX Spark, ofrece hasta un petaflop de computación de IA y 128 GB de memoria unificada, capaz de ejecutar hasta 120 mil millones de parámetros LLMS con hasta un millón de agentes de contexto que usan tokens, a nivel local, sin instancias de GPU en la nube3.  Windows Services for Linux (WSL) 2, con paso nativo de GPU y soporte completo para CUDA, viene preconfigurado para desarrolladores, con Visual Studio Code, GitHub Copilot y muchas más de sus herramientas favoritas preinstaladas. La Surface RTX Spark Dev Box estará disponible a finales de este año en Estados Unidos a través de Microsoft.com.

En la capa del sistema operativo, Microsoft hace de Windows un entorno de ejecución nativo para agentes. Microsoft Execution Containers (MXC), ahora en vista previa, ofrece a desarrolladores y administradores de TI una manera más sencilla de crear entornos sandbox de nivel empresarial para agentes, con contención aplicada por el propio sistema operativo. Describan sus requisitos una vez y Windows los aplica en todas las partes donde funcionen sus agentes.

Esta tecnología es utilizada ahora por OpenClaw en Windows, para permitir la ejecución de flujos de trabajo de varios pasos dentro de estos límites impuestos por el sistema operativo. El entorno de ejecución seguro OpenShell de NVIDIA para agentes autónomos utiliza MXC y añade gestión de políticas, enrutamiento de inferencias y ofuscación de información personal identificable (PII, por sus siglas en inglés). En conjunto, estas capacidades brindan a los desarrolladores un entorno seguro para el desarrollo y despliegue de agentes, y proporcionan a los equipos de TI las herramientas de gobernanza que necesitan tanto en dispositivos locales como en entornos en la nube.

Y cuando los agentes se trasladan a la nube, los agentes alojados en Foundry Agent Service, en vista previa, ofrecen el mismo modelo a gran escala: sandboxes instantáneos por sesión, ejecución aislada, memoria persistente y escala elástica. Piensen en esto como la primitiva para los agentes, igual que los contenedores lo eran para las aplicaciones nativas en la nube.

Los flujos de desarrollo agéntico, ya sea en el IDE o en línea de comandos, nos ayudan a escribir código más rápido que nunca, pero eso es solo una parte de la construcción de software.

La aplicación GitHub Copilot, ahora en vista previa, lleva el desarrollo agéntico a una experiencia de escritorio nativa —y a una audiencia mucho más amplia. Empiecen desde una idea, un problema existente o una relación permanente, orquesten varias sesiones de agentes en paralelo y mantengan el avance de los cambios mediante revisión, CI y fusión. Cada sesión utiliza árboles de trabajo git, así que el trabajo permanece separado. Copilot se encarga de la ejecución, mientras que los desarrolladores dicen que tienen el control.

Los desarrolladores pueden generar aplicaciones en segundos, pero poner esas aplicaciones en producción aún requiere unir bases de datos, APIs, autenticación e infraestructura.

En la capa de plataforma, Project Rayfin, ahora en vista previa, resuelve eso. Incorpora un backend gestionado como servicio a Microsoft Fabric, definido a través de flujos de trabajo basados en GitHub, para que los desarrolladores puedan pasar del prototipo a la producción sin gestionar la infraestructura. La integración con Replit crea un camino rápido desde el prototipo hasta el despliegue de nivel empresarial con gobernanza desde el primer día. Y a medida que las aplicaciones agenciales crecen, Azure HorizonDB ofrece rendimiento y fiabilidad para satisfacer los requisitos más exigentes de tu base de datos. Es un servicio PostgreSQL gestionado por completo en Azure, que ofrece más de 3 veces el rendimiento de configuraciones autogestionadas comparables en pruebas internas.

El futuro pertenece a los constructores

De la misma manera que los agentes de larga duración han ayudado a redefinir el desarrollo de software y el papel del desarrollador, los nuevos agentes ayudarán a cambiar la investigación y el desarrollo y lo que los científicos pueden lograr.

Microsoft Discovery está disponible a nivel general hoy en día. Construido sobre Azure, ofrece a los investigadores una plataforma de IA agéntico de nivel empresarial para todo el flujo de trabajo científico. BHP lo utiliza para encontrar soluciones de lixiviación de cobre en meses en lugar de años. Syensqo acelera la investigación y desarrollo de semiconductores. GSK itera en el descubrimiento de fármacos. Además, se anunció una aplicación local gratuita de Discovery para la comunidad científica en general. Estará disponible este verano en versión preliminar y solo requiere una cuenta de GitHub Copilot.

Por último, nuestro chip de computación cuántica de próxima generación, Majorana 2 , representa un gran paso hacia la escala: una vida media de qubits de 20 segundos con instancias de hasta un minuto, fiabilidad 1.000 veces mayor que nuestra generación anterior, y un camino hacia un millón de qubits en un chip que cabe en la palma de su mano. Con la ayuda de la IA agéntica, lograremos una máquina cuántica escalable para 2029.

Las plataformas no cambian por sí solas; los desarrolladores las construyen hacia adelante. Hoy se trata de darles más con qué construir.

Estos son solo algunos de los anuncios en Build. Estamos entusiasmados de conectar con quienes se unen de manera virtual y en persona, para ponencias principales, análisis profundos de código, sesiones de hackeo y mucho más. También habrá muchas sesiones disponibles bajo demanda.

Para conocer el conjunto completo de noticias, visiten el blog Microsoft Build Live .

Ahora, vamos a construir.

Notas:

1: medido a través de Surge, nuestro socio independiente de calificación humana

2: Basado en el benchmark SWE Bench Pro

3: Fuente: NVIDIA. Basado en 1 FP4 TOPS teórico con la característica de esparsidad.

Relacionado:

Echen un vistazo a nuestro blog en directo, Microsoft Build Live

Lean más sobre todas las actualizaciones para desarrolladores

The post Microsoft Build 2026: Sean ustedes mismos en el trabajo appeared first on Source LATAM.

 

​The post Microsoft Build 2026: Sean ustedes mismos en el trabajo appeared first on Source LATAM.  

Publicado el Deja un comentario

AWS Deadline Cloud now supports persistent storage for Service Managed Fleets

AWS Deadline Cloud now supports persistent storage for Service-Managed Fleets (SMF), allowing you to maintain data across worker lifecycle events. AWS Deadline Cloud is a fully managed service that makes it easy for teams to run compute-intensive workloads in the cloud for visual effects, animation, product design, simulation, and gaming.

Previously, Deadline Cloud SMF workers relied only on ephemeral storage, requiring software and assets to be reinstalled each time a worker was recycled or replaced. Now, Deadline Cloud attaches persistent Amazon Elastic Block Store (Amazon EBS) volumes to SMF workers, preserving Conda environments, Perforce workspaces, shader caches, and asset collections across worker lifecycle events. This reduces worker startup time and helps you complete jobs faster. You can configure the number of persistent volumes per worker and set a time-to-live (TTL) to control how long volumes are retained, giving you flexibility to balance storage costs with startup performance. 

Persistent storage for SMF is available in all AWS Regions where Deadline Cloud is offered. Persistent volumes are priced the same as existing Service-Managed Fleets EBS pricing. See the Deadline Cloud pricing page for details. To learn more, visit the AWS Deadline Cloud product page or our user guide.

 

​AWS Deadline Cloud now supports persistent storage for Service-Managed Fleets (SMF), allowing you to maintain data across worker lifecycle events. AWS Deadline Cloud is a fully managed service that makes it easy for teams to run compute-intensive workloads in the cloud for visual effects, animation, product design, simulation, and gaming. Previously, Deadline Cloud SMF workers relied only on ephemeral storage, requiring software and assets to be reinstalled each time a worker was recycled or replaced. Now, Deadline Cloud attaches persistent Amazon Elastic Block Store (Amazon EBS) volumes to SMF workers, preserving Conda environments, Perforce workspaces, shader caches, and asset collections across worker lifecycle events. This reduces worker startup time and helps you complete jobs faster. You can configure the number of persistent volumes per worker and set a time-to-live (TTL) to control how long volumes are retained, giving you flexibility to balance storage costs with startup performance.  Persistent storage for SMF is available in all AWS Regions where Deadline Cloud is offered. Persistent volumes are priced the same as existing Service-Managed Fleets EBS pricing. See the Deadline Cloud pricing page for details. To learn more, visit the AWS Deadline Cloud product page or our user guide.  

Publicado el Deja un comentario

Amazon SageMaker Studio now sets up in seconds with model customization ready from the start

Amazon SageMaker Studio quick setup now completes in under twenty seconds, reduced from over two minutes. Whether you are building ML pipelines, exploring data, developing with notebooks, or fine-tuning foundation models, you can go from sign-in to a fully configured Studio environment almost instantly.

As part of this streamlined setup, newly created Studio environments now come with serverless model customization permissions automatically configured. A new managed policy, AmazonSageMakerModelCustomizationCoreAccess, is created and attached for you, providing permissions for serverless model customization jobs including fine-tuning with custom reward functions for reinforcement learning, model evaluation, and deployment to SageMaker or Bedrock endpoints. This eliminates the need to manually create and configure IAM roles and policies before you can start experimenting. For existing Studio environments, actionable messages with direct links to documentation guide you through adding these permissions.

This feature is available in all AWS Commercial Regions where Amazon SageMaker Studio is supported. To get started, create a new Studio environment using quick setup in the SageMaker AI Console. To learn more, see Quick setup and Model Customization permissions setup in the Amazon SageMaker documentation.

 

​Amazon SageMaker Studio quick setup now completes in under twenty seconds, reduced from over two minutes. Whether you are building ML pipelines, exploring data, developing with notebooks, or fine-tuning foundation models, you can go from sign-in to a fully configured Studio environment almost instantly. As part of this streamlined setup, newly created Studio environments now come with serverless model customization permissions automatically configured. A new managed policy, AmazonSageMakerModelCustomizationCoreAccess, is created and attached for you, providing permissions for serverless model customization jobs including fine-tuning with custom reward functions for reinforcement learning, model evaluation, and deployment to SageMaker or Bedrock endpoints. This eliminates the need to manually create and configure IAM roles and policies before you can start experimenting. For existing Studio environments, actionable messages with direct links to documentation guide you through adding these permissions. This feature is available in all AWS Commercial Regions where Amazon SageMaker Studio is supported. To get started, create a new Studio environment using quick setup in the SageMaker AI Console. To learn more, see Quick setup and Model Customization permissions setup in the Amazon SageMaker documentation.  

Publicado el Deja un comentario

Amazon ElastiCache for Valkey now supports durability

Today, AWS announces durability support for Amazon ElastiCache. Durability enables you to use ElastiCache for workloads that require microsecond read latency but cannot tolerate data loss. With durability support, ElastiCache now stores data durably across multiple Availability Zones (AZs) using a Multi-AZ transactional log to enable fast failover, database recovery, and node restarts to prevent data loss in the unlikely event of a failure.

You can choose between two durability options: synchronous and asynchronous writes. Synchronous writes persist data across at least two AZs before responding to the client, designed for zero data loss at single-digit millisecond write latency. Asynchronous writes persist data after responding to the client, maintaining microsecond write latency at no additional cost. However, up to 10 seconds of uncommitted data could be lost in the rare event of a failure. Both options maintain microsecond read latency. You can now use ElastiCache for a broader set of use cases beyond caching where data loss is unacceptable such as AI agent long-term memory, AI agent workflow state, knowledge bases for RAG applications, payment tokenization, and real-time inventory management.

Durability for ElastiCache is available in all AWS commercial Regions, AWS China Regions, and AWS GovCloud (US) Regions starting with Valkey 9.0. To get started, create a new ElastiCache cluster and select your preferred durability option using the AWS Management Console, AWS Software Development Kit (SDK), or AWS Command Line Interface (CLI). For pricing details, visit the Amazon ElastiCache pricing page. To learn more, visit the ElastiCache documentation and blog.  

 

​Today, AWS announces durability support for Amazon ElastiCache. Durability enables you to use ElastiCache for workloads that require microsecond read latency but cannot tolerate data loss. With durability support, ElastiCache now stores data durably across multiple Availability Zones (AZs) using a Multi-AZ transactional log to enable fast failover, database recovery, and node restarts to prevent data loss in the unlikely event of a failure.
You can choose between two durability options: synchronous and asynchronous writes. Synchronous writes persist data across at least two AZs before responding to the client, designed for zero data loss at single-digit millisecond write latency. Asynchronous writes persist data after responding to the client, maintaining microsecond write latency at no additional cost. However, up to 10 seconds of uncommitted data could be lost in the rare event of a failure. Both options maintain microsecond read latency. You can now use ElastiCache for a broader set of use cases beyond caching where data loss is unacceptable such as AI agent long-term memory, AI agent workflow state, knowledge bases for RAG applications, payment tokenization, and real-time inventory management.
Durability for ElastiCache is available in all AWS commercial Regions, AWS China Regions, and AWS GovCloud (US) Regions starting with Valkey 9.0. To get started, create a new ElastiCache cluster and select your preferred durability option using the AWS Management Console, AWS Software Development Kit (SDK), or AWS Command Line Interface (CLI). For pricing details, visit the Amazon ElastiCache pricing page. To learn more, visit the ElastiCache documentation and blog.    

Publicado el Deja un comentario

AWS Cost and Usage Report 2.0 now supports Athena and Redshift integration

AWS today announced that AWS Cost and Usage Report 2.0 (CUR 2.0) provides new integration options with AWS Athena and AWS Redshift. This capability allows customers to analyze the data from their AWS CUR 2.0 in Amazon Simple Storage Service (Amazon S3) using standard SQL without building custom data warehouse solutions, bringing feature parity with CUR 1.0 integration options.

With this launch, when customers select Athena or Redshift integration, CUR 2.0 exports are automatically delivered in the optimal format (Parquet, GZIP) for the chosen query engine. Each export includes the supporting metadata and automation resources needed to get started quickly, such as infrastructure templates, table definitions, and data loading instructions, so customers can begin querying their cost data without manual configuration. As CUR 2.0 data refreshes periodically, updates are automatically reflected in the Athena or Redshift tables with no additional ETL required.

This feature is available in all commercial AWS Regions, except the AWS GovCloud (US) Regions and the China Regions.

To learn more about this feature, see AWS Data Exports and AWS Billing and Cost Management in the AWS Cost Management User Guide.

 

​AWS today announced that AWS Cost and Usage Report 2.0 (CUR 2.0) provides new integration options with AWS Athena and AWS Redshift. This capability allows customers to analyze the data from their AWS CUR 2.0 in Amazon Simple Storage Service (Amazon S3) using standard SQL without building custom data warehouse solutions, bringing feature parity with CUR 1.0 integration options. With this launch, when customers select Athena or Redshift integration, CUR 2.0 exports are automatically delivered in the optimal format (Parquet, GZIP) for the chosen query engine. Each export includes the supporting metadata and automation resources needed to get started quickly, such as infrastructure templates, table definitions, and data loading instructions, so customers can begin querying their cost data without manual configuration. As CUR 2.0 data refreshes periodically, updates are automatically reflected in the Athena or Redshift tables with no additional ETL required. This feature is available in all commercial AWS Regions, except the AWS GovCloud (US) Regions and the China Regions. To learn more about this feature, see AWS Data Exports and AWS Billing and Cost Management in the AWS Cost Management User Guide.