aws-sdk 2.1531.0 → 2.1533.0

package/apis/route53resolver-2018-04-01.min.json

@@ -167,14 +167,15 @@
           "BlockOverrideTtl": {
             "type": "integer"
           },
-          "Name": {}
+          "Name": {},
+          "Qtype": {}
         }
       },
       "output": {
         "type": "structure",
         "members": {
           "FirewallRule": {
-            "shape": "S1k"
+            "shape": "S1l"
           }
         }
       }
@@ -200,7 +201,7 @@
         "type": "structure",
         "members": {
           "FirewallRuleGroup": {
-            "shape": "S1n"
+            "shape": "S1o"
           }
         }
       }
@@ -231,7 +232,7 @@
         "type": "structure",
         "members": {
           "OutpostResolver": {
-            "shape": "S1v"
+            "shape": "S1w"
           }
         }
       }
@@ -309,7 +310,7 @@
         "type": "structure",
         "members": {
           "ResolverQueryLogConfig": {
-            "shape": "S26"
+            "shape": "S27"
           }
         }
       }
@@ -327,7 +328,7 @@
           "RuleType": {},
           "DomainName": {},
           "TargetIps": {
-            "shape": "S2c"
+            "shape": "S2d"
           },
           "ResolverEndpointId": {},
           "Tags": {
@@ -339,7 +340,7 @@
         "type": "structure",
         "members": {
           "ResolverRule": {
-            "shape": "S2g"
+            "shape": "S2h"
           }
         }
       }
@@ -372,14 +373,15 @@
         ],
         "members": {
           "FirewallRuleGroupId": {},
-          "FirewallDomainListId": {}
+          "FirewallDomainListId": {},
+          "Qtype": {}
         }
       },
       "output": {
         "type": "structure",
         "members": {
           "FirewallRule": {
-            "shape": "S1k"
+            "shape": "S1l"
           }
         }
       }
@@ -398,7 +400,7 @@
         "type": "structure",
         "members": {
           "FirewallRuleGroup": {
-            "shape": "S1n"
+            "shape": "S1o"
           }
         }
       }
@@ -417,7 +419,7 @@
         "type": "structure",
         "members": {
           "OutpostResolver": {
-            "shape": "S1v"
+            "shape": "S1w"
           }
         }
       }
@@ -455,7 +457,7 @@
         "type": "structure",
         "members": {
           "ResolverQueryLogConfig": {
-            "shape": "S26"
+            "shape": "S27"
           }
         }
       }
@@ -474,7 +476,7 @@
         "type": "structure",
         "members": {
           "ResolverRule": {
-            "shape": "S2g"
+            "shape": "S2h"
           }
         }
       }
@@ -577,7 +579,7 @@
         "type": "structure",
         "members": {
           "FirewallConfig": {
-            "shape": "S36"
+            "shape": "S37"
           }
         }
       }
@@ -615,7 +617,7 @@
         "type": "structure",
         "members": {
           "FirewallRuleGroup": {
-            "shape": "S1n"
+            "shape": "S1o"
           }
         }
       }
@@ -670,7 +672,7 @@
         "type": "structure",
         "members": {
           "OutpostResolver": {
-            "shape": "S1v"
+            "shape": "S1w"
           }
         }
       }
@@ -689,7 +691,7 @@
         "type": "structure",
         "members": {
           "ResolverConfig": {
-            "shape": "S3l"
+            "shape": "S3m"
           }
         }
       }
@@ -708,7 +710,7 @@
         "type": "structure",
         "members": {
           "ResolverDNSSECConfig": {
-            "shape": "S3p"
+            "shape": "S3q"
           }
         }
       }
@@ -746,7 +748,7 @@
         "type": "structure",
         "members": {
           "ResolverQueryLogConfig": {
-            "shape": "S26"
+            "shape": "S27"
           }
         }
       }
@@ -801,7 +803,7 @@
         "type": "structure",
         "members": {
           "ResolverRule": {
-            "shape": "S2g"
+            "shape": "S2h"
           }
         }
       }
@@ -883,7 +885,7 @@
           "FirewallConfigs": {
             "type": "list",
             "member": {
-              "shape": "S36"
+              "shape": "S37"
             }
           }
         }
@@ -938,7 +940,7 @@
         "members": {
           "NextToken": {},
           "Domains": {
-            "shape": "S4o"
+            "shape": "S4p"
           }
         }
       }
@@ -1028,7 +1030,7 @@
           "FirewallRules": {
             "type": "list",
             "member": {
-              "shape": "S1k"
+              "shape": "S1l"
             }
           }
         }
