Publicado el Deja un comentario

AWS Transfer Family now supports Amazon FSx for NetApp ONTAP

AWS Transfer Family customers can now access file system data stored in Amazon FSx for NetApp ONTAP over SFTP, FTPS, and FTP. 

AWS Transfer Family provides fully managed file transfers over SFTP, FTP, FTPS, AS2, and web browser-based interfaces. With this launch, you can now access FSx for ONTAP file systems over Transfer Family’s supported protocols through S3 Access Points, while maintaining access via native file protocols (NFS/SMB). This allows you to maintain existing file system workflows while adding secure access via industry-standard protocols for external partners and internal users. Access is controlled through standard IAM policies and S3 Access Point configurations, helping you meet data security and compliance requirements.

Transfer Family support for FSx for ONTAP is available in select AWS Regions. To get started, visit the AWS Transfer Family console, or use AWS CLI/SDK. To learn more, visit the Transfer Family User Guide.

 

​AWS Transfer Family customers can now access file system data stored in Amazon FSx for NetApp ONTAP over SFTP, FTPS, and FTP.  AWS Transfer Family provides fully managed file transfers over SFTP, FTP, FTPS, AS2, and web browser-based interfaces. With this launch, you can now access FSx for ONTAP file systems over Transfer Family’s supported protocols through S3 Access Points, while maintaining access via native file protocols (NFS/SMB). This allows you to maintain existing file system workflows while adding secure access via industry-standard protocols for external partners and internal users. Access is controlled through standard IAM policies and S3 Access Point configurations, helping you meet data security and compliance requirements. Transfer Family support for FSx for ONTAP is available in select AWS Regions. To get started, visit the AWS Transfer Family console, or use AWS CLI/SDK. To learn more, visit the Transfer Family User Guide.  

Publicado el Deja un comentario

Maia 200: El acelerador de IA diseñado para la inferencia

Maia 200: El acelerador de IA diseñado para la inferencia

El acelerador de IA de próxima generación de Microsoft da a Azure una ventaja para ejecutar modelos de IA de forma más rápida y rentable.

El chip acelerador de IA Maia 200 con cables y equipo al fondo.

Por: Scott Guthrie, vicepresidente ejecutivo, Cloud + IA.

El acelerador de IA de próxima generación de Microsoft da a Azure una ventaja para ejecutar modelos de IA de forma más rápida y rentable.

Hoy, nos enorgullece presentar Maia 200, un acelerador de inferencia revolucionario diseñado para mejorar de manera importante la economía de la generación de tokens con IA. Maia 200 es una potencia en inferencia de IA: un acelerador construido sobre el proceso de 3nm de TSMC con núcleos tensoriales nativos FP8/FP4, un sistema de memoria rediseñado con 216GB HBM3e a 7 TB/s y 272MB de SRAM integrada, además de motores de movimiento de datos que mantienen los modelos masivos alimentados, rápidos y con una alta utilización. Esto convierte a Maia 200 en el silicio de primera mano más eficiente de cualquier hiperescalador, con tres veces el rendimiento FP4 del Amazon Train de tercera generación y un rendimiento FP8 superior al TPU de séptima generación de Google. Maia 200 es también el sistema de inferencia más eficiente que Microsoft ha desplegado jamás, con un 30% de rendimiento por dólar superior al hardware de última generación de nuestra flota actual.

Maia 200 forma parte de nuestra heterogénea infraestructura de IA y servirá para múltiples modelos, incluidos los últimos modelos GPT-5.2 de OpenAI, para aportar una ventaja de rendimiento por dólar a Microsoft Foundry y Microsoft 365 Copilot. El equipo de Microsoft Superintelligence utilizará Maia 200 para la generación de datos sintéticos y el aprendizaje por refuerzo para mejorar los modelos internos de próxima generación. Para casos de uso de pipelines de datos sintéticos, el diseño único de Maia 200 ayuda a acelerar la velocidad a la que se pueden generar y filtrar datos de alta calidad y específicos de dominio, para alimentar la formación posterior con señales más frescas y específicas.

Maia 200 está desplegado en nuestra región de centros de datos US Central, cerca de Des Moines, Iowa, con la región de centros de datos US West 3 cerca de Phoenix, Arizona, a continuación y futuras regiones que vendrán después. Maia 200 se integra a la perfección con Azure, y presentamos el SDK de Maia con un conjunto completo de herramientas para construir y optimizar modelos para Maia 200. Incluye un conjunto completo de capacidades, incluida la integración con PyTorch, un compilador Triton y una biblioteca optimizada del kernel, así como acceso al lenguaje de programación de bajo nivel de Maia. Esto ofrece a los desarrolladores un control detallado cuando es necesario, al tiempo que facilita el portabilidad de modelos a través de aceleradores de hardware heterogéneos.

Diseñado para la inferencia de IA

Fabricado con el avanzado proceso de 3 nanómetros de TSMC, cada chip Maia 200 contiene más de 140 mil millones de transistores y está adaptado para cargas de trabajo de IA a gran escala, además de ofrecer un rendimiento eficiente por dólar. En ambos aspectos, Maia 200 está diseñado para destacar. Está diseñado para los modelos más recientes que utilizan computación de baja precisión, con cada chip Maia 200 que entrega más de 10 petaFLOPS en precisión de 4 bits (FP4) y más de 5 petaFLOPS de rendimiento de 8 bits (FP8), todo dentro de un envolvente TDP SoC de 750W. En términos prácticos, Maia 200 puede correr sin esfuerzo los modelos más grandes de hoy, con mucho margen para modelos aún más grandes en el futuro.

