Amazon CloudWatch Application Signals now supports creating Service Level Objectives using a new calculation type. Users can now create SLOs which are configured with request-based SLIs to help meet their specific business requirements.

Updates to add recent notes to APIs and to replace example S3 bucket names globally.
Amazon Connect Custom Vocabulary now supports Catalan (Spain), Danish (Denmark), Dutch (Netherlands), Finnish (Finland), Indonesian (Indonesia), Malay (Malaysia), Norwegian Bokmal (Norway), Polish (Poland), Swedish (Sweden), and Tagalog/Filipino (Philippines).
Amazon SageMaker now supports idle shutdown of JupyterLab and CodeEditor applications on SageMaker Studio.
Support for Flink 1.20 in Managed Service for Apache Flink
Amazon GameLift provides additional events for tracking the fleet creation process.

Author: aws-sdk-cpp-automation

VERSION

@@ -1 +1 @@
-1.11.398
+1.11.399

generated/src/aws-cpp-sdk-application-signals/include/aws/application-signals/ApplicationSignalsClient.h

@@ -94,13 +94,14 @@ namespace ApplicationSignals
 
         /**
          * <p>Use this operation to retrieve one or more <i>service level objective (SLO)
-         * budget reports</i>.</p> <p>An <i>error budget</i> is the amount of time in
-         * unhealthy periods that your service can accumulate during an interval before
-         * your overall SLO budget health is breached and the SLO is considered to be
-         * unmet. For example, an SLO with a threshold of 99.95% and a monthly interval
-         * translates to an error budget of 21.9 minutes of downtime in a 30-day month.</p>
-         * <p>Budget reports include a health indicator, the attainment value, and
-         * remaining budget.</p> <p>For more information about SLO error budgets, see <a
+         * budget reports</i>.</p> <p>An <i>error budget</i> is the amount of time or
+         * requests in an unhealthy state that your service can accumulate during an
+         * interval before your overall SLO budget health is breached and the SLO is
+         * considered to be unmet. For example, an SLO with a threshold of 99.95% and a
+         * monthly interval translates to an error budget of 21.9 minutes of downtime in a
+         * 30-day month.</p> <p>Budget reports include a health indicator, the attainment
+         * value, and remaining budget.</p> <p>For more information about SLO error
+         * budgets, see <a
          * href="https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-ServiceLevelObjectives.html#CloudWatch-ServiceLevelObjectives-concepts">
          * SLO concepts</a>.</p><p><h3>See Also:</h3>   <a
          * href="http://docs.aws.amazon.com/goto/WebAPI/application-signals-2024-04-15/BatchGetServiceLevelObjectiveBudgetReport">AWS
@@ -134,33 +135,51 @@ namespace ApplicationSignals
          * whether the application is performing at the level that you want.</p> <p>Create
          * an SLO to set a target for a service or operation’s availability or latency.
          * CloudWatch measures this target frequently you can find whether it has been
-         * breached. </p> <p>When you create an SLO, you set an <i>attainment goal</i> for
-         * it. An <i>attainment goal</i> is the ratio of good periods that meet the
-         * threshold requirements to the total periods within the interval. For example, an
-         * attainment goal of 99.9% means that within your interval, you are targeting
-         * 99.9% of the periods to be in healthy state.</p> <p>After you have created an
-         * SLO, you can retrieve error budget reports for it. An <i>error budget</i> is the
-         * number of periods or amount of time that your service can accumulate during an
-         * interval before your overall SLO budget health is breached and the SLO is
-         * considered to be unmet. for example, an SLO with a threshold that 99.95% of
-         * requests must be completed under 2000ms every month translates to an error
-         * budget of 21.9 minutes of downtime per month.</p> <p>When you call this
-         * operation, Application Signals creates the
-         * <i>AWSServiceRoleForCloudWatchApplicationSignals</i> service-linked role, if it
-         * doesn't already exist in your account. This service- linked role has the
+         * breached. </p> <p>The target performance quality that is defined for an SLO is
+         * the <i>attainment goal</i>.</p> <p>You can set SLO targets for your applications
+         * that are discovered by Application Signals, using critical metrics such as
+         * latency and availability. You can also set SLOs against any CloudWatch metric or
+         * math expression that produces a time series.</p> <p>When you create an SLO, you
+         * specify whether it is a <i>period-based SLO</i> or a <i>request-based SLO</i>.
+         * Each type of SLO has a different way of evaluating your application's
+         * performance against its attainment goal.</p> <ul> <li> <p>A <i>period-based
+         * SLO</i> uses defined <i>periods</i> of time within a specified total time
+         * interval. For each period of time, Application Signals determines whether the
+         * application met its goal. The attainment rate is calculated as the <code>number
+         * of good periods/number of total periods</code>.</p> <p>For example, for a
+         * period-based SLO, meeting an attainment goal of 99.9% means that within your
+         * interval, your application must meet its performance goal during at least 99.9%
+         * of the time periods.</p> </li> <li> <p>A <i>request-based SLO</i> doesn't use
+         * pre-defined periods of time. Instead, the SLO measures <code>number of good
+         * requests/number of total requests</code> during the interval. At any time, you
+         * can find the ratio of good requests to total requests for the interval up to the
+         * time stamp that you specify, and measure that ratio against the goal set in your
+         * SLO.</p> </li> </ul> <p>After you have created an SLO, you can retrieve error
+         * budget reports for it. An <i>error budget</i> is the amount of time or amount of
+         * requests that your application can be non-compliant with the SLO's goal, and
+         * still have your application meet the goal.</p> <ul> <li> <p>For a period-based
+         * SLO, the error budget starts at a number defined by the highest number of
+         * periods that can fail to meet the threshold, while still meeting the overall
+         * goal. The <i>remaining error budget</i> decreases with every failed period that
+         * is recorded. The error budget within one interval can never increase.</p> <p>For
+         * example, an SLO with a threshold that 99.95% of requests must be completed under
+         * 2000ms every month translates to an error budget of 21.9 minutes of downtime per
+         * month.</p> </li> <li> <p>For a request-based SLO, the remaining error budget is
+         * dynamic and can increase or decrease, depending on the ratio of good requests to
+         * total requests.</p> </li> </ul> <p>For more information about SLOs, see <a
+         * href="https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-ServiceLevelObjectives.html">
+         * Service level objectives (SLOs)</a>. </p> <p>When you perform a
+         * <code>CreateServiceLevelObjective</code> operation, Application Signals creates
+         * the <i>AWSServiceRoleForCloudWatchApplicationSignals</i> service-linked role, if
+         * it doesn't already exist in your account. This service- linked role has the
          * following permissions:</p> <ul> <li> <p> <code>xray:GetServiceGraph</code> </p>
          * </li> <li> <p> <code>logs:StartQuery</code> </p> </li> <li> <p>
          * <code>logs:GetQueryResults</code> </p> </li> <li> <p>
          * <code>cloudwatch:GetMetricData</code> </p> </li> <li> <p>
          * <code>cloudwatch:ListMetrics</code> </p> </li> <li> <p>
          * <code>tag:GetResources</code> </p> </li> <li> <p>
-         * <code>autoscaling:DescribeAutoScalingGroups</code> </p> </li> </ul> <p>You can
-         * easily set SLO targets for your applications that are discovered by Application
-         * Signals, using critical metrics such as latency and availability. You can also
-         * set SLOs against any CloudWatch metric or math expression that produces a time
-         * series.</p> <p>For more information about SLOs, see <a
-         * href="https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-ServiceLevelObjectives.html">
-         * Service level objectives (SLOs)</a>. </p><p><h3>See Also:</h3>   <a
+         * <code>autoscaling:DescribeAutoScalingGroups</code> </p> </li> </ul><p><h3>See
+         * Also:</h3>   <a
          * href="http://docs.aws.amazon.com/goto/WebAPI/application-signals-2024-04-15/CreateServiceLevelObjective">AWS
          * API Reference</a></p>
          */
