Publicado el — Deja un comentario

AWS Config now supports 15 new resource types

AWS Config now supports 15 additional AWS resource types across key services including Amazon Bedrock,  Amazon OpenSearch Serverless, and Amazon SageMaker. This expansion provides greater coverage over your AWS environment, enabling you to more effectively discover, assess, audit, and remediate an even broader range of resources.

With this launch, if you have enabled recording for all resource types, then AWS Config will automatically track these new additions. The newly supported resource types are also available in Config rules and Config aggregators.

You can now use AWS Config to monitor the following newly supported resource types in all AWS Regions where the resources are available:

Resource Types:

AWS::AppSync::DomainName AWS::OpenSearchServerless::AccessPolicy
AWS::Bedrock::AutomatedReasoningPolicy AWS::OpenSearchServerless::LifecyclePolicy
AWS::Bedrock::AutomatedReasoningPolicyVersion AWS::SageMaker::ImageVersion
AWS::Bedrock::Blueprint AWS::SageMaker::InferenceComponent
AWS::Bedrock::DataAutomationProject AWS::SageMaker::PartnerApp
AWS::BedrockAgentCore::ApiKeyCredentialProvider AWS::SageMaker::Project
AWS::Connect::UserHierarchyGroup AWS::SageMaker::Space
AWS::Glue::Trigger

 

​AWS Config now supports 15 additional AWS resource types across key services including Amazon Bedrock,  Amazon OpenSearch Serverless, and Amazon SageMaker. This expansion provides greater coverage over your AWS environment, enabling you to more effectively discover, assess, audit, and remediate an even broader range of resources. With this launch, if you have enabled recording for all resource types, then AWS Config will automatically track these new additions. The newly supported resource types are also available in Config rules and Config aggregators. You can now use AWS Config to monitor the following newly supported resource types in all AWS Regions where the resources are available: Resource Types:

AWS::AppSync::DomainName
AWS::OpenSearchServerless::AccessPolicy

AWS::Bedrock::AutomatedReasoningPolicy
AWS::OpenSearchServerless::LifecyclePolicy

AWS::Bedrock::AutomatedReasoningPolicyVersion
AWS::SageMaker::ImageVersion

AWS::Bedrock::Blueprint
AWS::SageMaker::InferenceComponent

AWS::Bedrock::DataAutomationProject
AWS::SageMaker::PartnerApp

AWS::BedrockAgentCore::ApiKeyCredentialProvider
AWS::SageMaker::Project

AWS::Connect::UserHierarchyGroup
AWS::SageMaker::Space

AWS::Glue::Trigger  

Publicado el — Deja un comentario

AWS Transform for full-stack Windows modernization now supports offline schema transformation to Aurora PostgreSQL

Today, AWS Transform for full-stack Windows modernization announced general availability of offline source transformation, enabling customers to modernize Microsoft SQL Server databases to Amazon Aurora PostgreSQL without requiring a live database connection. AWS Transform now converts SQL Server storage objects, powered by AWS DMS, and code objects (stored procedures) using an agentic, interactive experience. Enterprises modernizing legacy .NET applications and their dependent SQL Server databases can now start their modernization by directly uploading the Data Design Language (DDL) source files from their databases.

With offline source transformation, customers upload SQL Server data design language (DDL) files, assess database and stored procedure complexity, and generate a customizable transformation plan. AWS Transform converts tables, schemas and converts code objects such as stored procedures and functions, validates functional equivalence, and deploys the converted schema to Aurora PostgreSQL. The same workflow transforms database dependent .NET applications to be PostgreSQL compatible .NET applications with updated connection strings, ADO.NET and Entity Framework data-access calls. To address remaining conversion issues, customers can iterate directly in the web console or hand off to their preferred IDE using the AWS Transform MCP server. A separate synthetic data workflow populates Aurora PostgreSQL with test data for end-to-end application validation.

AWS Transform for full-stack Windows modernization and offline source transformation is available in US East (N. Virginia). To get started, you can go to AWS Transform product page or see AWS Transform for full-stack Windows documentation.

 