Primer plano del chip acelerador de IA Maia 200.

Lo crucial es que los FLOPS no son el único ingrediente para una IA más rápida. La alimentación de datos es por igual importante. Maia 200 ataca este cuello de botella con un subsistema de memoria rediseñado. El subsistema de memoria Maia 200 está centrado en tipos de datos de precisión estrecha, un motor DMA especializado, SRAM integrada en el chip y una estructura NoC especializada para el movimiento de datos de alto ancho de banda, aumentando el rendimiento de los tokens.

Una tabla titulada “Capacidad líder en la industria” muestra las especificaciones máximas de Azure Maia 200, AWS Trainium 3 y Google TPU v7.

Sistemas de IA optimizados

A nivel de sistemas, Maia 200 introduce un diseño novedoso de red de dos niveles de escalado construido sobre Ethernet estándar. Una capa de transporte personalizada y una tarjeta de red integrada de manera estrecha desbloquean rendimiento, gran fiabilidad y ventajas de coste significativas sin depender de tejidos propietarios.

Cada acelerador expone:

  • 2,8 TB/s de ancho de banda bidireccional dedicado a escalar
  • Operaciones colectivas predecibles y de alto rendimiento en clústeres de hasta 6.144 aceleradores

Esta arquitectura ofrece un rendimiento escalable para clústeres de inferencia densos mientras reduce el consumo de energía y el costo total de atención al consumo total de energía en toda la flota global de Azure.

Dentro de cada bandeja, cuatro aceleradores Maia están conectados por completo con enlaces directos y no conmutados, para mantener la comunicación de alto ancho de banda local, lo que permite una eficiencia óptima de inferencia. Los mismos protocolos de comunicación se utilizan para redes intra-rack e inter-rack por medio del protocolo de transporte AI-AI, lo que permite una escalabilidad fluida entre nodos, racks y clústeres de aceleradores con saltos mínimos en red. Este tejido unificado simplifica la programación, mejora la flexibilidad de la carga de trabajo y reduce la capacidad bloqueada, lo que mantiene al mismo tiempo un rendimiento y eficiencia de costes consistentes a escala en la nube.

Vista superior de la tarjeta de servidor Maia 200.

Un enfoque de desarrollo nativo en la nube

Un principio fundamental de los programas de desarrollo de silicio de Microsoft es validar la mayor parte posible del sistema de extremo a extremo antes de la disponibilidad final del silicio.

Un sofisticado entorno pre-silicio guio la arquitectura Maia 200 desde sus primeras etapas, para modelar los patrones de cálculo y comunicación de los LLMs con alta fidelidad. Este entorno temprano de co-desarrollo nos permitió optimizar el silicio, las redes y el software de sistema como un todo unificado, mucho antes del primer silicio.

También diseñamos Maia 200 para una disponibilidad rápida y fluida en el centro de datos desde el principio, para construir la validación temprana de algunos de los elementos más complejos del sistema, incluida la red backend y nuestra Unidad de Intercambiador de Calor de Refrigeración líquida de segunda generación, en circuito cerrado. La integración nativa con el plano de control de Azure ofrece seguridad, telemetría, diagnóstico y capacidades de gestión tanto a nivel de chip como de rack, lo que maximiza la fiabilidad y el tiempo de actividad para cargas de trabajo críticas en producción de IA.

Como resultado de estas inversiones, los modelos de IA funcionaban con silicio Maia 200 a los pocos días de la llegada de la primera pieza empaquetada. El tiempo desde el primer silicio hasta el primer despliegue en racks de centros de datos se redujo a menos de la mitad que el de programas de infraestructura de IA comparables. Y este enfoque de extremo a extremo, desde el chip hasta el software y el centro de datos, se traduce de manera directa en una mayor utilización, tiempos de producción más rápidos y mejoras sostenidas en el rendimiento por dólar y por vatio a escala de nube.

Vista del rack Maia 200 y la unidad de enfriamiento HXU.

Regístrense para la vista previa del SDK de Maia

La era de la IA a gran escala apenas comienza, y la infraestructura definirá lo que es posible. Nuestro programa acelerador de IA Maia está diseñado para ser multigeneracional. A medida que desplegamos Maia 200 en toda nuestra infraestructura global, ya hemos comenzado a diseñar para las futuras generaciones y esperamos que cada generación establezca de manera continua nuevos estándares para lo que es posible y ofrezca un rendimiento y eficiencia cada vez mejores para las cargas de trabajo de IA más importantes.

Hoy invitamos a desarrolladores, startups de IA y académicos a comenzar a explorar la optimización temprana de modelos y cargas de trabajo con el nuevo kit de desarrollo de software (SDK, por sus siglas en inglés) Maia 200. El SDK incluye un compilador Triton, soporte para PyTorch, programación de bajo nivel en NPL y un simulador Maia y calculadora de costes para optimizar eficiencias más temprano en el ciclo de vida del código. Regístrense para la vista previa aquí.

Consigan más fotos, vídeos y recursos en nuestro sitio Maia 200 y lean más detalles.

