Amazon Relational Database Service (Amazon RDS) for MariaDB now supports MariaDB minor versions 11.4.5, 10.11.11, 10.6.21, and 10.5.28. We recommend that you upgrade to the latest minor versions to fix known security vulnerabilities in prior versions of MariaDB, and to benefit from the bug fixes, performance improvements, and new functionality added by the MariaDB community.

You can leverage automatic minor version upgrades to automatically upgrade your databases to more recent minor versions during scheduled maintenance windows. You can also leverage Amazon RDS Managed Blue/Green deployments for safer, simpler, and faster updates to your MariaDB instances. Learn more about upgrading your database instances, including automatic minor version upgrades and Blue/Green Deployments, in the Amazon RDS User Guide.

Amazon RDS for MariaDB makes it straightforward to set up, operate, and scale MariaDB deployments in the cloud. Learn more about pricing details and regional availability at Amazon RDS for MariaDB. Create or update a fully managed Amazon RDS database in the Amazon RDS Management Console.
 

​Amazon Relational Database Service (Amazon RDS) for MariaDB now supports MariaDB minor versions 11.4.5, 10.11.11, 10.6.21, and 10.5.28. We recommend that you upgrade to the latest minor versions to fix known security vulnerabilities in prior versions of MariaDB, and to benefit from the bug fixes, performance improvements, and new functionality added by the MariaDB community. You can leverage automatic minor version upgrades to automatically upgrade your databases to more recent minor versions during scheduled maintenance windows. You can also leverage Amazon RDS Managed Blue/Green deployments for safer, simpler, and faster updates to your MariaDB instances. Learn more about upgrading your database instances, including automatic minor version upgrades and Blue/Green Deployments, in the Amazon RDS User Guide. Amazon RDS for MariaDB makes it straightforward to set up, operate, and scale MariaDB deployments in the cloud. Learn more about pricing details and regional availability at Amazon RDS for MariaDB. Create or update a fully managed Amazon RDS database in the Amazon RDS Management Console.    

AWS CodeBuild now supports managed runners for GitLab Self-Managed. Customers can configure their CodeBuild projects to receive GitLab Self-Managed CI/CD job events and run them on CodeBuild ephemeral hosts. AWS CodeBuild is a fully managed continuous integration service that compiles source code, runs tests, and produces software packages ready for deployment.

This feature allows GitLab Self-Managed jobs to integrate natively with AWS, providing security and convenience through features such as IAM, AWS Secrets Manager, AWS CloudTrail, and Amazon VPC. Customers can access all compute platforms that CodeBuild offers, including Lambda, GPU-enhanced and Arm-based instances.

CodeBuild’s integration with GitLab Self-Managed runners is available in all regions where CodeBuild is offered. For more information about the AWS Regions where CodeBuild is available, see the AWS Regions page.

Get started by setting up webhooks in a CodeBuild project, and updating your GitLab CI YAML to use self-managed runners hosted on CodeBuild machines. To learn more about runners powered by CodeBuild for GitLab or GitHub, see CodeBuild’s documentation for self-hosted runners in AWS CodeBuild.

​AWS CodeBuild now supports managed runners for GitLab Self-Managed. Customers can configure their CodeBuild projects to receive GitLab Self-Managed CI/CD job events and run them on CodeBuild ephemeral hosts. AWS CodeBuild is a fully managed continuous integration service that compiles source code, runs tests, and produces software packages ready for deployment. This feature allows GitLab Self-Managed jobs to integrate natively with AWS, providing security and convenience through features such as IAM, AWS Secrets Manager, AWS CloudTrail, and Amazon VPC. Customers can access all compute platforms that CodeBuild offers, including Lambda, GPU-enhanced and Arm-based instances. CodeBuild’s integration with GitLab Self-Managed runners is available in all regions where CodeBuild is offered. For more information about the AWS Regions where CodeBuild is available, see the AWS Regions page. Get started by setting up webhooks in a CodeBuild project, and updating your GitLab CI YAML to use self-managed runners hosted on CodeBuild machines. To learn more about runners powered by CodeBuild for GitLab or GitHub, see CodeBuild’s documentation for self-hosted runners in AWS CodeBuild.  