@@ -526,8 +545,9 @@ namespace ApplicationSignals
 
         /**
          * <p>Updates an existing service level objective (SLO). If you omit parameters,
-         * the previous values of those parameters are retained. </p><p><h3>See Also:</h3> 
-         * <a
+         * the previous values of those parameters are retained. </p> <p>You cannot change
+         * from a period-based SLO to a request-based SLO, or change from a request-based
+         * SLO to a period-based SLO.</p><p><h3>See Also:</h3>   <a
          * href="http://docs.aws.amazon.com/goto/WebAPI/application-signals-2024-04-15/UpdateServiceLevelObjective">AWS
          * API Reference</a></p>
          */

generated/src/aws-cpp-sdk-application-signals/include/aws/application-signals/model/CreateServiceLevelObjectiveRequest.h

@@ -8,6 +8,7 @@
 #include <aws/application-signals/ApplicationSignalsRequest.h>
 #include <aws/core/utils/memory/stl/AWSString.h>
 #include <aws/application-signals/model/ServiceLevelIndicatorConfig.h>
+#include <aws/application-signals/model/RequestBasedServiceLevelIndicatorConfig.h>
 #include <aws/application-signals/model/Goal.h>
 #include <aws/core/utils/memory/stl/AWSVector.h>
 #include <aws/application-signals/model/Tag.h>