Scott Guthrie es responsable de soluciones y servicios de computación en la nube a gran escala, incluida Azure, la plataforma de computación en la nube de Microsoft, soluciones de IA generativa, plataformas de datos y seguridad de la información y ciberseguridad. Estas plataformas y servicios ayudan a organizaciones de todo el mundo a resolver desafíos urgentes e impulsar la transformación a largo plazo.

The post Maia 200: El acelerador de IA diseñado para la inferencia appeared first on Source LATAM.

 

​The post Maia 200: El acelerador de IA diseñado para la inferencia appeared first on Source LATAM.  

Publicado el Deja un comentario

Amazon WorkSpaces Core announces monthly pricing for managed instances

AWS is announcing flexible billing for Amazon WorkSpaces Core managed instances, adding monthly flat-rate pricing alongside existing hourly billing. Customers can now choose the optimal pricing model based on their end user usage patterns. Monthly billing is ideal for predictable full-time desktops and hourly billing is ideal for variable usage patterns. Both options are pay-as-you-go with no long-term commitments.

Amazon WorkSpaces Core managed instances simplifies virtual desktop infrastructure (VDI) migrations with highly customizable instance configurations. WorkSpaces Core managed instances provisions resources in your AWS account, handling infrastructure lifecycle management for both persistent and non-persistent workloads. Monthly pricing delivers savings vs hourly billing at always-on utilization, optimized for real-world VDI use cases.

With flexible billing, customers benefit from predictable costs for persistent desktop workloads and the flexibility to mix hourly and monthly billing within the same deployment. VDI partners utilizing WorkSpaces Core managed instances including Citrix, Workspot, Dizzion, and Leostream can now integrate with new WorkSpaces API billing features to enable the monthly billing option when instances are created. Hourly billing remains the default billing option for managed instances.

In addition, starting today, hourly utility rates for WorkSpaces Core managed instances will now be combined and billed by Amazon WorkSpaces to simplify pricing. Previously, hourly rates were split between Amazon EC2 and Amazon WorkSpaces on customer bills. There is no change to the effective rates for on-demand hourly usage of WorkSpaces Core Managed Instances with this announcement.

To learn more about Amazon WorkSpaces Core managed instances flexible billing, visit the WorkSpaces for VDI partners pricing page. For more information, see the WorkSpaces for VDI partners product page. For technical documentation, see the Amazon WorkSpaces Core Documentation.

 

​AWS is announcing flexible billing for Amazon WorkSpaces Core managed instances, adding monthly flat-rate pricing alongside existing hourly billing. Customers can now choose the optimal pricing model based on their end user usage patterns. Monthly billing is ideal for predictable full-time desktops and hourly billing is ideal for variable usage patterns. Both options are pay-as-you-go with no long-term commitments. Amazon WorkSpaces Core managed instances simplifies virtual desktop infrastructure (VDI) migrations with highly customizable instance configurations. WorkSpaces Core managed instances provisions resources in your AWS account, handling infrastructure lifecycle management for both persistent and non-persistent workloads. Monthly pricing delivers savings vs hourly billing at always-on utilization, optimized for real-world VDI use cases. With flexible billing, customers benefit from predictable costs for persistent desktop workloads and the flexibility to mix hourly and monthly billing within the same deployment. VDI partners utilizing WorkSpaces Core managed instances including Citrix, Workspot, Dizzion, and Leostream can now integrate with new WorkSpaces API billing features to enable the monthly billing option when instances are created. Hourly billing remains the default billing option for managed instances. In addition, starting today, hourly utility rates for WorkSpaces Core managed instances will now be combined and billed by Amazon WorkSpaces to simplify pricing. Previously, hourly rates were split between Amazon EC2 and Amazon WorkSpaces on customer bills. There is no change to the effective rates for on-demand hourly usage of WorkSpaces Core Managed Instances with this announcement. To learn more about Amazon WorkSpaces Core managed instances flexible billing, visit the WorkSpaces for VDI partners pricing page. For more information, see the WorkSpaces for VDI partners product page. For technical documentation, see the Amazon WorkSpaces Core Documentation.  

Publicado el Deja un comentario

Amazon Route 53 Domains adds support for .ai, and other top-level domains

Amazon Route 53 Domains now supports registration and management of ten new top-level domains (TLDs): .ai, .nz, .shop, .bot, .moi, .spot, .free, .deal, .now, and .hot. This expansion enhances Route 53’s capabilities as a domain registration and DNS management service, offering customers more options to establish their online presence. With these additions, businesses and individuals can now leverage domain names tailored to specific industries, regions, or purposes directly through Amazon Web Services (AWS).

The new TLDs cater to various use cases. To name a few, the .ai domain, originally for Anguilla, has become popular among artificial intelligence companies. E-commerce sites can utilize .shop for their online storefronts. The .bot domain suits chatbot and AI-related services. The .now domain works well for time-sensitive services and instant delivery platforms. Users can register these domains through the Route 53 console, AWS CLI, or SDKs, enjoying integrated DNS management and automatic renewal features. This seamless integration allows for efficient domain administration alongside existing Route 53 hosted zones and DNS records.

To learn more about Amazon Route 53 Domains and start registering new domains, visit the Amazon Route 53 page. Domain registration pricing varies by TLD. Visit the pricing page for detailed pricing information.

 

 