@@ -1051,7 +1053,7 @@
           "OutpostResolvers": {
             "type": "list",
             "member": {
-              "shape": "S1v"
+              "shape": "S1w"
             }
           },
           "NextToken": {}
@@ -1075,7 +1077,7 @@
           "ResolverConfigs": {
             "type": "list",
             "member": {
-              "shape": "S3l"
+              "shape": "S3m"
             }
           }
         }
@@ -1090,7 +1092,7 @@
           },
           "NextToken": {},
           "Filters": {
-            "shape": "S58"
+            "shape": "S59"
           }
         }
       },
@@ -1101,7 +1103,7 @@
           "ResolverDnssecConfigs": {
             "type": "list",
             "member": {
-              "shape": "S3p"
+              "shape": "S3q"
             }
           }
         }
@@ -1156,7 +1158,7 @@
           },
           "NextToken": {},
           "Filters": {
-            "shape": "S58"
+            "shape": "S59"
           }
         }
       },
@@ -1185,7 +1187,7 @@
           },
           "NextToken": {},
           "Filters": {
-            "shape": "S58"
+            "shape": "S59"
           },
           "SortBy": {},
           "SortOrder": {}
@@ -1219,7 +1221,7 @@
           },
           "NextToken": {},
           "Filters": {
-            "shape": "S58"
+            "shape": "S59"
           },
           "SortBy": {},
           "SortOrder": {}
@@ -1238,7 +1240,7 @@
           "ResolverQueryLogConfigs": {
             "type": "list",
             "member": {
-              "shape": "S26"
+              "shape": "S27"
             }
           }
         }
@@ -1253,7 +1255,7 @@
           },
           "NextToken": {},
           "Filters": {
-            "shape": "S58"
+            "shape": "S59"
           }
         }
       },
@@ -1282,7 +1284,7 @@
           },
           "NextToken": {},
           "Filters": {
-            "shape": "S58"
+            "shape": "S59"
           }
         }
       },
@@ -1296,7 +1298,7 @@
           "ResolverRules": {
             "type": "list",
             "member": {
-              "shape": "S2g"
+              "shape": "S2h"
             }
           }
         }
@@ -1444,7 +1446,7 @@
         "type": "structure",
         "members": {
           "FirewallConfig": {
-            "shape": "S36"
+            "shape": "S37"
           }
         }
       }
@@ -1461,7 +1463,7 @@
           "FirewallDomainListId": {},
           "Operation": {},
           "Domains": {
-            "shape": "S4o"
+            "shape": "S4p"
           }
         }
       },
@@ -1495,14 +1497,15 @@
           "BlockOverrideTtl": {
             "type": "integer"
           },
-          "Name": {}
+          "Name": {},
+          "Qtype": {}
         }
       },
       "output": {
         "type": "structure",
         "members": {
           "FirewallRule": {
-            "shape": "S1k"
+            "shape": "S1l"
           }
         }
       }
@@ -1550,7 +1553,7 @@
         "type": "structure",
         "members": {
           "OutpostResolver": {
-            "shape": "S1v"
+            "shape": "S1w"
           }
         }
       }
@@ -1571,7 +1574,7 @@
         "type": "structure",
         "members": {
           "ResolverConfig": {
-            "shape": "S3l"
+            "shape": "S3m"
           }
         }
       }
@@ -1592,7 +1595,7 @@
         "type": "structure",
         "members": {
           "ResolverDNSSECConfig": {
-            "shape": "S3p"
+            "shape": "S3q"
           }
         }
       }
@@ -1649,7 +1652,7 @@
             "members": {
               "Name": {},
               "TargetIps": {
-                "shape": "S2c"
+                "shape": "S2d"
               },
               "ResolverEndpointId": {}
             }
@@ -1660,7 +1663,7 @@
         "type": "structure",
         "members": {
           "ResolverRule": {
-            "shape": "S2g"
+            "shape": "S2h"
           }
         }
       }
@@ -1785,7 +1788,7 @@
         "ModificationTime": {}
       }
     },
-    "S1k": {
+    "S1l": {
       "type": "structure",
       "members": {
         "FirewallRuleGroupId": {},
@@ -1803,10 +1806,11 @@
         },
         "CreatorRequestId": {},
         "CreationTime": {},
-        "ModificationTime": {}
+        "ModificationTime": {},
+        "Qtype": {}
       }
     },