​Today, AWS Transform for full-stack Windows modernization announced general availability of offline source transformation, enabling customers to modernize Microsoft SQL Server databases to Amazon Aurora PostgreSQL without requiring a live database connection. AWS Transform now converts SQL Server storage objects, powered by AWS DMS, and code objects (stored procedures) using an agentic, interactive experience. Enterprises modernizing legacy .NET applications and their dependent SQL Server databases can now start their modernization by directly uploading the Data Design Language (DDL) source files from their databases.
With offline source transformation, customers upload SQL Server data design language (DDL) files, assess database and stored procedure complexity, and generate a customizable transformation plan. AWS Transform converts tables, schemas and converts code objects such as stored procedures and functions, validates functional equivalence, and deploys the converted schema to Aurora PostgreSQL. The same workflow transforms database dependent .NET applications to be PostgreSQL compatible .NET applications with updated connection strings, ADO.NET and Entity Framework data-access calls. To address remaining conversion issues, customers can iterate directly in the web console or hand off to their preferred IDE using the AWS Transform MCP server. A separate synthetic data workflow populates Aurora PostgreSQL with test data for end-to-end application validation.
AWS Transform for full-stack Windows modernization and offline source transformation is available in US East (N. Virginia). To get started, you can go to AWS Transform product page or see AWS Transform for full-stack Windows documentation.  

Publicado el — Deja un comentario

AWS WAF now supports Miggo Security managed rule groups for emerging threats and AI/ML application protection

AWS WAF now supports two new partner managed rule groups from Miggo Security, available through AWS Marketplace: Miggo Rules for AWS WAF – High Emerging Application Threats, and Miggo Rules for AWS WAF – AI/ML Application Protection. These rule groups give AWS WAF customers continuously updated protection against vulnerabilities that are being actively exploited, have public proof-of-concept code, or appear in the CISA Known Exploited Vulnerabilities (KEV) catalog, without writing or maintaining custom rules.

The High Emerging Application Threats rule group focuses on vulnerabilities under active exploitation, and the AI/ML Application Protection rule group focuses on generative-AI application stacks such as AI agent frameworks, LLM gateways, and model-serving infrastructure. You can subscribe to either rule group and add it to a web ACL directly in the AWS WAF console through AWS Marketplace, with no additional configuration. Both rule groups support versioning, and pricing is set by Miggo through AWS Marketplace.

To get started, visit the AWS WAF console or find the Miggo rule groups in AWS Marketplace. For more information, see the AWS WAF Developer Guide. For a full list of supported Regions, visit the AWS Regional Services page.

 

​AWS WAF now supports two new partner managed rule groups from Miggo Security, available through AWS Marketplace: Miggo Rules for AWS WAF – High Emerging Application Threats, and Miggo Rules for AWS WAF – AI/ML Application Protection. These rule groups give AWS WAF customers continuously updated protection against vulnerabilities that are being actively exploited, have public proof-of-concept code, or appear in the CISA Known Exploited Vulnerabilities (KEV) catalog, without writing or maintaining custom rules. The High Emerging Application Threats rule group focuses on vulnerabilities under active exploitation, and the AI/ML Application Protection rule group focuses on generative-AI application stacks such as AI agent frameworks, LLM gateways, and model-serving infrastructure. You can subscribe to either rule group and add it to a web ACL directly in the AWS WAF console through AWS Marketplace, with no additional configuration. Both rule groups support versioning, and pricing is set by Miggo through AWS Marketplace. To get started, visit the AWS WAF console or find the Miggo rule groups in AWS Marketplace. For more information, see the AWS WAF Developer Guide. For a full list of supported Regions, visit the AWS Regional Services page.  

Publicado el — Deja un comentario

Convertir la inteligencia de amenazas en acción decisiva con Defender Experts

Convertir la inteligencia de amenazas en acción decisiva con Defender Experts

Microsoft Defender Experts Threat Intelligence

Por: Aarti Borkar, vicepresidenta corporativa de Microsoft Security.

Los equipos de seguridad nunca han tenido tanta visibilidad, pero rara vez se han sentido tan inseguros. La señal llega desde terminales, identidades, cargas de trabajo en la nube y una mezcla extensa de herramientas de terceros. Los paneles están llenos, las alertas no dejan de llegar, pero la pregunta más difícil del día sigue sin respuesta: de todo lo que ocurre ahora mismo, qué es lo que en verdad nos importa y qué hacemos al respecto.