@@ -66,8 +67,10 @@ namespace Model
 
     ///@{
     /**
-     * <p>A structure that contains information about what service and what performance
-     * metric that this SLO will monitor.</p>
+     * <p>If this SLO is a period-based SLO, this structure defines the information
+     * about what performance metric this SLO will monitor.</p> <p>You can't specify
+     * both <code>RequestBasedSliConfig</code> and <code>SliConfig</code> in the same
+     * operation.</p>
      */
     inline const ServiceLevelIndicatorConfig& GetSliConfig() const{ return m_sliConfig; }
     inline bool SliConfigHasBeenSet() const { return m_sliConfigHasBeenSet; }
@@ -79,8 +82,23 @@ namespace Model
 
     ///@{
     /**
-     * <p>A structure that contains the attributes that determine the goal of the SLO.
-     * This includes the time period for evaluation and the attainment threshold.</p>
+     * <p>If this SLO is a request-based SLO, this structure defines the information
+     * about what performance metric this SLO will monitor.</p> <p>You can't specify
+     * both <code>RequestBasedSliConfig</code> and <code>SliConfig</code> in the same
+     * operation.</p>
+     */
+    inline const RequestBasedServiceLevelIndicatorConfig& GetRequestBasedSliConfig() const{ return m_requestBasedSliConfig; }
+    inline bool RequestBasedSliConfigHasBeenSet() const { return m_requestBasedSliConfigHasBeenSet; }
+    inline void SetRequestBasedSliConfig(const RequestBasedServiceLevelIndicatorConfig& value) { m_requestBasedSliConfigHasBeenSet = true; m_requestBasedSliConfig = value; }
+    inline void SetRequestBasedSliConfig(RequestBasedServiceLevelIndicatorConfig&& value) { m_requestBasedSliConfigHasBeenSet = true; m_requestBasedSliConfig = std::move(value); }
+    inline CreateServiceLevelObjectiveRequest& WithRequestBasedSliConfig(const RequestBasedServiceLevelIndicatorConfig& value) { SetRequestBasedSliConfig(value); return *this;}
+    inline CreateServiceLevelObjectiveRequest& WithRequestBasedSliConfig(RequestBasedServiceLevelIndicatorConfig&& value) { SetRequestBasedSliConfig(std::move(value)); return *this;}
+    ///@}
+
+    ///@{
+    /**
+     * <p>This structure contains the attributes that determine the goal of the
+     * SLO.</p>
      */
     inline const Goal& GetGoal() const{ return m_goal; }
     inline bool GoalHasBeenSet() const { return m_goalHasBeenSet; }
@@ -119,6 +137,9 @@ namespace Model
     ServiceLevelIndicatorConfig m_sliConfig;
     bool m_sliConfigHasBeenSet = false;
 
+    RequestBasedServiceLevelIndicatorConfig m_requestBasedSliConfig;
+    bool m_requestBasedSliConfigHasBeenSet = false;
+
     Goal m_goal;
     bool m_goalHasBeenSet = false;
 

generated/src/aws-cpp-sdk-application-signals/include/aws/application-signals/model/DurationUnit.h

@@ -16,6 +16,8 @@ namespace Model
   enum class DurationUnit
   {
     NOT_SET,
+    MINUTE,
+    HOUR,
     DAY,
     MONTH
   };

generated/src/aws-cpp-sdk-application-signals/include/aws/application-signals/model/EvaluationType.h