​Amazon Route 53 Domains now supports registration and management of ten new top-level domains (TLDs): .ai, .nz, .shop, .bot, .moi, .spot, .free, .deal, .now, and .hot. This expansion enhances Route 53’s capabilities as a domain registration and DNS management service, offering customers more options to establish their online presence. With these additions, businesses and individuals can now leverage domain names tailored to specific industries, regions, or purposes directly through Amazon Web Services (AWS). The new TLDs cater to various use cases. To name a few, the .ai domain, originally for Anguilla, has become popular among artificial intelligence companies. E-commerce sites can utilize .shop for their online storefronts. The .bot domain suits chatbot and AI-related services. The .now domain works well for time-sensitive services and instant delivery platforms. Users can register these domains through the Route 53 console, AWS CLI, or SDKs, enjoying integrated DNS management and automatic renewal features. This seamless integration allows for efficient domain administration alongside existing Route 53 hosted zones and DNS records. To learn more about Amazon Route 53 Domains and start registering new domains, visit the Amazon Route 53 page. Domain registration pricing varies by TLD. Visit the pricing page for detailed pricing information.
   

Publicado el Deja un comentario

Amazon RDS for Oracle now supports replicas in Oracle multi-tenant configuration

Amazon RDS for Oracle now supports database replicas for instances set up in Oracle multi-tenant configuration. Oracle multi-tenant configuration allows customers to host multiple, isolated pluggable databases in a single container database, which allows for cost reduction through consolidation and easier management. With support for replicas in Oracle multi-tenant configuration, customers can now distribute read workloads to a replica to scale workloads, or setup cross-Region replicas. In disaster recovery situations, customers can promote replicas to serve as a new standalone database, or execute a switchover to reverse roles between the primary database and the replica for a quick recovery.

To set up replicas in Oracle multi-tenant configuration, customers can create a replica in either mounted or read-only mode using the AWS management console, AWS CLI, or AWS SDK. Once a replica is set up, Amazon RDS for Oracle manages asynchronous physical replication between primary and replica database instances using Oracle Data Guard.

Amazon RDS for Oracle read replicas use Oracle Data Guard. Using mounted mode replicas require an Oracle Database Enterprise Edition (EE) license, and using read-only mode replicas require additional Oracle Active Data Guard licenses. We recommend customers to consult their Oracle licensing expert to determine Oracle licensing requirements. Refer to RDS for Oracle User Guide for more information, and Amazon RDS for Oracle pricing for available instance configurations, pricing, and region availability.

 

​Amazon RDS for Oracle now supports database replicas for instances set up in Oracle multi-tenant configuration. Oracle multi-tenant configuration allows customers to host multiple, isolated pluggable databases in a single container database, which allows for cost reduction through consolidation and easier management. With support for replicas in Oracle multi-tenant configuration, customers can now distribute read workloads to a replica to scale workloads, or setup cross-Region replicas. In disaster recovery situations, customers can promote replicas to serve as a new standalone database, or execute a switchover to reverse roles between the primary database and the replica for a quick recovery.
To set up replicas in Oracle multi-tenant configuration, customers can create a replica in either mounted or read-only mode using the AWS management console, AWS CLI, or AWS SDK. Once a replica is set up, Amazon RDS for Oracle manages asynchronous physical replication between primary and replica database instances using Oracle Data Guard.
Amazon RDS for Oracle read replicas use Oracle Data Guard. Using mounted mode replicas require an Oracle Database Enterprise Edition (EE) license, and using read-only mode replicas require additional Oracle Active Data Guard licenses. We recommend customers to consult their Oracle licensing expert to determine Oracle licensing requirements. Refer to RDS for Oracle User Guide for more information, and Amazon RDS for Oracle pricing for available instance configurations, pricing, and region availability.  

Publicado el Deja un comentario

EC2 Auto Scaling Introduces New Mechanisms for Group Deletion Protection

EC2 Auto Scaling is introducing a new policy condition key autoscaling:ForceDelete. This condition key is used with the DeleteAutoScalingGroup action to control whether the ForceDelete parameter can be used during deletion, which determines if an Auto Scaling group (ASG) can be deleted while it still contains running instances. You can use this condition key in IAM policies to restrict deletion permissions. This provides a safety measure to prevent accidental deletion of ASGs that still have running instances.

Furthermore, EC2 Auto Scaling now offers deletion protection at the group level. The new deletion-protection configuration can be set either when you create your ASGs or update them. This new feature lets you set enhanced controls based on your workload’s criticality, with multiple protection levels available to safeguard against accidental deletions and help maintain application availability.

Combining the autoscaling:ForceDelete condition key with deletion protection at the group level provides a layered defense against unwanted ASG termination by allowing you to both restrict IAM permissions for force-delete operations and set enhanced protection controls directly on critical ASGs.

The features now available in all AWS Regions and AWS GovCloud (US) Regions. To get started, visit the EC2 Auto Scaling console or refer to our technical documentation for deletion protection and policy condition keys for Amazon EC2 Auto Scaling.

 

​EC2 Auto Scaling is introducing a new policy condition key autoscaling:ForceDelete. This condition key is used with the DeleteAutoScalingGroup action to control whether the ForceDelete parameter can be used during deletion, which determines if an Auto Scaling group (ASG) can be deleted while it still contains running instances. You can use this condition key in IAM policies to restrict deletion permissions. This provides a safety measure to prevent accidental deletion of ASGs that still have running instances. Furthermore, EC2 Auto Scaling now offers deletion protection at the group level. The new deletion-protection configuration can be set either when you create your ASGs or update them. This new feature lets you set enhanced controls based on your workload’s criticality, with multiple protection levels available to safeguard against accidental deletions and help maintain application availability. Combining the autoscaling:ForceDelete condition key with deletion protection at the group level provides a layered defense against unwanted ASG termination by allowing you to both restrict IAM permissions for force-delete operations and set enhanced protection controls directly on critical ASGs. The features now available in all AWS Regions and AWS GovCloud (US) Regions. To get started, visit the EC2 Auto Scaling console or refer to our technical documentation for deletion protection and policy condition keys for Amazon EC2 Auto Scaling.  