Ese espacio entre saber que existe una amenaza y actuar en consecuencia es la brecha entre inteligencia y acción, y es donde se ganan o pierden la mayoría de las brechas. No se cierra con otro feed ni con otro panel de control. Termina con experiencia: defensores experimentados que conocen su entorno, interpretan lo que significa la señal global para su riesgo y los acompañan desde el primer indicador hasta la respuesta final.

Por esta razón, anunciamos un nuevo servicio, Microsoft Defender Experts Threat Intelligence, y ampliamos Microsoft Defender Experts MDR para incluir nueva cobertura de terceros y multi-nube. En conjunto, estas propuestas lideradas por humanos están diseñadas para cerrar la brecha entre inteligencia y acción en los dos momentos que deciden el resultado: antes de que una campaña llegue a ustedes y mientras se mueve por su entorno.

Aguas arriba: Vean la campaña antes de que llegue a ustedes

Cuanto antes vean que se forma una campaña, más opciones tendrán y más barata será cada decisión. Sin embargo, la mayoría de la inteligencia sobre amenazas no deja de llegar en forma de fuentes en bruto o informes estáticos: alto en volumen, poco contexto y desconectada de lo que se expone en su patrimonio. Los equipos acaban con más cosas que leer y sin más claridad sobre qué hacer al respecto.

Microsoft Defender Experts Threat Intelligence es un nuevo servicio entregado por expertos que acorta esa distancia. Basado en la visibilidad de Microsoft en terminales, identidad, nube y la evolución de la actividad de los atacantes, ofrece a su equipo una visión periódica y curada sobre las amenazas más propensas a atacarlos. Los expertos designados de Microsoft interpretan el panorama global a través de la perspectiva de su sector, geografía y entorno, y luego lo traducen en una guía clara y priorizada sobre la que su equipo puede actuar.

A medida que las campañas evolucionan, los expertos refinan de manera continua esas directrices con nuevas infraestructuras, tácticas y patrones de segmentación, lo que ayuda a su equipo a ajustar las actividades de caza, endurecimiento y respuesta. La visión está adaptada tanto a los líderes como a los defensores, para brindar un contexto preparado para la dirección junto con recomendaciones técnicas para que toda la organización pueda actuar desde una comprensión compartida del panorama de amenazas. El objetivo es sencillo: ayudarlos a reducir el riesgo antes de que un ataque llegue a su entorno, no explicar qué ocurrió después.

En la práctica, su equipo recibe:

  • Alertas tempranas sobre campañas emergentes relevantes para ustedes
  • Actualizaciones de evolución de campañas a medida que avanza la actividad
  • Inteligencia contextualizada vinculada a su perfil de riesgo
  • Sesiones informativas recurrentes de su experto designado, para rotar entre perspectivas geopolíticas, industriales y globales, según una programación programada

En su entorno: Sigan la amenaza dondequiera que se mueva

Los ataques modernos rara vez permanecen en un solo lugar. Cruzan desde el correo electrónico hasta la terminal, la identidad y la nube, y cada vez más atraviesan herramientas de seguridad dispares. Incluso cuando las organizaciones tienen visibilidad en esos entornos, conectar señales multi-proveedor y multidominio en una historia de ataque coherente se mantiene como un reto.

Esa es la brecha que cerramos en la respuesta de la zona: Microsoft Defender Experts MDR (antes Microsoft Defender Experts for XDR) se expande con nueva cobertura de terceros y multi-nube impulsada por Microsoft Sentinel. Defender Experts MDR ofrece un servicio de detección y respuesta gestionado por completo, que reduce el ruido, aporta contexto experto e impulsa la acción. Con soporte para fuentes líderes que no son de Microsoft en entornos de nube, identidad, correo electrónico, red y terminales, nuestros expertos pueden seguir ataques dondequiera que se muevan, no solo donde operan los productos Microsoft.