@@ -0,0 +1,31 @@
+/**
+ * Copyright Amazon.com, Inc. or its affiliates. All Rights Reserved.
+ * SPDX-License-Identifier: Apache-2.0.
+ */
+
+#pragma once
+#include <aws/application-signals/ApplicationSignals_EXPORTS.h>
+#include <aws/core/utils/memory/stl/AWSString.h>
+
+namespace Aws
+{
+namespace ApplicationSignals
+{
+namespace Model
+{
+  enum class EvaluationType
+  {
+    NOT_SET,
+    PeriodBased,
+    RequestBased
+  };
+
+namespace EvaluationTypeMapper
+{
+AWS_APPLICATIONSIGNALS_API EvaluationType GetEvaluationTypeForName(const Aws::String& name);
+
+AWS_APPLICATIONSIGNALS_API Aws::String GetNameForEvaluationType(EvaluationType value);
+} // namespace EvaluationTypeMapper
+} // namespace Model
+} // namespace ApplicationSignals
+} // namespace Aws

generated/src/aws-cpp-sdk-application-signals/include/aws/application-signals/model/Goal.h

@@ -55,12 +55,14 @@ namespace Model
 
     ///@{
     /**
-     * <p>The threshold that determines if the goal is being met. An <i>attainment
-     * goal</i> is the ratio of good periods that meet the threshold requirements to
-     * the total periods within the interval. For example, an attainment goal of 99.9%
-     * means that within your interval, you are targeting 99.9% of the periods to be in
-     * healthy state.</p> <p>If you omit this parameter, 99 is used to represent 99% as
-     * the attainment goal.</p>
+     * <p>The threshold that determines if the goal is being met.</p> <p>If this is a
+     * period-based SLO, the attainment goal is the percentage of good periods that
+     * meet the threshold requirements to the total periods within the interval. For
+     * example, an attainment goal of 99.9% means that within your interval, you are
+     * targeting 99.9% of the periods to be in healthy state.</p> <p>If this is a
+     * request-based SLO, the attainment goal is the percentage of requests that must
+     * be successful to meet the attainment goal.</p> <p>If you omit this parameter, 99
+     * is used to represent 99% as the attainment goal.</p>
      */
     inline double GetAttainmentGoal() const{ return m_attainmentGoal; }
     inline bool AttainmentGoalHasBeenSet() const { return m_attainmentGoalHasBeenSet; }

generated/src/aws-cpp-sdk-application-signals/include/aws/application-signals/model/MetricDataQuery.h

@@ -171,8 +171,8 @@ namespace Model
     ///@{
     /**
      * <p>The ID of the account where this metric is located. If you are performing
-     * this operatiion in a monitoring account, use this to specify which source
-     * account to retrieve this metric from.</p>
+     * this operation in a monitoring account, use this to specify which source account
+     * to retrieve this metric from.</p>
      */
     inline const Aws::String& GetAccountId() const{ return m_accountId; }
     inline bool AccountIdHasBeenSet() const { return m_accountIdHasBeenSet; }

generated/src/aws-cpp-sdk-application-signals/include/aws/application-signals/model/MonitoredRequestCountMetricDataQueries.h