Publicado el Deja un comentario

Amazon EVS now supports multiple VMware NSX Edge Gateways

Today, we’re announcing that Amazon Elastic VMware Service (Amazon EVS) now supports the ability to deploy multiple VMware NSX Tier-0 Gateways within VMware Software-Defined Data Centers (SDDC), enabling enhanced network segmentation and more flexible routing configurations.

Multiple NSX Tier-0 Gateways allow for better performance and scale by distributing network traffic across multiple NSX Edge Clusters. This latest enhancement enables improved network segmentation, allowing you to isolate different workload environments and maintain distinct security policies for each gateway. You can also use multiple gateways to create separate test environments for validating network configurations and performing gateway upgrades with minimal impact to production workloads. This architecture flexibility helps you align your network topology with specific business requirements while maintaining operational efficiency in running your VMware workloads on AWS with Amazon EVS. 

To learn more about this newest enhancement, read this re:Post article that walks you through the process of deploying multiple NSX Edge Clusters within your EVS environment. To get started with Amazon EVS, visit the product detail page and user guide.

 

​Today, we’re announcing that Amazon Elastic VMware Service (Amazon EVS) now supports the ability to deploy multiple VMware NSX Tier-0 Gateways within VMware Software-Defined Data Centers (SDDC), enabling enhanced network segmentation and more flexible routing configurations. Multiple NSX Tier-0 Gateways allow for better performance and scale by distributing network traffic across multiple NSX Edge Clusters. This latest enhancement enables improved network segmentation, allowing you to isolate different workload environments and maintain distinct security policies for each gateway. You can also use multiple gateways to create separate test environments for validating network configurations and performing gateway upgrades with minimal impact to production workloads. This architecture flexibility helps you align your network topology with specific business requirements while maintaining operational efficiency in running your VMware workloads on AWS with Amazon EVS.  To learn more about this newest enhancement, read this re:Post article that walks you through the process of deploying multiple NSX Edge Clusters within your EVS environment. To get started with Amazon EVS, visit the product detail page and user guide.  

Publicado el Deja un comentario

Announcing general availability of Amazon EC2 M4 Max Mac instances

Amazon Web Services announces general availability of Amazon EC2 M4 Max Mac instances, powered by the latest Mac Studio hardware. Amazon EC2 M4 Max Mac instances are the next-generation EC2 Mac instances, that enable Apple developers to migrate their most demanding build and test workloads onto AWS. These instances are ideal for building and testing applications for Apple platforms such as iOS, macOS, iPadOS, tvOS, watchOS, visionOS, and Safari.

Amazon EC2 M4 Max Mac instances offer up to 25% better application build performance compared to Amazon EC2 M1 Ultra Mac instances. M4 Max Mac instances are powered by the AWS Nitro System, providing up to 10 Gbps network bandwidth and 8 Gbps of Amazon Elastic Block Store (Amazon EBS) storage bandwidth. These instances are built on Apple M4 Max Mac Studio computers featuring a 16-core CPU, 40-core GPU, 16-core Neural Engine, and 128GB of unified memory. 

Amazon EC2 M4 Max Mac instances are available in US East (N. Virginia) and US West (Oregon).  To learn more about Amazon EC2 M4 Max Mac instances, visit the Amazon EC2 Mac page.

 

​Amazon Web Services announces general availability of Amazon EC2 M4 Max Mac instances, powered by the latest Mac Studio hardware. Amazon EC2 M4 Max Mac instances are the next-generation EC2 Mac instances, that enable Apple developers to migrate their most demanding build and test workloads onto AWS. These instances are ideal for building and testing applications for Apple platforms such as iOS, macOS, iPadOS, tvOS, watchOS, visionOS, and Safari. Amazon EC2 M4 Max Mac instances offer up to 25% better application build performance compared to Amazon EC2 M1 Ultra Mac instances. M4 Max Mac instances are powered by the AWS Nitro System, providing up to 10 Gbps network bandwidth and 8 Gbps of Amazon Elastic Block Store (Amazon EBS) storage bandwidth. These instances are built on Apple M4 Max Mac Studio computers featuring a 16-core CPU, 40-core GPU, 16-core Neural Engine, and 128GB of unified memory. 
Amazon EC2 M4 Max Mac instances are available in US East (N. Virginia) and US West (Oregon).  To learn more about Amazon EC2 M4 Max Mac instances, visit the Amazon EC2 Mac page.  

Publicado el Deja un comentario

El cuaderno del diseñador

Bocetos de un mouse

El cuaderno del diseñador

Durante 30 años, Carl Ledbetter se ha dedicado a moldear el mundo. Como director asociado de diseño de Microsoft, es el visionario detrás de hitos en hardware como el IntelliMouse, la Xbox y el revolucionario Adaptive Controller. En este texto nos lleva a través de cinco creaciones influyentes que ayudó a dar vida

El IntelliMouse (1996)