El servicio cuenta con el respaldo de la amplia inteligencia de amenazas de Microsoft y combina detecciones y análisis de autoría experta, automatización de investigaciones y respuestas, y orientación operativa continua para ayudar a los clientes a fortalecer los resultados de seguridad en todo su entorno.

En la práctica, los clientes ganan:

  • Monitorización e investigación 24/7 por expertos de Microsoft que destilan la telemetría de alto volumen en incidentes de alta confianza y priorizan incidentes que reducen de manera importante la fatiga de los analistas y aceleran la respuesta.
  • Análisis de amenazas multiplataforma que correlaciona señales entre entornos Microsoft y no Microsoft para ofrecer una única narrativa de incidente con una guía accionable y consciente del proveedor.
  • Recomendaciones continuas para optimizar las operaciones de seguridad, desde la optimización de detección e integración de datos hasta la gestión de contenidos en Sentinel.
  • Resúmenes alineados con el negocio de los principales riesgos, brechas de postura y mejoras recomendadas en todo el patrimonio de seguridad.

Esta cobertura ampliada está disponible a través del Plan MDR 2 de Microsoft Defender Experts. Todo lo disponible hoy en día como Defender Experts para XDR continúa sin cambios como el Plan 1 de Microsoft Defender Experts MDR, mientras que el Plan 2 extiende ese mismo triaje, investigación y respuesta liderada por expertos más allá del propio patrimonio de Microsoft.

The post Convertir la inteligencia de amenazas en acción decisiva con Defender Experts appeared first on Source LATAM.

 

​The post Convertir la inteligencia de amenazas en acción decisiva con Defender Experts appeared first on Source LATAM.  

Publicado el — Deja un comentario

Amazon ECR now supports image layers up to 200 GB

Amazon Elastic Container Registry (Amazon ECR) has increased the maximum image layer size limit to 200 GB, for images pushed via Docker push.

Previously, packaging assets required splitting data across multiple layers or offloading to external storage systems. With this update, customers can store up to 200 GB in a single image layer, eliminating extra complexity for use cases like embedding large language models, bundling genomics datasets, or packaging large binary dependencies directly into your container images. Images pushed using the AWS SDK or CLI; (UploadLayerPartAPI) remain limited to 50 GB.

This feature is available in all AWS Regions and partitions where Amazon ECR is available except the Middle East (Bahrain) and Middle East (UAE) Regions. To learn more, visit the Amazon ECR product page and refer to the Amazon ECR User Guide. For pricing information, see the Amazon ECR pricing page.

 

​Amazon Elastic Container Registry (Amazon ECR) has increased the maximum image layer size limit to 200 GB, for images pushed via Docker push.
Previously, packaging assets required splitting data across multiple layers or offloading to external storage systems. With this update, customers can store up to 200 GB in a single image layer, eliminating extra complexity for use cases like embedding large language models, bundling genomics datasets, or packaging large binary dependencies directly into your container images. Images pushed using the AWS SDK or CLI; (UploadLayerPartAPI) remain limited to 50 GB.
This feature is available in all AWS Regions and partitions where Amazon ECR is available except the Middle East (Bahrain) and Middle East (UAE) Regions. To learn more, visit the Amazon ECR product page and refer to the Amazon ECR User Guide. For pricing information, see the Amazon ECR pricing page.  

Publicado el — Deja un comentario

Amazon Location Service adds Search Nearby support for GrabMaps in Southeast Asia

Amazon Location Service now supports proximity-based point of interest discovery with GrabMaps data in the Asia Pacific (Singapore) and Asia Pacific (Malaysia) AWS Regions. Builders creating local discovery, delivery, and mobility applications in Southeast Asia can surface relevant nearby places using hyperlocal data validated by millions of daily Grab journeys.

SearchNearby returns places within a specified radius of a user’s location, ranked by distance. Developers can filter results by category (such as fuel stations, hospitals, or restaurants) to narrow responses to what their application needs. This enables a delivery platform to find the closest pickup points, a ride-hailing app to show nearby dining options, or a travel app to locate services within range.

GrabMaps delivers hyperlocal mapping data purpose-built for Southeast Asia. Millions of daily journeys across the Grab platform continuously validate road networks, addresses, and points of interest, capturing changes in real time. GrabMaps covers detailed back alleys, narrow side streets, and motorcycle-accessible routes across more than 500 cities in Singapore, Malaysia, Thailand, Vietnam, Indonesia, Philippines, Myanmar, and Cambodia.

