Amazon Managed Streaming for Apache Kafka (Amazon MSK) is now available in Asia Pacific (Thailand) and Mexico (Central) regions. Customers can create Amazon MSK Provisioned clusters in these regions starting today.
Amazon MSK is a fully managed service for Apache Kafka and Kafka Connect that makes it easier for you to build and run applications that use Apache Kafka as a data store. Amazon MSK is fully compatible with Apache Kafka, which enables you to more quickly migrate your existing Apache Kafka workloads to Amazon MSK with confidence or build new ones from scratch. With Amazon MSK, you spend more time building innovative streaming applications and less time managing Kafka clusters.
Amazon Managed Streaming for Apache Kafka (Amazon MSK) is now available in Asia Pacific (Thailand) and Mexico (Central) regions. Customers can create Amazon MSK Provisioned clusters in these regions starting today. Amazon MSK is a fully managed service for Apache Kafka and Kafka Connect that makes it easier for you to build and run applications that use Apache Kafka as a data store. Amazon MSK is fully compatible with Apache Kafka, which enables you to more quickly migrate your existing Apache Kafka workloads to Amazon MSK with confidence or build new ones from scratch. With Amazon MSK, you spend more time building innovative streaming applications and less time managing Kafka clusters. Visit the AWS Regions page for all the regions where Amazon MSK is available. To get started, see the Amazon MSK Developer Guide.
Amazon Managed Streaming for Apache Kafka (Amazon MSK) now supports Apache Kafka version 4.0, bringing the latest advancements in cluster management and performance to MSK Provisioned. Kafka 4.0 introduces a new consumer rebalance protocol, now generally available, that helps ensure smoother and faster group rebalances. In addition, Kafka 4.0 requires brokers and tools to use Java 17, providing improved security and performance, includes various bug fixes and improvements, and deprecates metadata management via Apache ZooKeeper.
To start using Apache Kafka 4.0 on Amazon MSK, simply select version 4.0.x when creating a new cluster via the AWS Management Console, AWS CLI, or AWS SDKs. You can also upgrade existing MSK provisioned clusters with an in-place rolling update. Amazon MSK orchestrates broker restarts to maintain availability and protect your data during the upgrade. Kafka version 4.0 support is available today across all AWS regions where Amazon MSK is offered. For more details, see the Amazon MSK Developer Guide and the Apache Kafka release notes for version 4.0.
Amazon Managed Streaming for Apache Kafka (Amazon MSK) now supports Apache Kafka version 4.0, bringing the latest advancements in cluster management and performance to MSK Provisioned. Kafka 4.0 introduces a new consumer rebalance protocol, now generally available, that helps ensure smoother and faster group rebalances. In addition, Kafka 4.0 requires brokers and tools to use Java 17, providing improved security and performance, includes various bug fixes and improvements, and deprecates metadata management via Apache ZooKeeper. To start using Apache Kafka 4.0 on Amazon MSK, simply select version 4.0.x when creating a new cluster via the AWS Management Console, AWS CLI, or AWS SDKs. You can also upgrade existing MSK provisioned clusters with an in-place rolling update. Amazon MSK orchestrates broker restarts to maintain availability and protect your data during the upgrade. Kafka version 4.0 support is available today across all AWS regions where Amazon MSK is offered. For more details, see the Amazon MSK Developer Guide and the Apache Kafka release notes for version 4.0.
Microsoft Build 2025: La era de los agentes de IA y la creación de la web de agentes abierta
¿Demasiado largo? Escucha las noticias en un resumen de audio generado por inteligencia artificial con Microsoft 365 Copilot. Puedes leer la transcripción aquí.
Por: Frank X. Shaw, director de comunicaciones de Microsoft.
Hemos entrado en la era de los agentes de IA. Gracias a los avances revolucionarios en el razonamiento y la memoria, los modelos de IA son ahora más capaces y eficientes, y vemos cómo los sistemas de IA pueden ayudarnos a todos a resolver problemas de nuevas maneras.
Por ejemplo, 15 millones de desarrolladores ya usan GitHub Copilot, y características como el modo de agente y la revisión de código simplifican la forma en que codifican, comprueban, implementan y solucionan problemas.
Cientos de miles de clientes usan Microsoft 365 Copilot para ayudar a investigar, intercambiar ideas y desarrollar soluciones, y más de 230 mil organizaciones, incluido el 90% de las empresas Fortune 500, ya han usado Copilot Studio para crear agentes de IA y automatizaciones.
Empresas como Fujitsu y NTT Data utilizan Azure AI Foundry para crear y administrar aplicaciones y agentes de IA que ayudan a priorizar los clientes potenciales, acelerar la creación de propuestas y sacar a la luz la información de los clientes. Stanford Health Care utilizan el orquestador de agentes de atención médica de Microsoft para crear y probar agentes de IA que pueden ayudar a aliviar la carga administrativa y acelerar el flujo de trabajo para la preparación de la junta sobre tumores.
Los desarrolladores están en el centro de todo. Durante 50 años, Microsoft ha empoderado a los desarrolladores con herramientas y plataformas para convertir sus ideas en realidad, para acelerar la innovación en cada etapa. Desde la automatización impulsada por la IA hasta la integración perfecta en la nube y mucho más, es emocionante ver cómo los desarrolladores impulsan la próxima generación de transformación digital.
Entonces, ¿qué sigue?
Imaginamos un mundo en el que los agentes operan en contextos individuales, organizacionales, de equipo y comerciales de extremo a extremo. Esta visión emergente de Internet es una web abierta de agentes (open agentic web), donde los agentes de IA toman decisiones y realizan tareas en nombre de los usuarios o las organizaciones.
En Microsoft Build mostramos los pasos que damos para hacer realidad esta visión a través de nuestras plataformas, productos e infraestructura. Ponemos nuevos modelos y agentes de codificación en manos de los desarrolladores, a través de la introducción de agentes de nivel empresarial, para hacer que nuestras plataformas como Azure AI Foundry, GitHub y Windows sean los mejores lugares para construir, a través de la adopción de protocolos abiertos y la aceleración del descubrimiento científico con IA, todo para que los desarrolladores y las organizaciones puedan inventar la próxima gran novedad.
He aquí un vistazo a algunos de los anuncios de hoy:
Reimaginar el ciclo de vida del desarrollo de software con IA
La IA ha comenzado a cambiar de manera fundamental la forma en que se escribe, implementa y mantiene el código. Los desarrolladores utilizan la IA para mantenerse en el flujo de su entorno durante más tiempo y para cambiar su enfoque a tareas más estratégicas. Y a medida que se transforma el ciclo de vida del desarrollo de software, proporcionamos nuevas características en plataformas como GitHub, Azure AI Foundry y Windows que permiten a los desarrolladores trabajar más rápido, pensar en grande y crear a escala.
Agente de codificación de GitHub Copilot y nuevas actualizaciones de GitHub Models: GitHub Copilot evoluciona de un asistente en el editor a un socio de IA agéntica con un agente de codificación asíncrono, el primero de su tipo, integrado en la plataforma de GitHub. Agregamos administración de solicitudes, evaluaciones ligeras y controles empresariales a GitHub Models para que los equipos puedan experimentar con los mejores modelos de su clase, sin salir de GitHub. Microsoft también abre el código abierto de GitHub Copilot Chat en VS Code. Las capacidades impulsadas por IA de las extensiones de GitHub Copilot ahora formarán parte del mismo repositorio de código abierto que impulsa la herramienta de desarrollo más popular del mundo. Como hogar de más de 150 millones de desarrolladores, esto refuerza nuestro compromiso con el desarrollo de software abierto, colaborativo e impulsado por IA. Obtengan más información sobre las actualizaciones de GitHub Copilot.
Presentación de Windows AI Foundry: Para los desarrolladores, Windows sigue como una de las plataformas más abiertas y utilizadas de manera amplia disponibles, con escala, flexibilidad y oportunidades de crecimiento. Windows AI Foundry ofrece una plataforma unificada y confiable que admite el ciclo de vida de los desarrolladores de IA a través del entrenamiento y la inferencia. Con API de modelos simples para tareas de visión y lenguaje, los desarrolladores pueden administrar y ejecutar LLM de código abierto a través de Foundry Local o traer un modelo propietario para convertir, ajustar e implementar en el cliente y la nube. Windows AI Foundry ya está disponible para empezar. Para obtener más información, visiten nuestro blog para desarrolladores de Windows .
Modelos de Azure AI Foundry y nuevas herramientas para la evaluación de modelos: Azure AI Foundry es una plataforma unificada para que los desarrolladores diseñen, personalicen y administren aplicaciones y agentes de IA. Con Azure AI Foundry Models, traemos los modelos Grok 3 y Grok 3 mini de xAI a nuestro ecosistema, hospedados y facturados de manera directa por Microsoft. Los desarrolladores ahora pueden elegir entre más de 1.900 modelos de IA alojados por socios y Microsoft, mientras administran la integración segura de datos, la personalización de modelos y la gobernanza de nivel empresarial. También presentamos nuevas herramientas como la tabla de clasificación de modelos, que clasifica los modelos de IA con mejor rendimiento en diferentes categorías y tareas, y el enrutador de modelos, diseñado para seleccionar un modelo óptimo para una consulta o tarea específica en tiempo real. Obtengan más información sobre los modelos de Azure AI Foundry.
Hacer que los agentes de IA sean más capaces y seguros
Los agentes de IA no solo cambian la forma en que los desarrolladores construyen, sino también la forma en que las personas, los equipos y las empresas realizan su trabajo. En Build, presentamos nuevos agentes prediseñados, bloques de creación de agentes personalizados, capacidades multiagente y nuevos modelos para ayudar a los desarrolladores y las organizaciones a crear e implementar agentes de forma segura para ayudar a aumentar la productividad de manera significativa.
Con la disponibilidad general de Azure AI Foundry Agent Service, Microsoft aporta nuevas capacidades para permitir a los desarrolladores profesionales orquestar múltiples agentes especializados para manejar tareas complejas, incluida la incorporación de Semantic Kernel y AutoGen en un único SDK centrado en el desarrollador y compatibilidad con Agent-to-Agent (A2A) y Model Context Protocol (MCP). Para ayudar a los desarrolladores a generar confianza en sus agentes de IA, anunciamos nuevas características de Azure AI Foundry Observability para la observabilidad integrada en las métricas de rendimiento, calidad, costo y seguridad, todas incorporadas junto con el seguimiento detallado en un panel optimizado. Obtengan más información sobre cómo implementar agentes de IA de nivel empresarial en Azure AI Foundry Service.
Presentación de Microsoft 365 Copilot Tuning y orquestación multiagente: con Copilot Tuning, los clientes pueden usar sus propios datos, flujos de trabajo y procesos de la empresa para entrenar modelos y crear agentes de una manera sencilla y con poco código. Estos agentes realizan tareas específicas y de una alta precisión del dominio de forma segura desde dentro del límite del servicio de Microsoft 365. Por ejemplo, un bufete de abogados puede crear un agente que genere documentos alineados con la experiencia y el estilo de su organización. Además, la nueva orquestación multiagente de Copilot Studio conecta a varios agentes, lo que les permite combinar habilidades y abordar tareas más amplias y complejas. Den un vistazo al blog de Microsoft 365 para obtener información sobre cómo acceder a estas nuevas herramientas, así como a la versión de primavera de Microsoft 365 Copilot Wave 2, que ha pasado a disponibilidad general y comienza a implementarse hoy.
Compatibilidad con la web de agentes abiertos
Para hacer realidad el futuro de los agentes de IA, avanzamos en los estándares abiertos y la infraestructura compartida para proporcionar capacidades únicas a los clientes.
Compatibilidad con Model Context Protocol (MCP): Microsoft ofrece un amplio soporte propio para Model Context Protocol (MCP) en su plataforma de agentes y marcos, que abarcan GitHub, Copilot Studio, Dynamics 365, Azure AI Foundry, Semantic Kernel y Windows 11. Además, Microsoft y GitHub se han unido al Comité Directivo de MCP para ayudar a avanzar en la adopción segura y a escala del protocolo abierto y anunciaron dos nuevas contribuciones al ecosistema de MCP, una especificación de autorización actualizada, que permite a las personas usar sus métodos de inicio de sesión de confianza existentes para dar a los agentes y aplicaciones con tecnología LLM acceso a datos y servicios, como unidades de almacenamiento personal o servicios de suscripción, y el diseño de un servicio de registro de servidor MCP, que permite a cualquier persona implementar repositorios públicos o privados, actualizados y centralizados para las entradas del servidor MCP. Den un vistazo al repositorio de GitHub. A medida que ampliamos nuestras capacidades de MCP, nuestra principal prioridad es asegurarnos de que construimos sobre una base segura. Para obtener más información sobre este enfoque, consulten: Protección del protocolo de contexto del modelo: creación de un futuro astraccional seguro en Windows.
Un nuevo proyecto abierto llamado NLWeb: Microsoft introduce NLWeb, que creemos que puede desempeñar un papel similar a HTML para la web agéntica. NLWeb facilita que los sitios web proporcionen una interfaz conversacional para sus usuarios con el modelo de su elección y sus propios datos, lo que permite a los usuarios interactuar de manera directa con el contenido web de una manera rica y semántica. Cada punto final de NLWeb también es un servidor MCP, por lo que los sitios web pueden hacer que su contenido sea detectable y accesible más fácil para los agentes de IA si así lo desean. Más información aquí.
Aceleración de los descubrimientos científicos con IA
La ciencia puede ser una de las aplicaciones más importantes de la IA, ya que ayuda a abordar los desafíos más apremiantes de la humanidad, desde el descubrimiento de fármacos hasta la sostenibilidad. En Build presentamos Microsoft Discovery, una plataforma extensible creada para permitir a los investigadores transformar todo el proceso de descubrimiento con IA agentica, lo que ayuda a los departamentos de investigación y desarrollo de varios sectores a acelerar el tiempo de comercialización de nuevos productos y a acelerar y expandir el proceso de descubrimiento de extremo a extremo para todos los científicos. Más información aquí.
Esta es solo una pequeña selección de las muchas características y actualizaciones interesantes que anunciaremos en Build. Estamos ansiosos por conectarnos con aquellos que se han registrado para unirse a nosotros de manera virtual y en persona, para sesiones magistrales, inmersiones profundas de código en vivo, sesiones de hackeo y más, muchas de las cuales estarán disponibles bajo demanda.
Además, pueden obtener más información sobre todos estos anuncios en el Libro de Noticias, el compendio oficial de todas las noticias de hoy.
Amazon Lightsail now supports IPv6-only and dual-stack PrivateLink interface VPC endpoints. AWS PrivateLink is a highly available, scalable service that allows you to privately connect your VPC to services and resources as if they were in your VPC.
Previously, Lightsail supported private connectivity over PrivateLink using IPv4-only VPC endpoints. With today’s launch, customers can use IPv6-only, IPv4-only, or dual-stack VPC endpoints to create a private connection between their VPC and Lightsail, and access Lightsail without traversing the public internet.
Lightsail supports connectivity using PrivateLink in all AWS Regions supporting Lightsail. To learn more about accessing Lightsail using PrivateLink, please see documentation.
Amazon Lightsail now supports IPv6-only and dual-stack PrivateLink interface VPC endpoints. AWS PrivateLink is a highly available, scalable service that allows you to privately connect your VPC to services and resources as if they were in your VPC. Previously, Lightsail supported private connectivity over PrivateLink using IPv4-only VPC endpoints. With today’s launch, customers can use IPv6-only, IPv4-only, or dual-stack VPC endpoints to create a private connection between their VPC and Lightsail, and access Lightsail without traversing the public internet. Lightsail supports connectivity using PrivateLink in all AWS Regions supporting Lightsail. To learn more about accessing Lightsail using PrivateLink, please see documentation.
AWS CodePipeline now offers a new Lambda deploy action that simplifies application deployment to AWS Lambda. This feature enables seamless publishing of Lambda function revisions and supports multiple traffic-shifting strategies for safer releases.
For production workloads, you can now deploy software updates with confidence using either linear or canary deployment patterns. The new action integrates with CloudWatch alarms for automated rollback protection – if your specified alarms trigger during traffic shifting, the system automatically rolls back changes to minimize impact.
To learn more about using this Lambda Deploy action in your pipeline, visit our documentation. For more information about AWS CodePipeline, visit our product page. These new actions are available in all regions where AWS CodePipeline is supported, except the AWS GovCloud (US) Regions and the China Regions.
AWS CodePipeline now offers a new Lambda deploy action that simplifies application deployment to AWS Lambda. This feature enables seamless publishing of Lambda function revisions and supports multiple traffic-shifting strategies for safer releases. For production workloads, you can now deploy software updates with confidence using either linear or canary deployment patterns. The new action integrates with CloudWatch alarms for automated rollback protection – if your specified alarms trigger during traffic shifting, the system automatically rolls back changes to minimize impact. To learn more about using this Lambda Deploy action in your pipeline, visit our documentation. For more information about AWS CodePipeline, visit our product page. These new actions are available in all regions where AWS CodePipeline is supported, except the AWS GovCloud (US) Regions and the China Regions.
AWS CodePipeline now supports Deploy Spec file configurations in the EC2 Deploy action, enabling you to specify deployment parameters directly in your source repository. You can now include either a Deploy Spec file name or deploy configurations in your EC2 Deploy action. The action accepts Deploy Spec files in YAML format and maintains compatibility with existing CodeDeploy AppSpec files.
The deployment debugging experience for large-scale EC2 deployments is also enhanced. Previously, customers relied solely on action execution logs to track deployment status across multiple instances. While these logs provide comprehensive deployment details, tracking specific instance statuses in large deployments was challenging. The new deployment monitoring interface displays real-time status information for individual EC2 instances, eliminating the need to search through extensive logs to identify failed instances. This improvement streamlines troubleshooting for deployments targeting multiple EC2 instances.
To learn more about how to use the EC2 deploy action, visit our documentation. For more information about AWS CodePipeline, visit our product page. These new actions are available in all regions where AWS CodePipeline is supported, except the AWS GovCloud (US) Regions and the China Regions.
AWS CodePipeline now supports Deploy Spec file configurations in the EC2 Deploy action, enabling you to specify deployment parameters directly in your source repository. You can now include either a Deploy Spec file name or deploy configurations in your EC2 Deploy action. The action accepts Deploy Spec files in YAML format and maintains compatibility with existing CodeDeploy AppSpec files. The deployment debugging experience for large-scale EC2 deployments is also enhanced. Previously, customers relied solely on action execution logs to track deployment status across multiple instances. While these logs provide comprehensive deployment details, tracking specific instance statuses in large deployments was challenging. The new deployment monitoring interface displays real-time status information for individual EC2 instances, eliminating the need to search through extensive logs to identify failed instances. This improvement streamlines troubleshooting for deployments targeting multiple EC2 instances. To learn more about how to use the EC2 deploy action, visit our documentation. For more information about AWS CodePipeline, visit our product page. These new actions are available in all regions where AWS CodePipeline is supported, except the AWS GovCloud (US) Regions and the China Regions.
Amazon Data Lifecycle Manager now offers customers the option to use Internet Protocol version 6 (IPv6) addresses for their new and existing endpoints. Customers moving to IPv6 can simplify their networks stack by running their Data Lifecycle Manager dual-stack endpoints on a network supporting both IPv4 and IPv6, depending on the protocol used by their network and client.
Customers create Amazon Data Lifecycle Manager policies to automate the creation, retention, and management of EBS Snapshots and EBS-backed Amazon Machine Images (AMIs). The policies can also automatically copy created resources across AWS Regions, move EBS Snapshots to EBS Snapshots Archive tier, and manage Fast Snapshot Restore. Customers can also create policies to automate creation and retention of application-consistent EBS Snapshots via pre and post-scripts, as well as create Default Policies for comprehensive protection for their account or AWS Organization.
Amazon Data Lifecycle Manager with IPv6, supported in all AWS Commercial Regions, is now available in the AWS GovCloud (US) Regions.
To learn more about configuring Amazon Data Lifecycle Manager endpoints for IPv6, please refer to our documentation.
Amazon Data Lifecycle Manager now offers customers the option to use Internet Protocol version 6 (IPv6) addresses for their new and existing endpoints. Customers moving to IPv6 can simplify their networks stack by running their Data Lifecycle Manager dual-stack endpoints on a network supporting both IPv4 and IPv6, depending on the protocol used by their network and client. Customers create Amazon Data Lifecycle Manager policies to automate the creation, retention, and management of EBS Snapshots and EBS-backed Amazon Machine Images (AMIs). The policies can also automatically copy created resources across AWS Regions, move EBS Snapshots to EBS Snapshots Archive tier, and manage Fast Snapshot Restore. Customers can also create policies to automate creation and retention of application-consistent EBS Snapshots via pre and post-scripts, as well as create Default Policies for comprehensive protection for their account or AWS Organization. Amazon Data Lifecycle Manager with IPv6, supported in all AWS Commercial Regions, is now available in the AWS GovCloud (US) Regions. To learn more about configuring Amazon Data Lifecycle Manager endpoints for IPv6, please refer to our documentation.
Additional AWS Config rules are now available in 17 AWS Regions. AWS Config rules help you automatically evaluate your AWS resource configurations for desired settings, enabling you to assess, audit, and evaluate configurations of your AWS resources.
When a resource violates a rule, an AWS Config rule evaluates it as non-compliant and can send you a notification through Amazon EventBridge. AWS Config provides managed rules, which are predefined, customizable rules that AWS Config uses to evaluate whether your AWS resources comply with common best practices.
With this expansion, AWS Config managed rules in the following AWS Regions: Africa (Cape Town), Asia Pacific (Hong Kong), Asia Pacific (Hyderabad), Asia Pacific (Jakarta), Asia Pacific (Kuala Lumpur), Asia Pacific (Melbourne), Asia Pacific (Osaka), Canada (Calgary), Europe (Milan), Europe (Paris), Europe (Stockholm), Europe (Zaragoza), Europe (Zurich), Middle East (Bahrain), Middle East (Tel Aviv), Middle East (UAE), South America (São Paulo).
You will be charged per rule evaluation in your AWS account per AWS Region. Visit the AWS Config pricing page for more details. To learn more about AWS Config rules, visit our documentation.
Additional AWS Config rules are now available in 17 AWS Regions. AWS Config rules help you automatically evaluate your AWS resource configurations for desired settings, enabling you to assess, audit, and evaluate configurations of your AWS resources. When a resource violates a rule, an AWS Config rule evaluates it as non-compliant and can send you a notification through Amazon EventBridge. AWS Config provides managed rules, which are predefined, customizable rules that AWS Config uses to evaluate whether your AWS resources comply with common best practices. With this expansion, AWS Config managed rules in the following AWS Regions: Africa (Cape Town), Asia Pacific (Hong Kong), Asia Pacific (Hyderabad), Asia Pacific (Jakarta), Asia Pacific (Kuala Lumpur), Asia Pacific (Melbourne), Asia Pacific (Osaka), Canada (Calgary), Europe (Milan), Europe (Paris), Europe (Stockholm), Europe (Zaragoza), Europe (Zurich), Middle East (Bahrain), Middle East (Tel Aviv), Middle East (UAE), South America (São Paulo). You will be charged per rule evaluation in your AWS account per AWS Region. Visit the AWS Config pricing page for more details. To learn more about AWS Config rules, visit our documentation.
Starting today, AWS Entity Resolution is now available in AWS Canada (Central) and Africa (Cape Town) Regions. With AWS Entity Resolution, organizations can match and link related customer, product, business, or healthcare records stored across multiple applications, channels, and data stores. You can get started in minutes using matching workflows that are flexible, scalable, and can seamlessly connect to your existing applications, without any expertise in entity resolution or ML.
With this launch, AWS Entity Resolution rule-based and ML-powered workflows are now generally available in 12 AWS Regions: US East (Ohio), US East (N. Virginia), US West (Oregon), Canada (Central), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), Europe (Frankfurt), Europe (Ireland), Europe (London), and Africa (Cape Town).
Starting today, AWS Entity Resolution is now available in AWS Canada (Central) and Africa (Cape Town) Regions. With AWS Entity Resolution, organizations can match and link related customer, product, business, or healthcare records stored across multiple applications, channels, and data stores. You can get started in minutes using matching workflows that are flexible, scalable, and can seamlessly connect to your existing applications, without any expertise in entity resolution or ML. With this launch, AWS Entity Resolution rule-based and ML-powered workflows are now generally available in 12 AWS Regions: US East (Ohio), US East (N. Virginia), US West (Oregon), Canada (Central), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), Europe (Frankfurt), Europe (Ireland), Europe (London), and Africa (Cape Town). To learn more, visit AWS Entity Resolution.
Today, Amazon SageMaker and Amazon DataZone announced a new data governance capability that enables customers to move a project from one domain unit to another. Domain units enable customers to create business unit/team level organization and manage authorization policies per their business needs. Customers can now take a project mapped to a domain unit and organize it under a new domain unit within their domain unit hierarchy. The move project feature lets customers reflect changes in team structures as business initiatives or organizations shift by allowing them to change a project’s owning domain unit.
As an Amazon SageMaker or Amazon DataZone administrator, you can now create domain units (e.g Sales, Marketing) under the top-level domain and organize the catalog by moving existing projects to new owning domain units. Users can then login to the portal to browse and search assets in the catalog by the domain units associated with their business units or teams.
The move project feature for domain units is available in all AWS Regions where Amazon SageMaker and Amazon DataZone are available.
Today, Amazon SageMaker and Amazon DataZone announced a new data governance capability that enables customers to move a project from one domain unit to another. Domain units enable customers to create business unit/team level organization and manage authorization policies per their business needs. Customers can now take a project mapped to a domain unit and organize it under a new domain unit within their domain unit hierarchy. The move project feature lets customers reflect changes in team structures as business initiatives or organizations shift by allowing them to change a project’s owning domain unit. As an Amazon SageMaker or Amazon DataZone administrator, you can now create domain units (e.g Sales, Marketing) under the top-level domain and organize the catalog by moving existing projects to new owning domain units. Users can then login to the portal to browse and search assets in the catalog by the domain units associated with their business units or teams. The move project feature for domain units is available in all AWS Regions where Amazon SageMaker and Amazon DataZone are available. To learn more, visit Amazon SageMaker, and get started with move project documentation.