«Mi primer día en Microsoft fue el 30 de enero de 1995, cuando me contrataron para diseñar un mouse nuevo. En aquel momento, Microsoft era, de manera clara, una empresa de software, así que esperaba adquirir algunas habilidades nuevas, conocer gente interesante, crear uno o dos productos y terminar. Desde luego, no esperaba seguir aquí 30 años después, y formar parte de un legado de diseño de hardware.

Bocetos de un mouse

Pronto me di cuenta de que lo más importante al diseñar productos para Microsoft era entender al cliente. Con el mouse, el reto venía del equipo de Excel. Decían que la gente producía hojas de cálculo enormes que eran demasiado grandes para caber en una pantalla. La única forma de moverse por este entorno era a través de barras de desplazamiento en la parte superior e inferior y luego intentar hacer zoom hacia dentro y fuera. Mi trabajo era crear un mouse que facilitara eso.

Aprendí rápido mucho sobre mapeo espacial. Cuando alguien navega por una pantalla, su mente se mapea hacia adelante, atrás, izquierda y derecha de una manera determinada. Es abstracto y subconsciente, pero no puedes meterte con eso como diseñador industrial. Si un producto luce bien y aporta belleza a lo que haces, eso está bien, pero debe ser intuitivo y tener un valor funcional.

Con eso en mente, empecé a pensar en cómo poner el control directo en manos del usuario. Creé bocetos y construí prototipos con todas estas formas diferentes de hacer zoom, hacer paneos, desplazarme… Al final determiné que una rueda era tal vez la mejor forma de hacerlo: era adaptable y flexible y encajaba de forma natural en la forma del ratón. La perfeccionamos, moldeamos el mouse para que encajara en la mano e hicimos que la rueda resultara lo más intuitiva posible. El resultado fue el IntelliMouse, que se convirtió en el ratón más popular y vendido de Microsoft durante años. Estoy orgulloso de que marcara el listón en ergonomía, y es genial ver que la rueda sigue desplegándose en muchos mouse hoy en día. Cuando la gente pregunta a qué me dedico, mi mujer siempre bromea: ‘sí, él inventó la rueda.’»

ActiMates Barney (1997)

«Seis meses después de asumir mi puesto en Microsoft, la división de hardware tomó un paso audaz al adquirir una empresa que empujaba los límites de la tecnología interactiva. Juntos, lanzamos una nueva generación de juguetes, para empezar en 1997 con nada menos que el querido dinosaurio morado Barney. La razón por la que he incluido ActiMates Barney en mi selección es porque es otro ejemplo de dónde Microsoft estaba adelantada a su tiempo.

Bocetos de un robot de juguete

El aspecto del diseño industrial fue limitado: creamos receptores intuitivos que encajaban tanto en el ecosistema ActiMates como en el hogar, pero la experiencia fue increíble. Los niños podían jugar con Barney solos: podías taparle los ojos y él decía: «No te veo» y luego retirabas la mano y él decía: «ahí estás», pero la verdadera diferencia era cuando lo conectabas a un PC. Había un juego que te preguntaba problemas matemáticos y, mientras avanzabas por ellos, Barney podía ayudarte por la conexión entre el juego, el PC y el juguete. Si conectabas un receptor a la tele, podías ver el programa de Barney & Friends con el juguete a tu lado y respondía a lo que ocurría en pantalla. Era como tener un amigo virtual para estos niños. Eso no existía antes.

ActiMates fue una entrada ambiciosa y visionaria al entretenimiento de consumo y ayudó a Microsoft a ganar impulso en el espacio de los juegos para PC. También demostró que la tecnología de Microsoft podía ser más que funcional: podía ser mágica.

Como casi todo en lo que he estado involucrado, forma parte de una búsqueda para intentar hacer cosas que impacten a las personas de nuevas maneras. Por supuesto que hay un negocio detrás de estas cosas, pero eso nunca es el punto de partida. El principio siempre es: ‘¿Cómo hacemos algo que en verdad cambie la forma en que la gente se relaciona con el mundo?’ Y no es una mala manera de llevar tu carrera.»

La Xbox (2001-hoy)

«La misión detrás de estas consolas refleja todo lo que he aprendido en 30 años: crear tecnología poderosa, con propósito e integrada de manera hermosa en la vida de las personas. ¿Cómo surgió Xbox? Para la versión de primera generación (lanzada en 2001), tuvimos que ser muy desorganizados: aprovechábamos componentes comerciales para sacarlo. Pero lo que me resulta interesante es cómo lo hemos refinado con cada nueva iteración.

Consola y control der Xbox en color blanco

Una de las primeras cosas que hice fue trabajar en el control. El primer control era demasiado grande. Dañaba las manos de la gente, así que usamos nuestra experiencia en factores humanos para la siguiente versión: estaba diseñada para la comodidad. Pensamos en la disposición de los controles y trabajamos con gamers mujeres para ver qué se necesitaba para el tamaño de sus manos.

Este diseño centrado en las personas fue el corazón de todo lo que hicimos con Xbox desde entonces. Con Xbox 360 (2005), empezamos a impulsar lo que se podía hacer con la tecnología inalámbrica y los juegos online. Xbox 360 S fue un ejercicio de reducción. En lugar de tener todas esas antenas receptoras inalámbricas enchufables y el disco duro en la parte superior que se parecía un poco a la frente de Frankenstein, pudimos hacer la consola mucho más pequeña y aun así incorporar todo.