-    "S1n": {
+    "S1o": {
       "type": "structure",
       "members": {
         "Id": {},
@@ -1824,7 +1828,7 @@
         "ModificationTime": {}
       }
     },
-    "S1v": {
+    "S1w": {
       "type": "structure",
       "members": {
         "Arn": {},
@@ -1842,7 +1846,7 @@
         "OutpostArn": {}
       }
     },
-    "S26": {
+    "S27": {
       "type": "structure",
       "members": {
         "Id": {},
@@ -1859,7 +1863,7 @@
         "CreationTime": {}
       }
     },
-    "S2c": {
+    "S2d": {
       "type": "list",
       "member": {
         "type": "structure",
@@ -1873,7 +1877,7 @@
         }
       }
     },
-    "S2g": {
+    "S2h": {
       "type": "structure",
       "members": {
         "Id": {},
@@ -1885,7 +1889,7 @@
         "RuleType": {},
         "Name": {},
         "TargetIps": {
-          "shape": "S2c"
+          "shape": "S2d"
         },
         "ResolverEndpointId": {},
         "OwnerId": {},
@@ -1894,7 +1898,7 @@
         "ModificationTime": {}
       }
     },
-    "S36": {
+    "S37": {
       "type": "structure",
       "members": {
         "Id": {},
@@ -1903,7 +1907,7 @@
         "FirewallFailOpen": {}
       }
     },
-    "S3l": {
+    "S3m": {
       "type": "structure",
       "members": {
         "Id": {},
@@ -1912,7 +1916,7 @@
         "AutodefinedReverse": {}
       }
     },
-    "S3p": {
+    "S3q": {
       "type": "structure",
       "members": {
         "Id": {},
@@ -1921,11 +1925,11 @@
         "ValidationStatus": {}
       }
     },
-    "S4o": {
+    "S4p": {
       "type": "list",
       "member": {}
     },
-    "S58": {
+    "S59": {
       "type": "list",
       "member": {
         "type": "structure",

package/apis/wisdom-2020-10-19.min.json

@@ -737,7 +737,9 @@
             }
           }
         }
-      }
+      },
+      "deprecated": true,
+      "deprecatedMessage": "GetRecommendations API will be discontinued starting June 1, 2024. To receive generative responses after March 1, 2024 you will need to create a new Assistant in the Connect console and integrate the Amazon Q in Connect JavaScript library (amazon-q-connectjs) into your applications."
     },
     "GetSession": {
       "http": {
@@ -1276,7 +1278,9 @@
             }
           }
         }
-      }
+      },
+      "deprecated": true,
+      "deprecatedMessage": "QueryAssistant API will be discontinued starting June 1, 2024. To receive generative responses after March 1, 2024 you will need to create a new Assistant in the Connect console and integrate the Amazon Q in Connect JavaScript library (amazon-q-connectjs) into your applications."
     },
     "RemoveKnowledgeBaseTemplateUri": {
       "http": {

package/clients/cloudwatchlogs.d.ts

@@ -69,11 +69,11 @@ declare class CloudWatchLogs extends Service {
    */
   createLogStream(callback?: (err: AWSError, data: {}) => void): Request<{}, AWSError>;
   /**
-   * Deletes a CloudWatch Logs account policy. To use this operation, you must be signed on with the logs:DeleteDataProtectionPolicy and logs:DeleteAccountPolicy permissions.
+   * Deletes a CloudWatch Logs account policy. This stops the policy from applying to all log groups or a subset of log groups in the account. Log-group level policies will still be in effect. To use this operation, you must be signed on with the correct permissions depending on the type of policy that you are deleting.   To delete a data protection policy, you must have the logs:DeleteDataProtectionPolicy and logs:DeleteAccountPolicy permissions.   To delete a subscription filter policy, you must have the logs:DeleteSubscriptionFilter and logs:DeleteAccountPolicy permissions.  
    */
   deleteAccountPolicy(params: CloudWatchLogs.Types.DeleteAccountPolicyRequest, callback?: (err: AWSError, data: {}) => void): Request<{}, AWSError>;
   /**
-   * Deletes a CloudWatch Logs account policy. To use this operation, you must be signed on with the logs:DeleteDataProtectionPolicy and logs:DeleteAccountPolicy permissions.
+   * Deletes a CloudWatch Logs account policy. This stops the policy from applying to all log groups or a subset of log groups in the account. Log-group level policies will still be in effect. To use this operation, you must be signed on with the correct permissions depending on the type of policy that you are deleting.   To delete a data protection policy, you must have the logs:DeleteDataProtectionPolicy and logs:DeleteAccountPolicy permissions.   To delete a subscription filter policy, you must have the logs:DeleteSubscriptionFilter and logs:DeleteAccountPolicy permissions.  
    */
   deleteAccountPolicy(callback?: (err: AWSError, data: {}) => void): Request<{}, AWSError>;
   /**
@@ -421,11 +421,11 @@ declare class CloudWatchLogs extends Service {
    */
   listTagsLogGroup(callback?: (err: AWSError, data: CloudWatchLogs.Types.ListTagsLogGroupResponse) => void): Request<CloudWatchLogs.Types.ListTagsLogGroupResponse, AWSError>;
   /**
-   * Creates an account-level data protection policy that applies to all log groups in the account. A data protection policy can help safeguard sensitive data that's ingested by your log groups by auditing and masking the sensitive log data. Each account can have only one account-level policy.  Sensitive data is detected and masked when it is ingested into a log group. When you set a data protection policy, log events ingested into the log groups before that time are not masked.  If you use PutAccountPolicy to create a data protection policy for your whole account, it applies to both existing log groups and all log groups that are created later in this account. The account policy is applied to existing log groups with eventual consistency. It might take up to 5 minutes before sensitive data in existing log groups begins to be masked. By default, when a user views a log event that includes masked data, the sensitive data is replaced by asterisks. A user who has the logs:Unmask permission can use a GetLogEvents or FilterLogEvents operation with the unmask parameter set to true to view the unmasked log events. Users with the logs:Unmask can also view unmasked data in the CloudWatch Logs console by running a CloudWatch Logs Insights query with the unmask query command. For more information, including a list of types of data that can be audited and masked, see Protect sensitive log data with masking. To use the PutAccountPolicy operation, you must be signed on with the logs:PutDataProtectionPolicy and logs:PutAccountPolicy permissions. The PutAccountPolicy operation applies to all log groups in the account. You can also use PutDataProtectionPolicy to create a data protection policy that applies to just one log group. If a log group has its own data protection policy and the account also has an account-level data protection policy, then the two policies are cumulative. Any sensitive term specified in either policy is masked.
+   * Creates an account-level data protection policy or subscription filter policy that applies to all log groups or a subset of log groups in the account.  Data protection policy  A data protection policy can help safeguard sensitive data that's ingested by your log groups by auditing and masking the sensitive log data. Each account can have only one account-level data protection policy.  Sensitive data is detected and masked when it is ingested into a log group. When you set a data protection policy, log events ingested into the log groups before that time are not masked.  If you use PutAccountPolicy to create a data protection policy for your whole account, it applies to both existing log groups and all log groups that are created later in this account. The account-level policy is applied to existing log groups with eventual consistency. It might take up to 5 minutes before sensitive data in existing log groups begins to be masked. By default, when a user views a log event that includes masked data, the sensitive data is replaced by asterisks. A user who has the logs:Unmask permission can use a GetLogEvents or FilterLogEvents operation with the unmask parameter set to true to view the unmasked log events. Users with the logs:Unmask can also view unmasked data in the CloudWatch Logs console by running a CloudWatch Logs Insights query with the unmask query command. For more information, including a list of types of data that can be audited and masked, see Protect sensitive log data with masking. To use the PutAccountPolicy operation for a data protection policy, you must be signed on with the logs:PutDataProtectionPolicy and logs:PutAccountPolicy permissions. The PutAccountPolicy operation applies to all log groups in the account. You can use PutDataProtectionPolicy to create a data protection policy that applies to just one log group. If a log group has its own data protection policy and the account also has an account-level data protection policy, then the two policies are cumulative. Any sensitive term specified in either policy is masked.  Subscription filter policy  A subscription filter policy sets up a real-time feed of log events from CloudWatch Logs to other Amazon Web Services services. Account-level subscription filter policies apply to both existing log groups and log groups that are created later in this account. Supported destinations are Kinesis Data Streams, Kinesis Data Firehose, and Lambda. When log events are sent to the receiving service, they are Base64 encoded and compressed with the GZIP format. The following destinations are supported for subscription filters:   An Kinesis Data Streams data stream in the same account as the subscription policy, for same-account delivery.   An Kinesis Data Firehose data stream in the same account as the subscription policy, for same-account delivery.   A Lambda function in the same account as the subscription policy, for same-account delivery.   A logical destination in a different account created with PutDestination, for cross-account delivery. Kinesis Data Streams and Kinesis Data Firehose are supported as logical destinations.   Each account can have one account-level subscription filter policy. If you are updating an existing filter, you must specify the correct name in PolicyName. To perform a PutAccountPolicy subscription filter operation for any destination except a Lambda function, you must also have the iam:PassRole permission.
    */
   putAccountPolicy(params: CloudWatchLogs.Types.PutAccountPolicyRequest, callback?: (err: AWSError, data: CloudWatchLogs.Types.PutAccountPolicyResponse) => void): Request<CloudWatchLogs.Types.PutAccountPolicyResponse, AWSError>;
   /**
-   * Creates an account-level data protection policy that applies to all log groups in the account. A data protection policy can help safeguard sensitive data that's ingested by your log groups by auditing and masking the sensitive log data. Each account can have only one account-level policy.  Sensitive data is detected and masked when it is ingested into a log group. When you set a data protection policy, log events ingested into the log groups before that time are not masked.  If you use PutAccountPolicy to create a data protection policy for your whole account, it applies to both existing log groups and all log groups that are created later in this account. The account policy is applied to existing log groups with eventual consistency. It might take up to 5 minutes before sensitive data in existing log groups begins to be masked. By default, when a user views a log event that includes masked data, the sensitive data is replaced by asterisks. A user who has the logs:Unmask permission can use a GetLogEvents or FilterLogEvents operation with the unmask parameter set to true to view the unmasked log events. Users with the logs:Unmask can also view unmasked data in the CloudWatch Logs console by running a CloudWatch Logs Insights query with the unmask query command. For more information, including a list of types of data that can be audited and masked, see Protect sensitive log data with masking. To use the PutAccountPolicy operation, you must be signed on with the logs:PutDataProtectionPolicy and logs:PutAccountPolicy permissions. The PutAccountPolicy operation applies to all log groups in the account. You can also use PutDataProtectionPolicy to create a data protection policy that applies to just one log group. If a log group has its own data protection policy and the account also has an account-level data protection policy, then the two policies are cumulative. Any sensitive term specified in either policy is masked.
+   * Creates an account-level data protection policy or subscription filter policy that applies to all log groups or a subset of log groups in the account.  Data protection policy  A data protection policy can help safeguard sensitive data that's ingested by your log groups by auditing and masking the sensitive log data. Each account can have only one account-level data protection policy.  Sensitive data is detected and masked when it is ingested into a log group. When you set a data protection policy, log events ingested into the log groups before that time are not masked.  If you use PutAccountPolicy to create a data protection policy for your whole account, it applies to both existing log groups and all log groups that are created later in this account. The account-level policy is applied to existing log groups with eventual consistency. It might take up to 5 minutes before sensitive data in existing log groups begins to be masked. By default, when a user views a log event that includes masked data, the sensitive data is replaced by asterisks. A user who has the logs:Unmask permission can use a GetLogEvents or FilterLogEvents operation with the unmask parameter set to true to view the unmasked log events. Users with the logs:Unmask can also view unmasked data in the CloudWatch Logs console by running a CloudWatch Logs Insights query with the unmask query command. For more information, including a list of types of data that can be audited and masked, see Protect sensitive log data with masking. To use the PutAccountPolicy operation for a data protection policy, you must be signed on with the logs:PutDataProtectionPolicy and logs:PutAccountPolicy permissions. The PutAccountPolicy operation applies to all log groups in the account. You can use PutDataProtectionPolicy to create a data protection policy that applies to just one log group. If a log group has its own data protection policy and the account also has an account-level data protection policy, then the two policies are cumulative. Any sensitive term specified in either policy is masked.  Subscription filter policy  A subscription filter policy sets up a real-time feed of log events from CloudWatch Logs to other Amazon Web Services services. Account-level subscription filter policies apply to both existing log groups and log groups that are created later in this account. Supported destinations are Kinesis Data Streams, Kinesis Data Firehose, and Lambda. When log events are sent to the receiving service, they are Base64 encoded and compressed with the GZIP format. The following destinations are supported for subscription filters:   An Kinesis Data Streams data stream in the same account as the subscription policy, for same-account delivery.   An Kinesis Data Firehose data stream in the same account as the subscription policy, for same-account delivery.   A Lambda function in the same account as the subscription policy, for same-account delivery.   A logical destination in a different account created with PutDestination, for cross-account delivery. Kinesis Data Streams and Kinesis Data Firehose are supported as logical destinations.   Each account can have one account-level subscription filter policy. If you are updating an existing filter, you must specify the correct name in PolicyName. To perform a PutAccountPolicy subscription filter operation for any destination except a Lambda function, you must also have the iam:PassRole permission.
    */
   putAccountPolicy(callback?: (err: AWSError, data: CloudWatchLogs.Types.PutAccountPolicyResponse) => void): Request<CloudWatchLogs.Types.PutAccountPolicyResponse, AWSError>;
   /**
@@ -525,11 +525,11 @@ declare class CloudWatchLogs extends Service {
    */
   putSubscriptionFilter(callback?: (err: AWSError, data: {}) => void): Request<{}, AWSError>;
   /**
-   * Starts a Live Tail streaming session for one or more log groups. A Live Tail session returns a stream of log events that have been recently ingested in the log groups. For more information, see Use Live Tail to view logs in near real time.  The response to this operation is a response stream, over which the server sends live log events and the client receives them. The following objects are sent over the stream:   A single LiveTailSessionStart object is sent at the start of the session.   Every second, a LiveTailSessionUpdate object is sent. Each of these objects contains an array of the actual log events. If no new log events were ingested in the past second, the LiveTailSessionUpdate object will contain an empty array. The array of log events contained in a LiveTailSessionUpdate can include as many as 500 log events. If the number of log events matching the request exceeds 500 per second, the log events are sampled down to 500 log events to be included in each LiveTailSessionUpdate object. If your client consumes the log events slower than the server produces them, CloudWatch Logs buffers up to 10 LiveTailSessionUpdate events or 5000 log events, after which it starts dropping the oldest events.   A SessionStreamingException object is returned if an unknown error occurs on the server side.   A SessionTimeoutException object is returned when the session times out, after it has been kept open for three hours.    You can end a session before it times out by closing the session stream or by closing the client that is receiving the stream. The session also ends if the established connection between the client and the server breaks. 
+   * Starts a Live Tail streaming session for one or more log groups. A Live Tail session returns a stream of log events that have been recently ingested in the log groups. For more information, see Use Live Tail to view logs in near real time.  The response to this operation is a response stream, over which the server sends live log events and the client receives them. The following objects are sent over the stream:   A single LiveTailSessionStart object is sent at the start of the session.   Every second, a LiveTailSessionUpdate object is sent. Each of these objects contains an array of the actual log events. If no new log events were ingested in the past second, the LiveTailSessionUpdate object will contain an empty array. The array of log events contained in a LiveTailSessionUpdate can include as many as 500 log events. If the number of log events matching the request exceeds 500 per second, the log events are sampled down to 500 log events to be included in each LiveTailSessionUpdate object. If your client consumes the log events slower than the server produces them, CloudWatch Logs buffers up to 10 LiveTailSessionUpdate events or 5000 log events, after which it starts dropping the oldest events.   A SessionStreamingException object is returned if an unknown error occurs on the server side.   A SessionTimeoutException object is returned when the session times out, after it has been kept open for three hours.    You can end a session before it times out by closing the session stream or by closing the client that is receiving the stream. The session also ends if the established connection between the client and the server breaks.  For examples of using an SDK to start a Live Tail session, see  Start a Live Tail session using an Amazon Web Services SDK.
    */
   startLiveTail(params: CloudWatchLogs.Types.StartLiveTailRequest, callback?: (err: AWSError, data: CloudWatchLogs.Types.StartLiveTailResponse) => void): Request<CloudWatchLogs.Types.StartLiveTailResponse, AWSError>;
   /**
-   * Starts a Live Tail streaming session for one or more log groups. A Live Tail session returns a stream of log events that have been recently ingested in the log groups. For more information, see Use Live Tail to view logs in near real time.  The response to this operation is a response stream, over which the server sends live log events and the client receives them. The following objects are sent over the stream:   A single LiveTailSessionStart object is sent at the start of the session.   Every second, a LiveTailSessionUpdate object is sent. Each of these objects contains an array of the actual log events. If no new log events were ingested in the past second, the LiveTailSessionUpdate object will contain an empty array. The array of log events contained in a LiveTailSessionUpdate can include as many as 500 log events. If the number of log events matching the request exceeds 500 per second, the log events are sampled down to 500 log events to be included in each LiveTailSessionUpdate object. If your client consumes the log events slower than the server produces them, CloudWatch Logs buffers up to 10 LiveTailSessionUpdate events or 5000 log events, after which it starts dropping the oldest events.   A SessionStreamingException object is returned if an unknown error occurs on the server side.   A SessionTimeoutException object is returned when the session times out, after it has been kept open for three hours.    You can end a session before it times out by closing the session stream or by closing the client that is receiving the stream. The session also ends if the established connection between the client and the server breaks. 
+   * Starts a Live Tail streaming session for one or more log groups. A Live Tail session returns a stream of log events that have been recently ingested in the log groups. For more information, see Use Live Tail to view logs in near real time.  The response to this operation is a response stream, over which the server sends live log events and the client receives them. The following objects are sent over the stream:   A single LiveTailSessionStart object is sent at the start of the session.   Every second, a LiveTailSessionUpdate object is sent. Each of these objects contains an array of the actual log events. If no new log events were ingested in the past second, the LiveTailSessionUpdate object will contain an empty array. The array of log events contained in a LiveTailSessionUpdate can include as many as 500 log events. If the number of log events matching the request exceeds 500 per second, the log events are sampled down to 500 log events to be included in each LiveTailSessionUpdate object. If your client consumes the log events slower than the server produces them, CloudWatch Logs buffers up to 10 LiveTailSessionUpdate events or 5000 log events, after which it starts dropping the oldest events.   A SessionStreamingException object is returned if an unknown error occurs on the server side.   A SessionTimeoutException object is returned when the session times out, after it has been kept open for three hours.    You can end a session before it times out by closing the session stream or by closing the client that is receiving the stream. The session also ends if the established connection between the client and the server breaks.  For examples of using an SDK to start a Live Tail session, see  Start a Live Tail session using an Amazon Web Services SDK.
    */
   startLiveTail(callback?: (err: AWSError, data: CloudWatchLogs.Types.StartLiveTailResponse) => void): Request<CloudWatchLogs.Types.StartLiveTailResponse, AWSError>;
   /**
@@ -631,6 +631,10 @@ declare namespace CloudWatchLogs {
      * The scope of the account policy.
      */
     scope?: Scope;
+    /**
+     * The log group selection criteria for this subscription filter policy.
+     */
+    selectionCriteria?: SelectionCriteria;
     /**
      * The Amazon Web Services account ID that the policy applies to.
      */
@@ -891,7 +895,7 @@ declare namespace CloudWatchLogs {
      */
     tags?: Tags;
     /**
-     * Use this parameter to specify the log group class for this log group. There are two classes:   The Standard log class supports all CloudWatch Logs features.   The Infrequent Access log class supports a subset of CloudWatch Logs features and incurs lower costs.   If you omit this parameter, the default of STANDARD is used.  After a log group is created, its class can't be changed.  For details about the features supported by each class, see Log classes 
+     * Use this parameter to specify the log group class for this log group. There are two classes:   The Standard log class supports all CloudWatch Logs features.   The Infrequent Access log class supports a subset of CloudWatch Logs features and incurs lower costs.   If you omit this parameter, the default of STANDARD is used.  The value of logGroupClass can't be changed after a log group is created.  For details about the features supported by each class, see Log classes 
      */
     logGroupClass?: LogGroupClass;
   }
@@ -915,7 +919,7 @@ declare namespace CloudWatchLogs {
      */
     policyName: PolicyName;
     /**
-     * The type of policy to delete. Currently, the only valid value is DATA_PROTECTION_POLICY.
+     * The type of policy to delete.
      */
     policyType: PolicyType;
   }
@@ -1116,7 +1120,7 @@ declare namespace CloudWatchLogs {
   export type Descending = boolean;
   export interface DescribeAccountPoliciesRequest {
     /**
-     * Use this parameter to limit the returned policies to only the policies that match the policy type that you specify. Currently, the only valid value is DATA_PROTECTION_POLICY.
+     * Use this parameter to limit the returned policies to only the policies that match the policy type that you specify.
      */
     policyType: PolicyType;
     /**
@@ -2207,7 +2211,7 @@ declare namespace CloudWatchLogs {
   }
   export type PolicyDocument = string;
   export type PolicyName = string;
-  export type PolicyType = "DATA_PROTECTION_POLICY"|string;
+  export type PolicyType = "DATA_PROTECTION_POLICY"|"SUBSCRIPTION_FILTER_POLICY"|string;
   export type Priority = string;
   export interface PutAccountPolicyRequest {
     /**
@@ -2215,17 +2219,21 @@ declare namespace CloudWatchLogs {
      */
     policyName: PolicyName;
     /**
-     * Specify the data protection policy, in JSON. This policy must include two JSON blocks:   The first block must include both a DataIdentifer array and an Operation property with an Audit action. The DataIdentifer array lists the types of sensitive data that you want to mask. For more information about the available options, see Types of data that you can mask. The Operation property with an Audit action is required to find the sensitive data terms. This Audit action must contain a FindingsDestination object. You can optionally use that FindingsDestination object to list one or more destinations to send audit findings to. If you specify destinations such as log groups, Kinesis Data Firehose streams, and S3 buckets, they must already exist.   The second block must include both a DataIdentifer array and an Operation property with an Deidentify action. The DataIdentifer array must exactly match the DataIdentifer array in the first block of the policy. The Operation property with the Deidentify action is what actually masks the data, and it must contain the  "MaskConfig": {} object. The  "MaskConfig": {} object must be empty.   For an example data protection policy, see the Examples section on this page.  The contents of the two DataIdentifer arrays must match exactly.  In addition to the two JSON blocks, the policyDocument can also include Name, Description, and Version fields. The Name is different than the operation's policyName parameter, and is used as a dimension when CloudWatch Logs reports audit findings metrics to CloudWatch. The JSON specified in policyDocument can be up to 30,720 characters.
+     * Specify the policy, in JSON.  Data protection policy  A data protection policy must include two JSON blocks:   The first block must include both a DataIdentifer array and an Operation property with an Audit action. The DataIdentifer array lists the types of sensitive data that you want to mask. For more information about the available options, see Types of data that you can mask. The Operation property with an Audit action is required to find the sensitive data terms. This Audit action must contain a FindingsDestination object. You can optionally use that FindingsDestination object to list one or more destinations to send audit findings to. If you specify destinations such as log groups, Kinesis Data Firehose streams, and S3 buckets, they must already exist.   The second block must include both a DataIdentifer array and an Operation property with an Deidentify action. The DataIdentifer array must exactly match the DataIdentifer array in the first block of the policy. The Operation property with the Deidentify action is what actually masks the data, and it must contain the  "MaskConfig": {} object. The  "MaskConfig": {} object must be empty.   For an example data protection policy, see the Examples section on this page.  The contents of the two DataIdentifer arrays must match exactly.  In addition to the two JSON blocks, the policyDocument can also include Name, Description, and Version fields. The Name is different than the operation's policyName parameter, and is used as a dimension when CloudWatch Logs reports audit findings metrics to CloudWatch. The JSON specified in policyDocument can be up to 30,720 characters long.  Subscription filter policy  A subscription filter policy can include the following attributes in a JSON block:    DestinationArn The ARN of the destination to deliver log events to. Supported destinations are:   An Kinesis Data Streams data stream in the same account as the subscription policy, for same-account delivery.   An Kinesis Data Firehose data stream in the same account as the subscription policy, for same-account delivery.   A Lambda function in the same account as the subscription policy, for same-account delivery.   A logical destination in a different account created with PutDestination, for cross-account delivery. Kinesis Data Streams and Kinesis Data Firehose are supported as logical destinations.      RoleArn The ARN of an IAM role that grants CloudWatch Logs permissions to deliver ingested log events to the destination stream. You don't need to provide the ARN when you are working with a logical destination for cross-account delivery.    FilterPattern A filter pattern for subscribing to a filtered stream of log events.    DistributionThe method used to distribute log data to the destination. By default, log data is grouped by log stream, but the grouping can be set to Random for a more even distribution. This property is only applicable when the destination is an Kinesis Data Streams data stream.  
      */
     policyDocument: AccountPolicyDocument;
     /**
-     * Currently the only valid value for this parameter is DATA_PROTECTION_POLICY.
+     * The type of policy that you're creating or updating.
      */
     policyType: PolicyType;
     /**
      * Currently the only valid value for this parameter is ALL, which specifies that the data protection policy applies to all log groups in the account. If you omit this parameter, the default of ALL is used.
      */
     scope?: Scope;
+    /**
+     * Use this parameter to apply the subscription filter policy to a subset of log groups in the account. Currently, the only supported filter is LogGroupName NOT IN []. The selectionCriteria string can be up to 25KB in length. The length is determined by using its UTF-8 bytes. Using the selectionCriteria parameter is useful to help prevent infinite loops. For more information, see Log recursion prevention. Specifing selectionCriteria is valid only when you specify  SUBSCRIPTION_FILTER_POLICY for policyType.
+     */
+    selectionCriteria?: SelectionCriteria;
   }
   export interface PutAccountPolicyResponse {
     /**
@@ -2605,6 +2613,7 @@ declare namespace CloudWatchLogs {
     searchedCompletely?: LogStreamSearchedCompletely;
   }
   export type SearchedLogStreams = SearchedLogStream[];
+  export type SelectionCriteria = string;
   export type SequenceToken = string;
   export type Service = string;
   export type SessionId = string;
@@ -2623,11 +2632,11 @@ declare namespace CloudWatchLogs {
      */
     logGroupIdentifiers: StartLiveTailLogGroupIdentifiers;
     /**
-     * If you specify this parameter, then only log events in the log streams that you specify here are included in the Live Tail session.  You can specify this parameter only if you specify only one log group in logGroupIdentifiers. 
+     * If you specify this parameter, then only log events in the log streams that you specify here are included in the Live Tail session. If you specify this field, you can't also specify the logStreamNamePrefixes field.  You can specify this parameter only if you specify only one log group in logGroupIdentifiers. 
      */
     logStreamNames?: InputLogStreamNames;
     /**
-     * If you specify this parameter, then only log events in the log streams that have names that start with the prefixes that you specify here are included in the Live Tail session.  You can specify this parameter only if you specify only one log group in logGroupIdentifiers. 
+     * If you specify this parameter, then only log events in the log streams that have names that start with the prefixes that you specify here are included in the Live Tail session. If you specify this field, you can't also specify the logStreamNames field.  You can specify this parameter only if you specify only one log group in logGroupIdentifiers. 
      */
     logStreamNamePrefixes?: InputLogStreamNames;
     /**