To get started, see the Search Nearby Developer Guide, API reference, and the GrabMaps Overview page.

 

​Amazon Location Service now supports proximity-based point of interest discovery with GrabMaps data in the Asia Pacific (Singapore) and Asia Pacific (Malaysia) AWS Regions. Builders creating local discovery, delivery, and mobility applications in Southeast Asia can surface relevant nearby places using hyperlocal data validated by millions of daily Grab journeys. SearchNearby returns places within a specified radius of a user’s location, ranked by distance. Developers can filter results by category (such as fuel stations, hospitals, or restaurants) to narrow responses to what their application needs. This enables a delivery platform to find the closest pickup points, a ride-hailing app to show nearby dining options, or a travel app to locate services within range. GrabMaps delivers hyperlocal mapping data purpose-built for Southeast Asia. Millions of daily journeys across the Grab platform continuously validate road networks, addresses, and points of interest, capturing changes in real time. GrabMaps covers detailed back alleys, narrow side streets, and motorcycle-accessible routes across more than 500 cities in Singapore, Malaysia, Thailand, Vietnam, Indonesia, Philippines, Myanmar, and Cambodia. To get started, see the Search Nearby Developer Guide, API reference, and the GrabMaps Overview page.  

Publicado el — Deja un comentario

Amazon RDS for Oracle now offers Reserved Instances for R8i and M8i instances

Amazon RDS for Oracle now offers 1-year and 3-year Reserved Instances for R8i and M8i instances with up to 53% cost savings compared to On-Demand prices. These instances are powered by custom Intel Xeon 6 processors, available only on AWS, delivering the highest performance and fastest memory bandwidth among comparable Intel processors in the cloud. R8i and M8i instances offer up to 15% better price-performance and 2.5x more memory bandwidth compared to previous generation Intel-based instances.

Reserved Instance benefits apply to both Multi-AZ and Single-AZ configurations. This means that customers can move freely between configurations within the same database instance class type, making them ideal for varying production workloads. Amazon RDS for Oracle Reserved Instances also provide size flexibility for the Oracle database engine under the Bring Your Own License (BYOL) licensing model. With size flexibility, the discounted rate for Reserved Instances will automatically apply to usage of any size in the same instance family.

Customers can now purchase Reserved Instances for Amazon RDS for Oracle in all AWS regions where R8i and M8i instances are available except the South America (São Paulo) Region. For information on specific Oracle database editions and licensing options that support these database instance types, refer to the Amazon RDS user guide.

To get started, purchase Reserved Instances through the AWS Management Console, AWS CLI, or AWS SDK. For detailed pricing information and purchase options visit Amazon RDS for Oracle Pricing.

 

​Amazon RDS for Oracle now offers 1-year and 3-year Reserved Instances for R8i and M8i instances with up to 53% cost savings compared to On-Demand prices. These instances are powered by custom Intel Xeon 6 processors, available only on AWS, delivering the highest performance and fastest memory bandwidth among comparable Intel processors in the cloud. R8i and M8i instances offer up to 15% better price-performance and 2.5x more memory bandwidth compared to previous generation Intel-based instances. Reserved Instance benefits apply to both Multi-AZ and Single-AZ configurations. This means that customers can move freely between configurations within the same database instance class type, making them ideal for varying production workloads. Amazon RDS for Oracle Reserved Instances also provide size flexibility for the Oracle database engine under the Bring Your Own License (BYOL) licensing model. With size flexibility, the discounted rate for Reserved Instances will automatically apply to usage of any size in the same instance family. Customers can now purchase Reserved Instances for Amazon RDS for Oracle in all AWS regions where R8i and M8i instances are available except the South America (São Paulo) Region. For information on specific Oracle database editions and licensing options that support these database instance types, refer to the Amazon RDS user guide. To get started, purchase Reserved Instances through the AWS Management Console, AWS CLI, or AWS SDK. For detailed pricing information and purchase options visit Amazon RDS for Oracle Pricing.  