Cometimos un error con la Xbox One de 2013, cometimos algunos errores con eso, pero es como el fútbol, ¿no? Fallas, pero todo es cuestión de recuperarse. ¿Qué tan rápido te recuperaste? Y Xbox One S y Xbox One X fueron, en definitiva, regresos. Estos productos son increíbles.

Me encanta la progresión. Diseñamos para el panorama siempre cambiante de dispositivos y la forma en que la gente juega. Cada vez que hacemos una nueva edición, es este ejercicio de refinar, refinar, refinar. Así que, mientras por dentro añadimos cada vez más capacidades tecnológicas, por fuera nos esforzamos por mantenerlo sencillo. Y aún no hemos terminado. De manera reciente lanzamos Ally X, que es una colaboración con Asus (para crear una nueva línea de dispositivos portátiles para videojuegos). Este mundo no para de hacerse más grande.»

Zune (2006)

«Aunque no fue el éxito comercial que yo creía que merecía, Zune fue, en muchos sentidos, el punto culminante de mi carrera. Había tantas ideas amontonadas en ese reproductor de música. Era un dispositivo físico, pero también un ecosistema entero que tenía un montón de avances tecnológicos que se pueden ver hoy en día; ha tenido un efecto dominó real. Podrías compartir pistas Zune-to-Zune, Airdrop antes Airdrop si quieres; tenía un cliente para PC que permitía escuchar en varios dispositivos, Zune Marketplace donde podías comprar temas y configurar listas de reproducción, y un servicio de suscripción que ofrecía acceso ilimitado a millones de canciones. Al mirar atrás, ni siquiera sé cómo lo hicimos todo en el tiempo que teníamos.

Reproductor de música Zune

Desde la perspectiva del diseño industrial, realmente impulsábamos lo que se podía hacer con resinas moldeadas. Si miras el diseño de ese primer dispositivo, puedes ver lo que se llama una carcasa plástica de ‘doble disparo’. La primera toma era de un color opaco, como un marrón de cerveza de raíz, y encima de eso pusimos una capa que casi parecía un cristal de playa gastado. Eso te da profundidad al producto, gracias a la forma en que la luz pasa y se refleja en las superficies. En verdad queríamos crear algo que, al sostenerlo en la mano, se sintiera especial, no solo como un trozo de plástico. Queríamos sentir que dabas un vistazo a este mundo de la música.

Zune fue uno de los proyectos más colaborativos en los que he trabajado. Todos fueron enviados a este pequeño edificio en Bear Creek, que está fuera del campus de Microsoft en Redmond. Había marketing, diseñadores, gestores de programas e ingenieros todos apiñados en este edificio, y parecía una pequeña comunidad de propósito. Todo giraba en torno a celebrar el arte de crear música. Hay todo un caso de estudio sobre Zune que mostraría cómo, si puedes movilizar a la gente con un objetivo claro para hacer algo, puedes cambiar el mundo.

Aunque no hayamos vendido millones, es genial ver cómo las ideas que teníamos en ese sector se desarrollan de diferentes maneras, en distintos negocios y distintos equipos. Me encanta eso. Desde luego, no me quedó un mal sabor de boca.»

Xbox Adaptive Controller (2018)

«En mis más de 30 años de diseño, el producto del que más orgulloso estoy es el Xbox Adaptive Controller (Control Adaptativo), diseñado para satisfacer las necesidades únicas de jugadores con movilidad limitada. Fue una de esas ideas de base que parece cobrar vida propia. Puedes rastrear el origen hasta el mando de Xbox Elite, que te permitía personalizar el dispositivo al reasignar botones y controles según cómo juegas. Cuando investigamos qué opinaba la gente sobre el control, descubrimos que las personas con discapacidad lo modificaban para poder jugar con una sola mano. Esto nos hizo pensar en qué más podríamos hacer. Después de un Microsoft Hackathon, ideamos un diseño que pensábamos que sería aún más adaptable e inclusivo, pero cuando empezamos a reunirnos con estos jugadores, descubrimos que aportaba poco valor porque muchos no podían sujetar el mando. Nos decían: ‘La idea es correcta, pero la solución es incorrecta.’ Fue entonces cuando escuché por primera vez la frase: ‘Nada sobre nosotros, sin nosotros.’ Nos decían: ‘No finjas que sabes lo que necesitamos y lo que queremos por tu cuenta: colabora con nosotros.’ Esto se convirtió en algo que apliqué a lo largo de mi vida profesional desde entonces: no seas tan atrevido como para diseñar para personas cuyas necesidades no entiendes. Así que empezamos a trabajar con hospitales y veteranos heridos. Probaron prototipos, nos dieron sus comentarios y ayudaron a crear el Adaptive Controller que conocemos.

Adaptive Controller de Xbox

No es un producto para el mercado masivo, pero no creo haber trabajado en nada con mayor impacto. Creamos algo que desbloqueó la posibilidad de que la gente pudiera jugar a juegos que de otro modo no podría, y como diseñador, es un momento de orgullo. Nunca olvidaré hablar con un veterano herido que me dijo que este producto le cambió la vida. Antes se sentía un marginado, como si ya no encajara, que todas las cosas que antes le gustaban hacer, ya no podía hacer más por sus discapacidades. Pero a través del juego encontró un nuevo sentido de propósito y un lugar donde el campo de juego era igualado. Eso fue muy poderoso. Desde 2014, la misión principal de Microsoft ha sido ‘empoderar a cada persona y organización del planeta para lograr más’. No se me ocurre ningún producto en el que haya trabajado que encarne esto mejor que el Adaptive Controller.