@@ -0,0 +1,87 @@
+/**
+ * Copyright Amazon.com, Inc. or its affiliates. All Rights Reserved.
+ * SPDX-License-Identifier: Apache-2.0.
+ */
+
+#pragma once
+#include <aws/application-signals/ApplicationSignals_EXPORTS.h>
+#include <aws/core/utils/memory/stl/AWSVector.h>
+#include <aws/application-signals/model/MetricDataQuery.h>
+#include <utility>
+
+namespace Aws
+{
+namespace Utils
+{
+namespace Json
+{
+  class JsonValue;
+  class JsonView;
+} // namespace Json
+} // namespace Utils
+namespace ApplicationSignals
+{
+namespace Model
+{
+
+  /**
+   * <p>This structure defines the metric that is used as the "good request" or "bad
+   * request" value for a request-based SLO. This value observed for the metric
+   * defined in <code>TotalRequestCountMetric</code> is divided by the number found
+   * for <code>MonitoredRequestCountMetric</code> to determine the percentage of
+   * successful requests that this SLO tracks.</p><p><h3>See Also:</h3>   <a
+   * href="http://docs.aws.amazon.com/goto/WebAPI/application-signals-2024-04-15/MonitoredRequestCountMetricDataQueries">AWS
+   * API Reference</a></p>
+   */
+  class MonitoredRequestCountMetricDataQueries
+  {
+  public:
+    AWS_APPLICATIONSIGNALS_API MonitoredRequestCountMetricDataQueries();
+    AWS_APPLICATIONSIGNALS_API MonitoredRequestCountMetricDataQueries(Aws::Utils::Json::JsonView jsonValue);
+    AWS_APPLICATIONSIGNALS_API MonitoredRequestCountMetricDataQueries& operator=(Aws::Utils::Json::JsonView jsonValue);
+    AWS_APPLICATIONSIGNALS_API Aws::Utils::Json::JsonValue Jsonize() const;
+
+
+    ///@{
+    /**
+     * <p>If you want to count "good requests" to determine the percentage of
+     * successful requests for this request-based SLO, specify the metric to use as
+     * "good requests" in this structure.</p>
+     */
+    inline const Aws::Vector<MetricDataQuery>& GetGoodCountMetric() const{ return m_goodCountMetric; }
+    inline bool GoodCountMetricHasBeenSet() const { return m_goodCountMetricHasBeenSet; }
+    inline void SetGoodCountMetric(const Aws::Vector<MetricDataQuery>& value) { m_goodCountMetricHasBeenSet = true; m_goodCountMetric = value; }
+    inline void SetGoodCountMetric(Aws::Vector<MetricDataQuery>&& value) { m_goodCountMetricHasBeenSet = true; m_goodCountMetric = std::move(value); }
+    inline MonitoredRequestCountMetricDataQueries& WithGoodCountMetric(const Aws::Vector<MetricDataQuery>& value) { SetGoodCountMetric(value); return *this;}
+    inline MonitoredRequestCountMetricDataQueries& WithGoodCountMetric(Aws::Vector<MetricDataQuery>&& value) { SetGoodCountMetric(std::move(value)); return *this;}
+    inline MonitoredRequestCountMetricDataQueries& AddGoodCountMetric(const MetricDataQuery& value) { m_goodCountMetricHasBeenSet = true; m_goodCountMetric.push_back(value); return *this; }
+    inline MonitoredRequestCountMetricDataQueries& AddGoodCountMetric(MetricDataQuery&& value) { m_goodCountMetricHasBeenSet = true; m_goodCountMetric.push_back(std::move(value)); return *this; }
+    ///@}
+
+    ///@{
+    /**
+     * <p>If you want to count "bad requests" to determine the percentage of successful
+     * requests for this request-based SLO, specify the metric to use as "bad requests"
+     * in this structure.</p>
+     */
+    inline const Aws::Vector<MetricDataQuery>& GetBadCountMetric() const{ return m_badCountMetric; }
+    inline bool BadCountMetricHasBeenSet() const { return m_badCountMetricHasBeenSet; }
+    inline void SetBadCountMetric(const Aws::Vector<MetricDataQuery>& value) { m_badCountMetricHasBeenSet = true; m_badCountMetric = value; }
+    inline void SetBadCountMetric(Aws::Vector<MetricDataQuery>&& value) { m_badCountMetricHasBeenSet = true; m_badCountMetric = std::move(value); }
+    inline MonitoredRequestCountMetricDataQueries& WithBadCountMetric(const Aws::Vector<MetricDataQuery>& value) { SetBadCountMetric(value); return *this;}
+    inline MonitoredRequestCountMetricDataQueries& WithBadCountMetric(Aws::Vector<MetricDataQuery>&& value) { SetBadCountMetric(std::move(value)); return *this;}
+    inline MonitoredRequestCountMetricDataQueries& AddBadCountMetric(const MetricDataQuery& value) { m_badCountMetricHasBeenSet = true; m_badCountMetric.push_back(value); return *this; }
+    inline MonitoredRequestCountMetricDataQueries& AddBadCountMetric(MetricDataQuery&& value) { m_badCountMetricHasBeenSet = true; m_badCountMetric.push_back(std::move(value)); return *this; }
+    ///@}
+  private:
+
+    Aws::Vector<MetricDataQuery> m_goodCountMetric;
+    bool m_goodCountMetricHasBeenSet = false;
+
+    Aws::Vector<MetricDataQuery> m_badCountMetric;
+    bool m_badCountMetricHasBeenSet = false;
+  };
+
+} // namespace Model
+} // namespace ApplicationSignals
+} // namespace Aws