Starting today, the general-purpose Amazon EC2 M6a instances are now available in AWS Europe (Paris) region. M6a instances are powered by third-generation AMD EPYC processors, and deliver up to 35% better price performance than comparable M5a instances. These instances offer 10% lower cost than comparable x86-based EC2 instances.

With this additional region, M6a instances are available in the following AWS Regions: US East (Ohio, N. Virginia), US West (N. California, Oregon), Asia Pacific (Hyderabad, Mumbai, Singapore, Sydney, Tokyo), Canada (Central), Europe (Frankfurt, Ireland, London, Milan, Paris), and South America (Sao Paulo). These instances can be purchased as Savings Plans, Reserved, On-Demand, and Spot instances. To get started, visit the AWS Management Console, AWS Command Line Interface (CLI), and AWS SDKs. To learn more, visit the M6a instances pages.
 

​Starting today, the general-purpose Amazon EC2 M6a instances are now available in AWS Europe (Paris) region. M6a instances are powered by third-generation AMD EPYC processors, and deliver up to 35% better price performance than comparable M5a instances. These instances offer 10% lower cost than comparable x86-based EC2 instances. With this additional region, M6a instances are available in the following AWS Regions: US East (Ohio, N. Virginia), US West (N. California, Oregon), Asia Pacific (Hyderabad, Mumbai, Singapore, Sydney, Tokyo), Canada (Central), Europe (Frankfurt, Ireland, London, Milan, Paris), and South America (Sao Paulo). These instances can be purchased as Savings Plans, Reserved, On-Demand, and Spot instances. To get started, visit the AWS Management Console, AWS Command Line Interface (CLI), and AWS SDKs. To learn more, visit the M6a instances pages.    

Amazon Data Firehose is now available in AWS Asia Pacific (Thailand) and Mexico (Central) regions. Amazon Data Firehose is the easiest way to load streaming data into data stores and analytics tools. You can capture, transform, and deliver streaming data into Amazon S3, Apache Iceberg Tables, Amazon S3 Tables, Amazon OpenSearch Service, Amazon Redshift, and third party analytics applications such as Splunk and Datadog, enabling real-time analytics use cases.

With Amazon Data Firehose, you don’t need to write applications or manage resources. You configure your data producers to send data to Amazon Data Firehose, and it automatically delivers the data to the destination that you specified. You can also configure Amazon Data Firehose to transform your data before delivering it. To get started, you need an AWS account. Once you have an account, you can create a delivery stream in the Amazon Data Firehose Console. To learn more, explore the Amazon Data Firehose Developer Guide.

For Amazon Data Firehose availability, refer to the AWS Region Table.
 

​Amazon Data Firehose is now available in AWS Asia Pacific (Thailand) and Mexico (Central) regions. Amazon Data Firehose is the easiest way to load streaming data into data stores and analytics tools. You can capture, transform, and deliver streaming data into Amazon S3, Apache Iceberg Tables, Amazon S3 Tables, Amazon OpenSearch Service, Amazon Redshift, and third party analytics applications such as Splunk and Datadog, enabling real-time analytics use cases. With Amazon Data Firehose, you don’t need to write applications or manage resources. You configure your data producers to send data to Amazon Data Firehose, and it automatically delivers the data to the destination that you specified. You can also configure Amazon Data Firehose to transform your data before delivering it. To get started, you need an AWS account. Once you have an account, you can create a delivery stream in the Amazon Data Firehose Console. To learn more, explore the Amazon Data Firehose Developer Guide. For Amazon Data Firehose availability, refer to the AWS Region Table.    

AWS CodeBuild’s support for managed webhooks now extends to include GitHub Enterprise. AWS CodeBuild is a fully managed continuous integration service that compiles source code, runs tests, and produces software packages ready for deployment.

Customers using GitHub Enterprise as their source provider previously had to manually create webhooks for CodeBuild to receive events. CodeBuild now integrates natively to create and manage webhooks on your behalf. Additionally, you can use CloudFormation to define your webhooks in a CodeBuild project.