Es parte de la razón por la que sigo ilusionado de estar en Microsoft 30 años después. Siempre hay un nuevo reto. Ahora mismo, vemos un giro para toda la industria con la IA, y Microsoft está en el centro de eso. Yo, como mucha gente, uso IA todos los días, y ha cambiado de manera profunda mi forma de trabajar. Puedo hacer mucho más. Estamos en un estado constante de cambio con la tecnología, y la IA es el último gran salto adelante. Estar en medio de eso y ver cómo trabajamos e interactuamos con el mundo que cambia, es un lugar bastante agradable.»

Publicado en: Revista Signal.

The post El cuaderno del diseñador appeared first on Source LATAM.

 

​The post El cuaderno del diseñador appeared first on Source LATAM.  

Publicado el Deja un comentario

Presentamos Open to Work: Cómo ir un paso adelante en la era de la IA

Presentamos Open to Work: Cómo ir un paso adelante en la era de la IA

Dos personas sonríen a la cámara, una de ellas sostiene un libro en sus manos

Por: Frank X. Shaw, director de comunicación, Microsoft.

El trabajo que hacemos, y la forma en que lo hacemos, siempre cambia. Cada uno de nosotros tiene un recuerdo de cómo hacíamos una tarea con regularidad, las herramientas que usábamos y cómo tanto la tarea como las herramientas han cambiado tanto que casi no se reconocen. Como vivimos y trabajamos en el «ahora», el cambio se siente tanto personal como rápido, así que siempre merece la pena recordar que esto ya ha ocurrido antes, quizá no solo de esta manera o a esta velocidad.

Y es cierto. La IA reescribe el trabajo. Cómo hacemos nuestro trabajo. Cómo cambian los roles. Cómo se construyen las carreras. Las habilidades que necesitamos. Algunas de esas cosas son emocionantes. Algunas cosas pueden resultar abrumadoras. Lo que recordamos y hemos aprendido de tiempos anteriores es que en momentos como este, la gente está abierta al trabajo y no solo necesita nuevas herramientas. Necesitan una nueva mentalidad, una comprensión más clara de lo que está cambiando y un camino a seguir.

Por eso hoy anunciamos Open to Work: How to Get Ahead in the Age of AI (Cómo ir un paso adelante en la era de la IA), el primer libro de LinkedIn, del CEO Ryan Roslansky y del director de oportunidades económicas Aneesh Raman. El libro explora cómo la IA transforma el trabajo y qué significa ese cambio para las personas que lo navegan cada día.

Microsoft y LinkedIn se sitúan en la intersección de cómo se realiza el trabajo y cómo se construyen las carreras. Compartimos la creencia de que el futuro del trabajo estará impulsado por la creatividad y el ingenio humanos, no solo por la tecnología. Cuando los humanos permanecen en el centro, la IA amplifica lo que mejor sabe hacer y crea nuevas oportunidades económicas. Open to Work se basa en esa creencia y se centra en lo que ocurre ahora, no en predicciones abstractas sobre el futuro.

El liderazgo de Ryan en LinkedIn y como jefe de ingeniería en Microsoft 365 Copilot les ofrece una perspectiva poco común sobre este momento. Vean cómo se construye la IA, cómo se manifiesta en el trabajo cotidiano y lo que se necesita para adaptarse. El papel de Aneesh les ofrece una visión única de cómo juntos podemos aprovechar este momento de cambio para crear oportunidades económicas para cada miembro de la fuerza laboral global.

El libro está respaldado por datos reales — conocimientos de expertos, la red global de LinkedIn, clientes de Microsoft y el Índice de Tendencias Laborales. El objetivo no es la expectativa. Es claridad sobre cómo cambia el trabajo y cómo las personas pueden responder de manera práctica y significativa.

Para los profesionales, Open to Work trata sobre la agencia: qué delegas a la IA, qué habilidades profundizar y cómo te mantienes relevante a medida que evolucionan los roles. Para los líderes, se trata de replantearse cómo se organiza el trabajo y cultivar una mentalidad Frontera: la convicción de que las innovaciones más importantes ocurren en los márgenes, donde la incertidumbre es mayor y la oportunidad de moldear lo que viene después es la más grande. Y para los empleados de Microsoft y LinkedIn, es un recordatorio de la responsabilidad que compartimos de moldear el futuro del trabajo de una manera reflexiva y centrada en el ser humano.

Open to Work se publica el 31 de marzo y está disponible para reservar hoy mismo.

Frank X. Shaw es responsable de definir y gestionar estrategias de comunicación a nivel mundial, narración a nivel empresarial, relaciones públicas de producto, relaciones con medios y analistas, comunicaciones ejecutivas, comunicación con empleados, gestión de agencias globales y asuntos militares.

Imagen superior: Aneesh Raman, izquierda, director de oportunidades económicas en LinkedIn, y Ryan Roslansky, CEO de LinkedIn. Foto proporcionada por LinkedIn.

The post Presentamos Open to Work: Cómo ir un paso adelante en la era de la IA appeared first on Source LATAM.

 

​The post Presentamos Open to Work: Cómo ir un paso adelante en la era de la IA appeared first on Source LATAM.