Publicado el — Deja un comentario

AWS Lambda now supports Java 8, 11, and 17 on Amazon Linux 2023

AWS Lambda now supports Java 8, Java 11, and Java 17 runtimes on Amazon Linux 2023 (AL2023), available as both managed runtimes and container base images. These new runtimes enable customers running Lambda functions on Java 8, 11, or 17 to migrate from Amazon Linux 2 (AL2) to AL2023 without requiring a simultaneous Java version upgrade.

The existing Lambda runtimes for Java 8, 11 and 17 run on AL2, which reached end of life on June 30, 2026. To maintain support coverage and SLA eligibility, customers must migrate their functions to an AL2023-based runtime. AWS recommends that customers upgrade to Java 21 or Java 25 on AL2023 as the preferred migration path. These runtimes offer the latest language features and performance improvements. For customers who are not yet ready to upgrade their Java version, the new Java 8, 11, and 17 runtimes on AL2023 provide an alternative forward path. In addition, the existing AL2-based Lambda runtimes for Java 8, 11, and 17 will remain supported and continue to receive patches for critical and selected important security issues until June 30, 2027, giving customers a full year after AL2’s end of life to complete their migration.

The Java 8, 11, and 17 runtimes on AL2023 are available in all AWS Regions where Lambda is available, including the AWS GovCloud (US) Regions and the China Regions.

To learn more about AL2023 support in Lambda, see our blog post. For customers ready to upgrade to Java 21 or Java 25, you can use AWS Transform custom to assist with the migration. To learn more about Lambda runtimes, visit the Lambda runtimes documentation.

 

​AWS Lambda now supports Java 8, Java 11, and Java 17 runtimes on Amazon Linux 2023 (AL2023), available as both managed runtimes and container base images. These new runtimes enable customers running Lambda functions on Java 8, 11, or 17 to migrate from Amazon Linux 2 (AL2) to AL2023 without requiring a simultaneous Java version upgrade. The existing Lambda runtimes for Java 8, 11 and 17 run on AL2, which reached end of life on June 30, 2026. To maintain support coverage and SLA eligibility, customers must migrate their functions to an AL2023-based runtime. AWS recommends that customers upgrade to Java 21 or Java 25 on AL2023 as the preferred migration path. These runtimes offer the latest language features and performance improvements. For customers who are not yet ready to upgrade their Java version, the new Java 8, 11, and 17 runtimes on AL2023 provide an alternative forward path. In addition, the existing AL2-based Lambda runtimes for Java 8, 11, and 17 will remain supported and continue to receive patches for critical and selected important security issues until June 30, 2027, giving customers a full year after AL2’s end of life to complete their migration. The Java 8, 11, and 17 runtimes on AL2023 are available in all AWS Regions where Lambda is available, including the AWS GovCloud (US) Regions and the China Regions. To learn more about AL2023 support in Lambda, see our blog post. For customers ready to upgrade to Java 21 or Java 25, you can use AWS Transform custom to assist with the migration. To learn more about Lambda runtimes, visit the Lambda runtimes documentation.  

Publicado el — Deja un comentario

Amazon Aurora DSQL adds multi-Region cluster support in four more Regions

Starting today, Amazon Aurora DSQL supports multi-Region clusters in four additional AWS Regions: Europe (Stockholm), Europe (Spain), Asia Pacific (Mumbai), and Asia Pacific (Singapore). Aurora DSQL is the fastest serverless, distributed SQL database, with active-active high availability and multi-Region strong consistency. Each multi-Region cluster provides a writable endpoint in both peered Regions, presenting a single logical database that remains available even if one Region becomes unavailable.

With this launch, Aurora DSQL multi-Region clusters are available in the following AWS Regions: US East (N. Virginia), US East (Ohio), US West (Oregon), Asia Pacific (Mumbai), Asia Pacific (Osaka), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Tokyo), Canada (Central), Canada West (Calgary), Europe (Frankfurt), Europe (Ireland), Europe (London), Europe (Paris), Europe (Spain), and Europe (Stockholm). Aurora DSQL single-Region clusters are available in all of these Regions and in Asia Pacific (Hong Kong), Asia Pacific (Melbourne), Asia Pacific (Sydney), and South America (São Paulo).