This feature is available in US East (Ohio), US East (N. Virginia), US West (N. California), US West (Oregon), GovCloud (US-East), Asia Pacific (Mumbai), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), Canada (Central), Europe (Frankfurt), Europe (Ireland), Europe (London), Europe (Milan), Europe (Paris), Europe (Stockholm), and South America (São Paulo).

Get started using GitHub Enterprise by following our sample project. To learn more about how to get started with CodeBuild, visit the AWS CodeBuild product page.
 

​AWS CodeBuild’s support for managed webhooks now extends to include GitHub Enterprise. AWS CodeBuild is a fully managed continuous integration service that compiles source code, runs tests, and produces software packages ready for deployment. Customers using GitHub Enterprise as their source provider previously had to manually create webhooks for CodeBuild to receive events. CodeBuild now integrates natively to create and manage webhooks on your behalf. Additionally, you can use CloudFormation to define your webhooks in a CodeBuild project. This feature is available in US East (Ohio), US East (N. Virginia), US West (N. California), US West (Oregon), GovCloud (US-East), Asia Pacific (Mumbai), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), Canada (Central), Europe (Frankfurt), Europe (Ireland), Europe (London), Europe (Milan), Europe (Paris), Europe (Stockholm), and South America (São Paulo). Get started using GitHub Enterprise by following our sample project. To learn more about how to get started with CodeBuild, visit the AWS CodeBuild product page.    

Amazon Elastic Container Service (Amazon ECS) today launched 8 new service-specific condition keys for Identity and Access Management (IAM). These new condition keys let you create IAM policies as well as Service Control Policies (SCPs) to better enforce your organizational policies in containerized environments.

IAM condition keys allow you to author policies that enforce access control based on API request context. With today’s release, Amazon ECS has added condition keys that allow you to enforce policies related to resource configuration (ecs:task-cpu, ecs:task:memory, and ecs:compute-compatibility), container privileges (ecs:privileged), network configuration (ecs:auto-assign-public-ip and ecs:subnet), and tag propagation (ecs:propagate-tags and ecs:enable-ecs-managed-tags) for your applications deployed on Amazon ECS. For example, you can use the new ecs:auto-assign-public-ip condition key to enforce that tasks in your ECS service are not assigned public IP addresses and the ecs:privileged condition key to prevent registration of task definitions with privileges over the underlying host.

The new IAM condition context keys for Amazon ECS are available in all AWS Regions. To see the full list of IAM condition context keys supported by ECS and learn more about using condition keys with Amazon ECS, please refer to our documentation.

​Amazon Elastic Container Service (Amazon ECS) today launched 8 new service-specific condition keys for Identity and Access Management (IAM). These new condition keys let you create IAM policies as well as Service Control Policies (SCPs) to better enforce your organizational policies in containerized environments. IAM condition keys allow you to author policies that enforce access control based on API request context. With today’s release, Amazon ECS has added condition keys that allow you to enforce policies related to resource configuration (ecs:task-cpu, ecs:task:memory, and ecs:compute-compatibility), container privileges (ecs:privileged), network configuration (ecs:auto-assign-public-ip and ecs:subnet), and tag propagation (ecs:propagate-tags and ecs:enable-ecs-managed-tags) for your applications deployed on Amazon ECS. For example, you can use the new ecs:auto-assign-public-ip condition key to enforce that tasks in your ECS service are not assigned public IP addresses and the ecs:privileged condition key to prevent registration of task definitions with privileges over the underlying host. The new IAM condition context keys for Amazon ECS are available in all AWS Regions. To see the full list of IAM condition context keys supported by ECS and learn more about using condition keys with Amazon ECS, please refer to our documentation.  

RDS Data API for Aurora Serverless v2 and Aurora provisioned PostgreSQL-Compatible and MySQL-Compatible database clusters is now available in Africa (Cape Town), Asia Pacific (Hong Kong), Asia Pacific (Jakarta), Asia Pacific (Malaysia), Asia Pacific (Osaka), Europe (Milan), Europe (Stockholm), Middle East (Bahrain), Middle East (UAE), and South America (São Paulo) regions. RDS Data API allows you to access these Aurora clusters via a secure HTTP endpoint and run SQL statements without the use of database drivers and without managing connections.

