Amazon CloudWatch Anomaly Detection applies machine-learning algorithms to continuously analyze system and application metrics, determine a normal baseline, and surface anomalies with minimal user intervention. You can use Anomaly Detection to isolate and troubleshoot unexpected changes in your metric behavior.

Amazon CloudWatch Container Insights is now available in preview to monitor, isolate, and diagnose your containerized applications and microservices environments. With this preview, DevOps and systems engineers have access to automated dashboards summarizing the performance and health of their Amazon Elastic Container Service (ECS) and AWS Fargate clusters by tasks, containers, and services.  

Starting today, the Amplify CLI (part of the open source Amplify Framework ) includes support for adding and configuring AWS Lambda triggers for events when using Amazon Cognito, Amazon Simple Storage Service, and Amazon DynamoDB as event sources. This enables developers to setup customized authentication flows for their mobile and web applications from the Amplify CLI using Amazon Cognito User Pool as an authentication provider.  

AWS License Manager is now available in the Asia Pacific (Hong Kong) region. See the AWS Region Table for the list of regions where License Manager is currently available. AWS License Manager is offered at no additional charges. To learn more about this service, visit the product documentation , and FAQ page.

AWS Container Services launches AWS Fluent Bit, a container image pre-installed with Amazon CloudWatch and Amazon Kinesis Data Firehose plugins that helps customers route container logs to multiple destinations such as CloudWatch, Amazon S3, Amazon Redshift, and Amazon Elasticsearch Service.  

Players expect multiplayer game sessions to be fast and full. But with the rise of Battle Royale games and other player-intensive games, ensuring a consistent and fulfilling matchmaking experience can be a challenge for developers.

That’s why today we’re excited to announce Large Match Support for Amazon GameLift. With this update, you can now match and connect up to 200 players to a single game session on the lowest latency server instance available—all based upon a custom rule you define. We’ve also added some other new functionality that makes it even easier to support games with larger player counts, including:

• Create multiple teams from one definition. Rather than defining team compositions separately, you can now easily create teams by specifying one team template for creating as many teams as needed for your game.

• Easier backfilling of open player slots. We’ve automated backfilling, so you can keep matches full without causing long player wait times. Matchmaking backfill will automatically add a new player to a match even after a game has started and will prioritize filling a match before creating a new match.

GameLift is available in the following 15 AWS Regions: US East (N. Virginia and Ohio), US West (Oregon and N. California), Central Canada (Montreal), EU Central (Frankfurt), EU West (London and Ireland), Asia Pacific South (Mumbai), Asia Pacific Northeast (Seoul and Tokyo), Asia Pacific Southeast (Singapore and Sydney), South America East (São Paulo), and China (Beijing).

To learn more about GameLift and Large Match Support, visit the Amazon GameLift Product detail page and read the Game Tech blog . 

Amazon Aurora Serverless is now available for Amazon Aurora with PostgreSQL compatibility. It is a new deployment option that automatically starts, scales, and shuts down an Amazon Aurora database, and it offers database capacity without the need to provision, scale, and manage any database servers.

Many applications have intermittent or cyclical usage patterns. For example, retail applications experience seasonal spikes, development and test workloads require database access only at certain times of the day or week, and new applications face unknown usage demands. This creates a capacity planning dilemma, since you must either over-provision database capacity upfront and pay for resources you won’t use, or under-provision resources and risk performance problems and a poor user experience.

With Amazon Aurora Serverless, you no longer have to provision or manage database capacity. The database automatically and quickly starts, scales, shuts down, and starts up again in seconds, based on the needs of the workload. You simply create an endpoint through the Amazon RDS Management Console , and Amazon Aurora Serverless handles the rest. You pay by the second , and only when the database is in use.

Read about Aurora Serverless on the AWS Blog , the Aurora Serverless product page , and in the Aurora documentation .

Amazon Aurora is a fully managed relational database that combines the performance and availability of high-end commercial databases with the simplicity and cost-effectiveness of open source databases. Aurora PostgreSQL Serverless is available in the US East (N. Virginia), US East (Ohio), US West (Oregon), EU (Ireland), and Asia Pacific (Tokyo) regions, and will expand to additional regions in the coming year.

Starting today, you can create and send daily, weekly, or monthly reports to monitor the performance of your AWS Budgets. Using the new AWS Budgets Reports console, you can easily select the subset of budgets that you would like to include in your report, define the delivery frequency, and specify your email recipients. For example, you can create a report that monitors all budgets for linked accounts belonging to a particular business unit and have that report delivered each morning to that business unit’s engineering, product, and finance leaders.

Amazon Elasticsearch Service has increased its snapshot frequency from daily to hourly, providing more granular recovery points. If you need to restore your cluster, you now have numerous, recent snapshots to choose from. These automated snapshots are retained for 14 days at no extra charge.

AWS CodeBuild now supports polyglot builds in CodeBuild’s managed images . Previously, you could only specify a single programming language runtime in these CodeBuild managed images. In order to perform a polyglot build, you either had to rely on a self-managed build images with various runtimes pre-installed or you had to install these additional runtimes inline in your buildspec.

Now, you can simply specify one or more programming language versions in your buildspec for your build needs. This is made possible by a concept called “runtime-versions”. With runtime-versions, you can also specify which major version of the runtime should be enabled for your builds.

To learn more about “runtime-versions” please visit our documentation . Please visit our product page or the console to learn more about how to get started with AWS CodeBuild.