Get started with Aurora DSQL for free with the AWS Free Tier. To learn more, visit the Aurora DSQL webpage and documentation.

 

​Starting today, Amazon Aurora DSQL supports multi-Region clusters in four additional AWS Regions: Europe (Stockholm), Europe (Spain), Asia Pacific (Mumbai), and Asia Pacific (Singapore). Aurora DSQL is the fastest serverless, distributed SQL database, with active-active high availability and multi-Region strong consistency. Each multi-Region cluster provides a writable endpoint in both peered Regions, presenting a single logical database that remains available even if one Region becomes unavailable.
With this launch, Aurora DSQL multi-Region clusters are available in the following AWS Regions: US East (N. Virginia), US East (Ohio), US West (Oregon), Asia Pacific (Mumbai), Asia Pacific (Osaka), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Tokyo), Canada (Central), Canada West (Calgary), Europe (Frankfurt), Europe (Ireland), Europe (London), Europe (Paris), Europe (Spain), and Europe (Stockholm). Aurora DSQL single-Region clusters are available in all of these Regions and in Asia Pacific (Hong Kong), Asia Pacific (Melbourne), Asia Pacific (Sydney), and South America (São Paulo). Get started with Aurora DSQL for free with the AWS Free Tier. To learn more, visit the Aurora DSQL webpage and documentation.  

Publicado el — Deja un comentario

Amazon CloudWatch announces managed Prometheus collectors

Amazon CloudWatch now supports collecting Prometheus metrics from your AWS infrastructure using fully managed collectors — enabling you to monitor Amazon EKS, Amazon EC2, Amazon ECS, Amazon MSK, and Amazon OpenSearch Service workloads without deploying or managing any agents.

Previously, getting Prometheus metrics into CloudWatch required deploying, scaling, and maintaining a self-managed OpenTelemetry Collector. Managed Prometheus collectors eliminate that overhead. You provide a scrape configuration and a connection to your resources, and CloudWatch handles provisioning, scaling, and collection automatically. Metrics are delivered in OpenTelemetry format and can be queried alongside your AWS vended metrics using PromQL — providing unified alarming, dashboarding, and cross-service correlation in a single view.

Managed collectors support Kubernetes service discovery (EKS), DNS-based service discovery via AWS Cloud Map (ECS), direct instance scraping (EC2), and open monitoring endpoints (MSK, OpenSearch). Metrics for EKS, MSK and Open Search can be visualized in automatic dashboards, queried with PromQL and used in CloudWatch alarms.

This feature is available in all AWS Regions where the CloudWatch OTLP endpoint is available, except Asia Pacific (New Zealand). Managed Prometheus collectors are charged by the hour and standard CloudWatch OpenTelemetry metric ingestion pricing applies. To get started, see the documentation.

 

​Amazon CloudWatch now supports collecting Prometheus metrics from your AWS infrastructure using fully managed collectors — enabling you to monitor Amazon EKS, Amazon EC2, Amazon ECS, Amazon MSK, and Amazon OpenSearch Service workloads without deploying or managing any agents.
Previously, getting Prometheus metrics into CloudWatch required deploying, scaling, and maintaining a self-managed OpenTelemetry Collector. Managed Prometheus collectors eliminate that overhead. You provide a scrape configuration and a connection to your resources, and CloudWatch handles provisioning, scaling, and collection automatically. Metrics are delivered in OpenTelemetry format and can be queried alongside your AWS vended metrics using PromQL — providing unified alarming, dashboarding, and cross-service correlation in a single view.
Managed collectors support Kubernetes service discovery (EKS), DNS-based service discovery via AWS Cloud Map (ECS), direct instance scraping (EC2), and open monitoring endpoints (MSK, OpenSearch). Metrics for EKS, MSK and Open Search can be visualized in automatic dashboards, queried with PromQL and used in CloudWatch alarms.
This feature is available in all AWS Regions where the CloudWatch OTLP endpoint is available, except Asia Pacific (New Zealand). Managed Prometheus collectors are charged by the hour and standard CloudWatch OpenTelemetry metric ingestion pricing applies. To get started, see the documentation.