Data API eliminates the use of drivers and improves application scalability by automatically pooling and sharing database connections (connection pooling) rather than requiring customers to manage connections. Customers can call Data API via AWS SDK and CLI. Data API also enables access to Aurora databases via AWS AppSync GraphQL APIs. API commands supported in the Data API for Aurora Serverless v2 and Aurora provisioned are backwards compatible with Data API for Aurora Serverless v1 for easy customer application migrations.

Data API supports Aurora PostgreSQL 15.3, 14.8, 13.11 and higher versions, and Aurora MySQL 3.07 and higher versions. Customers currently using Data API for ASv1 are encouraged to migrate to ASv2 to take advantage of the new Data API. To learn more, read the documentation.
 

​RDS Data API for Aurora Serverless v2 and Aurora provisioned PostgreSQL-Compatible and MySQL-Compatible database clusters is now available in Africa (Cape Town), Asia Pacific (Hong Kong), Asia Pacific (Jakarta), Asia Pacific (Malaysia), Asia Pacific (Osaka), Europe (Milan), Europe (Stockholm), Middle East (Bahrain), Middle East (UAE), and South America (São Paulo) regions. RDS Data API allows you to access these Aurora clusters via a secure HTTP endpoint and run SQL statements without the use of database drivers and without managing connections. Data API eliminates the use of drivers and improves application scalability by automatically pooling and sharing database connections (connection pooling) rather than requiring customers to manage connections. Customers can call Data API via AWS SDK and CLI. Data API also enables access to Aurora databases via AWS AppSync GraphQL APIs. API commands supported in the Data API for Aurora Serverless v2 and Aurora provisioned are backwards compatible with Data API for Aurora Serverless v1 for easy customer application migrations. Data API supports Aurora PostgreSQL 15.3, 14.8, 13.11 and higher versions, and Aurora MySQL 3.07 and higher versions. Customers currently using Data API for ASv1 are encouraged to migrate to ASv2 to take advantage of the new Data API. To learn more, read the documentation.    

The post Anunciamos el acceso gratuito e ilimitado a Think Deeper y Voice appeared first on Source LATAM.

​The post Anunciamos el acceso gratuito e ilimitado a Think Deeper y Voice appeared first on Source LATAM.  

The post Presentamos Azure AI Foundry Labs: Un centro para las últimas investigaciones y experimentos de IA en Microsoft appeared first on Source LATAM.

​The post Presentamos Azure AI Foundry Labs: Un centro para las últimas investigaciones y experimentos de IA en Microsoft appeared first on Source LATAM.  

AWS CodePipeline now offers a redesigned console experience that helps you monitor and troubleshoot your pipeline releases more effectively.

The new horizontal pipeline view displays stages and actions from left to right, results in a stronger visual hierarchy, which helps you to better locate and understand stage and action execution status. This visual update also makes it easier for you to focus on the key information, and find what you are looking for more effectively while preserving the familiar and consistent experience of the current CodePipeline console. The new layout also optimizes information density by reducing unused space, leading to more pipeline release information visible on the screen, which improves the experience to serve pipelines with a large number of stages and actions.

This feature is available in all regions where AWS CodePipeline is supported, except the AWS GovCloud (US) Regions and the China Regions. For more information about AWS CodePipeline, visit our product page.

​AWS CodePipeline now offers a redesigned console experience that helps you monitor and troubleshoot your pipeline releases more effectively. The new horizontal pipeline view displays stages and actions from left to right, results in a stronger visual hierarchy, which helps you to better locate and understand stage and action execution status. This visual update also makes it easier for you to focus on the key information, and find what you are looking for more effectively while preserving the familiar and consistent experience of the current CodePipeline console. The new layout also optimizes information density by reducing unused space, leading to more pipeline release information visible on the screen, which improves the experience to serve pipelines with a large number of stages and actions. This feature is available in all regions where AWS CodePipeline is supported, except the AWS GovCloud (US) Regions and the China Regions. For more information about AWS CodePipeline, visit our product page.