Module aws_sdk_ec2::types 
source · Expand description
Data structures used by operation inputs/outputs.
Modules§
- Builders
Structs§
- The minimum and maximum number of accelerators (GPUs, FPGAs, or Amazon Web Services Inferentia chips) on an instance. 
- The minimum and maximum number of accelerators (GPUs, FPGAs, or Amazon Web Services Inferentia chips) on an instance. To exclude accelerator-enabled instance types, set - Maxto- 0.
- The minimum and maximum amount of total accelerator memory, in MiB. 
- The minimum and maximum amount of total accelerator memory, in MiB. 
- Describes a finding for a Network Access Scope. 
- Describes a path. 
- Describes a path. 
- Describes an account attribute. 
- Describes a value of an account attribute. 
- Describes a running instance in a Spot Fleet. 
- Add an operating Region to an IPAM. Operating Regions are Amazon Web Services Regions where the IPAM is allowed to manage IP address CIDRs. IPAM only discovers and monitors resources in the Amazon Web Services Regions you select as operating Regions. 
- An entry for a prefix list. 
- Describes a principal. 
- Describes an additional detail for a path analysis. For more information, see Reachability Analyzer additional detail codes. 
- Describes an Elastic IP address, or a carrier IP address. 
- The attributes associated with an Elastic IP address. 
- Details on the Elastic IP address transfer. For more information, see Transfer Elastic IP addresses in the Amazon Virtual Private Cloud User Guide. 
- Describes a principal. 
- Describes an potential intermediate component of a feasible path. 
- Describes a network access control (ACL) rule. 
- Describes a path component. 
- Describes a load balancer listener. 
- Describes a load balancer target. 
- Describes a header. Reflects any changes made by a component as traffic passes through. The fields of an inbound header are null except for the first component of a path. 
- Describes a route table route. 
- Describes a security group rule. 
- An Autonomous System Number (ASN) and BYOIP CIDR association. 
- Provides authorization for Amazon to bring an Autonomous System Number (ASN) to a specific Amazon Web Services account using bring your own ASN (BYOASN). For details on the format of the message and signature, see Tutorial: Bring your ASN to IPAM in the Amazon VPC IPAM guide. 
- Describes the private IP addresses assigned to a network interface. 
- Information about the associated IAM roles. 
- Describes a target network that is associated with a Client VPN endpoint. A target network is a subnet in a VPC. 
- Describes the state of a target network association. 
- Describes integration options for Amazon Athena. 
- ENA Express uses Amazon Web Services Scalable Reliable Datagram (SRD) technology to increase the maximum bandwidth used per stream and minimize tail latency of network traffic between EC2 instances. With ENA Express, you can communicate between two EC2 instances in the same subnet within the same account, or in different accounts. Both sending and receiving instances must have ENA Express enabled. 
- ENA Express is compatible with both TCP and UDP transport protocols. When it's enabled, TCP traffic automatically uses it. However, some UDP-based applications are designed to handle network packets that are out of order, without a need for retransmission, such as live video broadcasting or other near-real-time applications. For UDP traffic, you can specify whether to use ENA Express, based on your application environment needs. 
- Describes a value for a resource attribute that is a Boolean value. 
- Describes a value for a resource attribute that is a String. 
- Information about an authorization rule. 
- Describes Availability Zones, Local Zones, and Wavelength Zones. 
- Describes a message about an Availability Zone, Local Zone, or Wavelength Zone. 
- The capacity information for instances that can be launched onto the Dedicated Host. 
- The minimum and maximum baseline bandwidth to Amazon EBS, in Mbps. For more information, see Amazon EBS–optimized instances in the Amazon EC2 User Guide. 
- The minimum and maximum baseline bandwidth to Amazon EBS, in Mbps. For more information, see Amazon EBS–optimized instances in the Amazon EC2 User Guide. 
- Describes a block device mapping, which defines the EBS volumes and instance store volumes to attach to an instance at launch. 
- Describes a bundle task. 
- Describes an error for - BundleInstance.
- The Autonomous System Number (ASN) and BYOIP CIDR association. 
- Information about an address range that is provisioned for use with your Amazon Web Services resources through bring your own IP addresses (BYOIP). 
- Describes a Capacity Reservation Fleet cancellation error. 
- Describes a Spot Fleet error. 
- Describes a Spot Fleet request that was not successfully canceled. 
- Describes a Spot Fleet request that was successfully canceled. 
- Describes a request to cancel a Spot Instance. 
- Information about instance capacity usage for a Capacity Reservation. 
- The recommended Capacity Block that fits your search requirements. 
- Describes a Capacity Reservation. 
- Information about a Capacity Reservation Fleet. 
- Describes a Capacity Reservation Fleet that was successfully cancelled. 
- Describes a resource group to which a Capacity Reservation has been added. 
- Describes the strategy for using unused Capacity Reservations for fulfilling On-Demand capacity. 
- Describes the strategy for using unused Capacity Reservations for fulfilling On-Demand capacity. 
- Describes an instance's Capacity Reservation targeting option. You can specify only one parameter at a time. If you specify - CapacityReservationPreferenceand- CapacityReservationTarget, the request fails.
- Describes the instance's Capacity Reservation targeting preferences. The action returns the - capacityReservationPreferenceresponse element if the instance is configured to run in On-Demand capacity, or if it is configured in run in any- openCapacity Reservation that has matching attributes (instance type, platform, Availability Zone). The action returns the- capacityReservationTargetresponse element if the instance explicily targets a specific Capacity Reservation or Capacity Reservation group.
- Describes a target Capacity Reservation or Capacity Reservation group. 
- Describes a target Capacity Reservation or Capacity Reservation group. 
- Describes a carrier gateway. 
- Information about the client certificate used for authentication. 
- Information about the client certificate to be used for authentication. 
- Provides authorization for Amazon to bring a specific IP address range to a specific Amazon Web Services account using bring your own IP addresses (BYOIP). For more information, see Configuring your BYOIP address range in the Amazon Elastic Compute Cloud User Guide. 
- Describes an IPv4 CIDR block. 
- Describes a Classic Load Balancer. 
- Describes the Classic Load Balancers to attach to a Spot Fleet. Spot Fleet registers the running Spot Instances with these Classic Load Balancers. 
- Describes the state of a client certificate revocation list. 
- The options for managing connection authorization for new client connections. 
- The options for managing connection authorization for new client connections. 
- Describes the client-specific data. 
- Options for enabling a customizable text banner that will be displayed on Amazon Web Services provided clients when a VPN session is established. 
- Current state of options for customizable text banner that will be displayed on Amazon Web Services provided clients when a VPN session is established. 
- Describes the authentication methods used by a Client VPN endpoint. For more information, see Authentication in the Client VPN Administrator Guide. 
- Describes the authentication method to be used by a Client VPN endpoint. For more information, see Authentication in the Client VPN Administrator Guide. 
- Describes the state of an authorization rule. 
- Describes a client connection. 
- Describes the status of a client connection. 
- Describes a Client VPN endpoint. 
- Describes the status of the Client VPN endpoint attribute. 
- Describes the state of a Client VPN endpoint. 
- Information about a Client VPN endpoint route. 
- Describes the state of a Client VPN endpoint route. 
- Options for sending VPN tunnel logs to CloudWatch. 
- Options for sending VPN tunnel logs to CloudWatch. 
- Describes address usage for a customer-owned address pool. 
- Information about a customer-owned IP address range. 
- Describes a customer-owned address pool. 
- Describes the client connection logging options for the Client VPN endpoint. 
- Information about the client connection logging options for a Client VPN endpoint. 
- Describes a connection notification for a VPC endpoint or VPC endpoint service. 
- A security group connection tracking configuration that enables you to set the idle timeout for connection tracking on an Elastic network interface. For more information, see Connection tracking timeouts in the Amazon Elastic Compute Cloud User Guide. 
- A security group connection tracking specification that enables you to set the idle timeout for connection tracking on an Elastic network interface. For more information, see Connection tracking timeouts in the Amazon Elastic Compute Cloud User Guide. 
- A security group connection tracking specification request that enables you to set the idle timeout for connection tracking on an Elastic network interface. For more information, see Connection tracking timeouts in the Amazon Elastic Compute Cloud User Guide. 
- A security group connection tracking specification response that enables you to set the idle timeout for connection tracking on an Elastic network interface. For more information, see Connection tracking timeouts in the Amazon Elastic Compute Cloud User Guide. 
- Describes a conversion task. 
- The CPU options for the instance. 
- The CPU options for the instance. Both the core count and threads per core must be specified in the request. 
- Describes the instances that could not be launched by the fleet. 
- Describes the instances that were launched by the fleet. 
- The options for a Connect attachment. 
- The options for the transit gateway multicast domain. 
- Describes whether dynamic routing is enabled or disabled for the transit gateway peering request. 
- Describes the options for a VPC attachment. 
- Describes the network interface options when creating an Amazon Web Services Verified Access endpoint using the - network-interfacetype.
- Describes the load balancer options when creating an Amazon Web Services Verified Access endpoint using the - load-balancertype.
- Describes the options when creating an Amazon Web Services Verified Access trust provider using the - devicetype.
- Describes the options when creating an Amazon Web Services Verified Access trust provider using the - usertype.
- Describes the user or group to be added or removed from the list of create volume permissions for a volume. 
- Describes modifications to the list of create volume permissions for a volume. 
- Describes the credit option for CPU usage of a T instance. 
- The credit option for CPU usage of a T instance. 
- Describes a customer gateway. 
- A query used for retrieving network health data. 
- The response to a - DataQuery.
- Describes an EC2 Fleet error. 
- Describes an EC2 Fleet that was not successfully deleted. 
- Describes an EC2 Fleet that was successfully deleted. 
- Describes a launch template version that could not be deleted. 
- Describes a launch template version that was successfully deleted. 
- Describes the error for a Reserved Instance whose queued purchase could not be deleted. 
- Information about the tag keys to deregister for the current Region. You can either specify individual tag keys or deregister all tag keys in the current Region. You must specify either - IncludeAllTagsOfInstanceor- InstanceTagKeysin the request
- Describe details about a Windows image with Windows fast launch enabled that meets the requested criteria. Criteria are defined by the - DescribeFastLaunchImagesaction filters.
- Describes fast snapshot restores for a snapshot. 
- Describes the instances that could not be launched by the fleet. 
- Describes the instances that were launched by the fleet. 
- Describes the destination options for a flow log. 
- Describes the destination options for a flow log. 
- Describes the options for an Amazon Web Services Verified Access device-identity based trust provider. 
- Describes a DHCP configuration option. 
- The set of DHCP options. 
- Describes an Active Directory. 
- Describes the Active Directory to be used for client authentication. 
- Contains information about the errors that occurred when disabling fast snapshot restores. 
- Describes an error that occurred when disabling fast snapshot restores. 
- Contains information about an error that occurred when disabling fast snapshot restores. 
- Describes fast snapshot restores that were successfully disabled. 
- Describes a disk image. 
- Describes a disk image. 
- Describes a disk image. 
- Describes a disk image volume. 
- Describes a disk. 
- Describes a DNS entry. 
- Describes the DNS options for an endpoint. 
- Describes the DNS options for an endpoint. 
- Information about the DNS server to be used. 
- Describes a block device for an EBS volume. 
- Describes the Amazon EBS features supported by the instance type. 
- Describes a parameter used to set up an EBS volume in a block device mapping. 
- Describes information used to set up an EBS volume specified in a block device mapping. 
- Describes the optimized EBS performance for supported instance types. 
- The EC2 Instance Connect Endpoint. 
- Describes the Elastic Fabric Adapters for the instance type. 
- Describes an egress-only internet gateway. 
- Deprecated. 
- Describes an elastic inference accelerator. 
- Describes the association between an instance and an elastic inference accelerator. 
- ENA Express uses Amazon Web Services Scalable Reliable Datagram (SRD) technology to increase the maximum bandwidth used per stream and minimize tail latency of network traffic between EC2 instances. With ENA Express, you can communicate between two EC2 instances in the same subnet within the same account, or in different accounts. Both sending and receiving instances must have ENA Express enabled. 
- Launch instances with ENA Express settings configured from your launch template. 
- ENA Express is compatible with both TCP and UDP transport protocols. When it's enabled, TCP traffic automatically uses it. However, some UDP-based applications are designed to handle network packets that are out of order, without a need for retransmission, such as live video broadcasting or other near-real-time applications. For UDP traffic, you can specify whether to use ENA Express, based on your application environment needs. 
- Configures ENA Express for UDP network traffic from your launch template. 
- Contains information about the errors that occurred when enabling fast snapshot restores. 
- Describes an error that occurred when enabling fast snapshot restores. 
- Contains information about an error that occurred when enabling fast snapshot restores. 
- Describes fast snapshot restores that were successfully enabled. 
- Indicates whether the instance is enabled for Amazon Web Services Nitro Enclaves. 
- Indicates whether the instance is enabled for Amazon Web Services Nitro Enclaves. For more information, see What is Amazon Web Services Nitro Enclaves? in the Amazon Web Services Nitro Enclaves User Guide. 
- Describes an EC2 Fleet or Spot Fleet event. 
- Describes an explanation code for an unreachable path. For more information, see Reachability Analyzer explanation codes. 
- Describes an export image task. 
- Describes an export instance task. 
- Describes the destination for an export image task. 
- Describes the destination for an export image task. 
- Describes the format and location for the export task. 
- Describes an export instance task. 
- Describes a Capacity Reservation Fleet that could not be cancelled. 
- Describes a Reserved Instance whose queued purchase was not deleted. 
- Request to create a launch template for a Windows fast launch enabled AMI. 
- Identifies the launch template that the AMI uses for Windows fast launch. 
- Configuration settings for creating and managing pre-provisioned snapshots for a Windows fast launch enabled AMI. 
- Configuration settings for creating and managing pre-provisioned snapshots for a Windows fast launch enabled Windows AMI. 
- Describes the IAM SAML identity providers used for federated authentication. 
- The IAM SAML identity provider used for federated authentication. 
- A filter name and value pair that is used to return a more specific list of results from a describe operation. Filters can be used to match a set of resources by specific criteria, such as tags, attributes, or IDs. 
- Describes a port range. 
- Describes a stateful rule. 
- Describes a stateless rule. 
- Information about a Capacity Reservation in a Capacity Reservation Fleet. 
- Describes an EC2 Fleet. 
- Describes a launch template and overrides. 
- Describes a launch template and overrides. 
- Describes overrides for a launch template. 
- Describes overrides for a launch template. 
- The Amazon EC2 launch template that can be used by a Spot Fleet to configure Amazon EC2 instances. You must specify either the ID or name of the launch template in the request, but not both. 
- The Amazon EC2 launch template that can be used by an EC2 Fleet to configure Amazon EC2 instances. You must specify either the ID or name of the launch template in the request, but not both. 
- The strategy to use when Amazon EC2 emits a signal that your Spot Instance is at an elevated risk of being interrupted. 
- The Spot Instance replacement strategy to use when Amazon EC2 emits a rebalance notification signal that your Spot Instance is at an elevated risk of being interrupted. For more information, see Capacity rebalancing in the Amazon EC2 User Guide. 
- The strategies for managing your Spot Instances that are at an elevated risk of being interrupted. 
- The strategies for managing your Spot Instances that are at an elevated risk of being interrupted. 
- Describes a flow log. 
- Describes the FPGA accelerator for the instance type. 
- Describes the memory for the FPGA accelerator for the instance type. 
- Describes an Amazon FPGA image (AFI). 
- Describes an Amazon FPGA image (AFI) attribute. 
- Describes the state of the bitstream generation process for an Amazon FPGA image (AFI). 
- Describes the FPGAs for the instance type. 
- Describes the GPU accelerators for the instance type. 
- Describes the memory available to the GPU accelerator. 
- Describes the GPU accelerators for the instance type. 
- Describes a security group. 
- Indicates whether your instance is configured for hibernation. This parameter is valid only if the instance meets the hibernation prerequisites. For more information, see Hibernate your instance in the Amazon EC2 User Guide. 
- Indicates whether your instance is configured for hibernation. This parameter is valid only if the instance meets the hibernation prerequisites. For more information, see Hibernate your instance in the Amazon EC2 User Guide. 
- Describes an event in the history of the Spot Fleet request. 
- Describes an event in the history of an EC2 Fleet. 
- Describes the properties of the Dedicated Host. 
- Describes an instance running on a Dedicated Host. 
- Details about the Dedicated Host Reservation offering. 
- Describes the properties of a Dedicated Host. 
- Details about the Dedicated Host Reservation and associated Dedicated Hosts. 
- Describes an IAM instance profile. 
- Describes an association between an IAM instance profile and an instance. 
- Describes an IAM instance profile. 
- Describes the ICMP type and code. 
- Describes the ID format for a resource. 
- The internet key exchange (IKE) version permitted for the VPN tunnel. 
- The IKE version that is permitted for the VPN tunnel. 
- Describes an image. 
- Describes the disk container object for an import image task. 
- Information about an AMI that is currently in the Recycle Bin. 
- The request information of license configurations. 
- The response information for license configurations. 
- Describes an import image task. 
- Describes the launch specification for VM import. 
- Describes an import instance task. 
- Describes an import volume task. 
- Describes an import snapshot task. 
- Describes an import volume task. 
- Describes the Inference accelerators for the instance type. 
- Describes the Inference accelerators for the instance type. 
- Describes the memory available to the inference accelerator. 
- Describes an instance. 
- ENA Express uses Amazon Web Services Scalable Reliable Datagram (SRD) technology to increase the maximum bandwidth used per stream and minimize tail latency of network traffic between EC2 instances. With ENA Express, you can communicate between two EC2 instances in the same subnet within the same account, or in different accounts. Both sending and receiving instances must have ENA Express enabled. 
- ENA Express is compatible with both TCP and UDP transport protocols. When it's enabled, TCP traffic automatically uses it. However, some UDP-based applications are designed to handle network packets that are out of order, without a need for retransmission, such as live video broadcasting or other near-real-time applications. For UDP traffic, you can specify whether to use ENA Express, based on your application environment needs. 
- Describes a block device mapping. 
- Describes a block device mapping entry. 
- Information about the number of instances that can be launched onto the Dedicated Host. 
- Describes a Reserved Instance listing state. 
- Describes the credit option for CPU usage of a burstable performance instance. 
- Describes the credit option for CPU usage of a burstable performance instance. 
- The event window. 
- One or more targets associated with the specified event window. Only one type of target (instance ID, instance tag, or Dedicated Host ID) can be associated with an event window. 
- One or more targets associated with the event window. 
- The targets to disassociate from the specified event window. 
- The state of the event window. 
- The start day and time and the end day and time of the time range, in UTC. 
- The start day and time and the end day and time of the time range, in UTC. 
- Describes an instance to export. 
- Describes the default credit option for CPU usage of a burstable performance instance family. 
- Information about an IPv4 prefix. 
- Describes an IPv6 address. 
- Describes an IPv6 address. 
- Information about an IPv6 prefix. 
- The maintenance options for the instance. 
- The maintenance options for the instance. 
- Describes the market (purchasing) option for the instances. 
- The default instance metadata service (IMDS) settings that were set at the account level in the specified Amazon Web Services Region. 
- The metadata options for the instance. 
- The metadata options for the instance. 
- Describes the monitoring of an instance. 
- Describes a network interface. 
- Describes association information for an Elastic IP address (IPv4). 
- Describes a network interface attachment. 
- Describes a network interface. 
- Describes a private IPv4 address. 
- The attributes for the instance types. When you specify instance attributes, Amazon EC2 will identify instance types with these attributes. 
- The attributes for the instance types. When you specify instance attributes, Amazon EC2 will identify instance types with these attributes. 
- The architecture type, virtualization type, and other attributes for the instance types. When you specify instance attributes, Amazon EC2 will identify instance types with those attributes. 
- The instance details to specify which volumes should be snapshotted. 
- Describes the current state of an instance. 
- Describes an instance state change. 
- Describes the status of an instance. 
- Describes the instance status. 
- Describes a scheduled event for an instance. 
- Describes the status of an instance. 
- Describes the instance store features that are supported by the instance type. 
- Describes the registered tag keys for the current Region. 
- Information about the instance topology. 
- Describes the instance type. 
- The list of instance types with the specified instance attributes. 
- The instance types offered. 
- Information about the Capacity Reservation usage. 
- Describes service integrations with VPC Flow logs. 
- Describes an internet gateway. 
- Describes the attachment of a VPC to an internet gateway or an egress-only internet gateway. 
- Describes the permissions for a security group rule. 
- Describes an IPv4 address range. 
- IPAM is a VPC feature that you can use to automate your IP address management workflows including assigning, tracking, troubleshooting, and auditing IP addresses across Amazon Web Services Regions and accounts throughout your Amazon Web Services Organization. For more information, see What is IPAM? in the Amazon VPC IPAM User Guide. 
- The historical record of a CIDR within an IPAM scope. For more information, see View the history of IP addresses in the Amazon VPC IPAM User Guide. 
- A signed document that proves that you are authorized to bring the specified IP address range to Amazon using BYOIP. 
- An IPAM discovered account. A discovered account is an Amazon Web Services account that is monitored under a resource discovery. If you have integrated IPAM with Amazon Web Services Organizations, all accounts in the organization are discovered accounts. 
- A public IP Address discovered by IPAM. 
- An IPAM discovered resource CIDR. A discovered resource is a resource CIDR monitored under a resource discovery. The following resources can be discovered: VPCs, Public IPv4 pools, VPC subnets, and Elastic IP addresses. The discovered resource CIDR is the IP address range in CIDR notation that is associated with the resource. 
- The discovery failure reason. 
- The operating Regions for an IPAM. Operating Regions are Amazon Web Services Regions where the IPAM is allowed to manage IP address CIDRs. IPAM only discovers and monitors resources in the Amazon Web Services Regions you select as operating Regions. 
- In IPAM, a pool is a collection of contiguous IP addresses CIDRs. Pools enable you to organize your IP addresses according to your routing and security needs. For example, if you have separate routing and security needs for development and production applications, you can create a pool for each. 
- In IPAM, an allocation is a CIDR assignment from an IPAM pool to another IPAM pool or to a resource. 
- A CIDR provisioned to an IPAM pool. 
- Details related to why an IPAM pool CIDR failed to be provisioned. 
- The resource used to provision CIDRs to a resource planning pool. 
- The resource used to provision CIDRs to a resource planning pool. 
- The security group that the resource with the public IP address is in. 
- A tag for a public IP address discovered by IPAM. 
- Tags for a public IP address discovered by IPAM. 
- The CIDR for an IPAM resource. 
- A resource discovery is an IPAM component that enables IPAM to manage and monitor resources that belong to the owning account. 
- An IPAM resource discovery association. An associated resource discovery is a resource discovery that has been associated with an IPAM. IPAM aggregates the resource CIDRs discovered by the associated resource discovery. 
- The key/value combination of a tag assigned to the resource. Use the tag key in the filter name and the tag value as the filter value. For example, to find all resources that have a tag with the key - Ownerand the value- TeamA, specify- tag:Ownerfor the filter name and- TeamAfor the filter value.
- In IPAM, a scope is the highest-level container within IPAM. An IPAM contains two default scopes. Each scope represents the IP space for a single network. The private scope is intended for all private IP address space. The public scope is intended for all public IP address space. Scopes enable you to reuse IP addresses across multiple unconnected networks without causing IP address overlap or conflict. 
- Describes an IPv4 prefix. 
- Describes the IPv4 prefix option for a network interface. 
- Information about the IPv4 delegated prefixes assigned to a network interface. 
- Describes an IPv6 CIDR block association. 
- Describes an IPv6 CIDR block. 
- Describes an IPv6 address pool. 
- Describes the IPv6 prefix. 
- Describes the IPv4 prefix option for a network interface. 
- Information about the IPv6 delegated prefixes assigned to a network interface. 
- Describes an IPv6 address range. 
- Describes a key pair. 
- The last error that occurred for a VPC endpoint. 
- Describes a launch permission. 
- Describes a launch permission modification. 
- Describes the launch specification for an instance. 
- Describes a launch template. 
- Describes a launch template and overrides. 
- Describes a block device mapping. 
- Describes a block device mapping. 
- Describes an instance's Capacity Reservation targeting option. You can specify only one option at a time. Use the - CapacityReservationPreferenceparameter to configure the instance to run in On-Demand capacity or to run in any- openCapacity Reservation that has matching attributes (instance type, platform, Availability Zone). Use the- CapacityReservationTargetparameter to explicitly target a specific Capacity Reservation or a Capacity Reservation group.
- Information about the Capacity Reservation targeting option. 
- Describes a launch template and overrides. 
- The CPU options for the instance. 
- The CPU options for the instance. Both the core count and threads per core must be specified in the request. 
- Describes a block device for an EBS volume. 
- The parameters for a block device for an EBS volume. 
- Describes an elastic inference accelerator. 
- Describes an elastic inference accelerator. 
- ENA Express uses Amazon Web Services Scalable Reliable Datagram (SRD) technology to increase the maximum bandwidth used per stream and minimize tail latency of network traffic between EC2 instances. With ENA Express, you can communicate between two EC2 instances in the same subnet within the same account, or in different accounts. Both sending and receiving instances must have ENA Express enabled. 
- ENA Express is compatible with both TCP and UDP transport protocols. When it's enabled, TCP traffic automatically uses it. However, some UDP-based applications are designed to handle network packets that are out of order, without a need for retransmission, such as live video broadcasting or other near-real-time applications. For UDP traffic, you can specify whether to use ENA Express, based on your application environment needs. 
- Indicates whether the instance is enabled for Amazon Web Services Nitro Enclaves. 
- Indicates whether the instance is enabled for Amazon Web Services Nitro Enclaves. For more information, see What is Amazon Web Services Nitro Enclaves? in the Amazon Web Services Nitro Enclaves User Guide. 
- Indicates whether an instance is configured for hibernation. 
- Indicates whether the instance is configured for hibernation. This parameter is valid only if the instance meets the hibernation prerequisites. 
- Describes an IAM instance profile. 
- An IAM instance profile. 
- The maintenance options of your instance. 
- The maintenance options of your instance. 
- The market (purchasing) option for the instances. 
- The market (purchasing) option for the instances. 
- The metadata options for the instance. For more information, see Instance metadata and user data in the Amazon Elastic Compute Cloud User Guide. 
- The metadata options for the instance. For more information, see Instance metadata and user data in the Amazon Elastic Compute Cloud User Guide. 
- Describes a network interface. 
- The parameters for a network interface. 
- Describes a license configuration. 
- Describes a license configuration. 
- Describes overrides for a launch template. 
- Describes the placement of an instance. 
- Describes the placement of an instance. 
- Describes the options for instance hostnames. 
- Describes the options for instance hostnames. 
- Describes the launch template to use. 
- The options for Spot Instances. 
- The options for Spot Instances. 
- The tags specification for the launch template. 
- The tags specification for the resources that are created during instance launch. 
- Describes a launch template version. 
- Describes the monitoring for the instance. 
- Describes the monitoring for the instance. 
- Describes a license configuration. 
- Describes a license configuration. 
- Describes the Classic Load Balancers and target groups to attach to a Spot Fleet request. 
- Describes a load permission. 
- Describes modifications to the load permissions of an Amazon FPGA image (AFI). 
- Describes a load permission. 
- Describes a local gateway. 
- Describes a route for a local gateway route table. 
- Describes a local gateway route table. 
- Describes an association between a local gateway route table and a virtual interface group. 
- Describes an association between a local gateway route table and a VPC. 
- Describes a local gateway virtual interface. 
- Describes a local gateway virtual interface group. 
- Information about a locked snapshot. 
- Information about the EC2 Mac Dedicated Host. 
- Details for Site-to-Site VPN tunnel endpoint maintenance events. 
- Describes a managed prefix list. 
- Describes the media accelerators for the instance type. 
- Describes the media accelerators for the instance type. 
- Describes the memory available to the media accelerator. 
- The minimum and maximum amount of memory per vCPU, in GiB. 
- The minimum and maximum amount of memory per vCPU, in GiB. 
- Describes the memory for the instance type. 
- The minimum and maximum amount of memory, in MiB. 
- The minimum and maximum amount of memory, in MiB. 
- Indicates whether the network was healthy or degraded at a particular point. The value is aggregated from the - startDateto the- endDate. Currently only- five_minutesis supported.
- The transit gateway options. 
- Describes the options for a VPC attachment. 
- Describes the options when modifying a Verified Access endpoint with the - network-interfacetype.
- Describes a load balancer when creating an Amazon Web Services Verified Access endpoint using the - load-balancertype.
- Modifies the configuration of the specified device-based Amazon Web Services Verified Access trust provider. 
- Options for an OpenID Connect-compatible user-identity trust provider. 
- The Amazon Web Services Site-to-Site VPN tunnel options to modify. 
- Describes the monitoring of an instance. 
- Describes a NAT gateway. 
- Describes the IP addresses and network interface associated with a NAT gateway. 
- Describes a network ACL. 
- Describes an association between a network ACL and a subnet. 
- Describes an entry in a network ACL. 
- The minimum and maximum amount of network bandwidth, in gigabits per second (Gbps). 
- The minimum and maximum amount of network bandwidth, in gigabits per second (Gbps). 
- Describes the network card support of the instance type. 
- Describes the networking features of the instance type. 
- Describes a Network Access Scope. 
- Describes a Network Access Scope analysis. 
- Describes the Network Access Scope content. 
- Describes a network insights analysis. 
- Describes a path. 
- Describes a network interface. 
- Describes association information for an Elastic IP address (IPv4 only), or a Carrier IP address (for a network interface which resides in a subnet in a Wavelength Zone). 
- Describes a network interface attachment. 
- Describes an attachment change. 
- The minimum and maximum number of network interfaces. 
- The minimum and maximum number of network interfaces. 
- Describes an IPv6 address associated with a network interface. 
- Describes a permission for a network interface. 
- Describes the state of a network interface permission. 
- Describes the private IPv4 address of a network interface. 
- Describes the cores available to the neuron accelerator. 
- Describes the neuron accelerators for the instance type. 
- Describes the memory available to the neuron accelerator. 
- Describes the neuron accelerators for the instance type. 
- Describes a DHCP configuration option. 
- Describes the supported NitroTPM versions for the instance type. 
- Describes the options for an OpenID Connect-compatible user-identity trust provider. 
- Describes the configuration of On-Demand Instances in an EC2 Fleet. 
- Describes the configuration of On-Demand Instances in an EC2 Fleet. 
- Describes a packet header statement. 
- Describes a packet header statement. 
- Describes a path component. 
- Describes a set of filters for a path analysis. Use path filters to scope the analysis when there can be multiple resulting paths. 
- Describes a set of filters for a path analysis. Use path filters to scope the analysis when there can be multiple resulting paths. 
- Describes a path statement. 
- Describes a path statement. 
- Describes the data that identifies an Amazon FPGA image (AFI) on the PCI bus. 
- The status of the transit gateway peering attachment. 
- Describes the VPC peering connection options. 
- The VPC peering connection options. 
- Information about the transit gateway in the peering attachment. 
- The Diffie-Hellmann group number for phase 1 IKE negotiations. 
- Specifies a Diffie-Hellman group number for the VPN tunnel for phase 1 IKE negotiations. 
- The encryption algorithm for phase 1 IKE negotiations. 
- Specifies the encryption algorithm for the VPN tunnel for phase 1 IKE negotiations. 
- The integrity algorithm for phase 1 IKE negotiations. 
- Specifies the integrity algorithm for the VPN tunnel for phase 1 IKE negotiations. 
- The Diffie-Hellmann group number for phase 2 IKE negotiations. 
- Specifies a Diffie-Hellman group number for the VPN tunnel for phase 2 IKE negotiations. 
- The encryption algorithm for phase 2 IKE negotiations. 
- Specifies the encryption algorithm for the VPN tunnel for phase 2 IKE negotiations. 
- The integrity algorithm for phase 2 IKE negotiations. 
- Specifies the integrity algorithm for the VPN tunnel for phase 2 IKE negotiations. 
- Describes the placement of an instance. 
- Describes a placement group. 
- Describes the placement group support of the instance type. 
- Describes the placement of an instance. 
- Describes a CIDR block for an address pool. 
- Describes a range of ports. 
- Describes prefixes for Amazon Web Services services. 
- Describes the resource with which a prefix list is associated. 
- Describes a prefix list entry. 
- Describes a prefix list ID. 
- Describes the price for a Reserved Instance. 
- Describes the price for a Reserved Instance. 
- Describes a Reserved Instance offering. 
- PrincipalIdFormat description 
- Information about the Private DNS name for interface endpoints. 
- Information about the private DNS name for the service endpoint. 
- Describes the options for instance hostnames. 
- Describes the options for instance hostnames. 
- Describes the options for instance hostnames. 
- Describes a secondary private IPv4 address for a network interface. 
- Describes the processor used by the instance type. 
- Describes a product code. 
- Describes a virtual private gateway propagating route. 
- Reserved. If you need to sustain traffic greater than the documented limits, contact us through the Support Center. 
- The status of an updated pointer (PTR) record for an Elastic IP address. 
- Describes an IPv4 address pool. 
- Describes an address range of an IPv4 address pool. 
- Describes the result of the purchase. 
- Describes a request to purchase Scheduled Instances. 
- Describes a recurring charge. 
- Describes the security group that is referenced in the security group rule. 
- Describes a Region. 
- Information about the tag keys to register for the current Region. You can either specify individual tag keys or register all tag keys in the current Region. You must specify either - IncludeAllTagsOfInstanceor- InstanceTagKeysin the request
- Remove an operating Region from an IPAM. Operating Regions are Amazon Web Services Regions where the IPAM is allowed to manage IP address CIDRs. IPAM only discovers and monitors resources in the Amazon Web Services Regions you select as operating Regions. 
- An entry for a prefix list. 
- Information about a root volume replacement task. 
- Describes a port range. 
- A tag on an IPAM resource. 
- The information to include in the launch template. 
- Describes the launch specification for an instance. 
- Describes a launch request for one or more instances, and includes owner, requester, and security group information that applies to all instances in the launch request. 
- Information about an instance type to use in a Capacity Reservation Fleet. 
- The cost associated with the Reserved Instance. 
- Describes the limit price of a Reserved Instance offering. 
- The total value of the Convertible Reserved Instance. 
- Describes a Reserved Instance. 
- Describes the configuration settings for the modified Reserved Instances. 
- Describes the ID of a Reserved Instance. 
- Describes a Reserved Instance listing. 
- Describes a Reserved Instance modification. 
- Describes the modification request/s. 
- Describes a Reserved Instance offering. 
- Describes a resource statement. 
- Describes a resource statement. 
- Describes the error that's returned when you cannot delete a launch template version. 
- The information for a launch template. 
- Describes a route in a route table. 
- Describes a route table. 
- Describes an association between a route table and a subnet or gateway. 
- Describes the state of an association between a route table and a subnet or gateway. 
- Describes the rule options for a stateful rule group. 
- Describes the type of a stateful rule group. 
- Describes additional settings for a stateful rule. 
- Describes the monitoring of an instance. 
- The tags to apply to the AMI object that will be stored in the Amazon S3 bucket. For more information, see Categorizing your storage using tags in the Amazon Simple Storage Service User Guide. 
- Describes the storage parameters for Amazon S3 and Amazon S3 buckets for an instance store-backed AMI. 
- Describes a Scheduled Instance. 
- Describes a schedule that is available for your Scheduled Instances. 
- Describes the recurring schedule for a Scheduled Instance. 
- Describes the recurring schedule for a Scheduled Instance. 
- Describes a block device mapping for a Scheduled Instance. 
- Describes an EBS volume for a Scheduled Instance. 
- Describes an IAM instance profile for a Scheduled Instance. 
- Describes an IPv6 address. 
- Describes the launch specification for a Scheduled Instance. 
- Describes whether monitoring is enabled for a Scheduled Instance. 
- Describes a network interface for a Scheduled Instance. 
- Describes the placement for a Scheduled Instance. 
- Describes a private IPv4 address for a Scheduled Instance. 
- Describes a security group. 
- A security group that can be used by interfaces in the VPC. 
- Describes a security group. 
- Describes a VPC with a security group that references your security group. 
- Describes a security group rule. 
- Describes the description of a security group rule. 
- Describes a security group rule. 
- Describes an update to a security group rule. 
- Describes a service configuration for a VPC endpoint service. 
- Describes a VPC endpoint service. 
- Describes the type of service for a VPC endpoint. 
- Describes the time period for a Scheduled Instance to start its first schedule. The time period must span less than one day. 
- Describes the time period for a Scheduled Instance to start its first schedule. 
- Describes a snapshot. 
- Describes the snapshot created from the imported disk. 
- The disk container object for the import snapshot request. 
- Information about a snapshot. 
- Information about a snapshot that is currently in the Recycle Bin. 
- Details about the import snapshot task. 
- Provides information about a snapshot's storage tier. 
- The Spot Instance replacement strategy to use when Amazon EC2 emits a signal that your Spot Instance is at an elevated risk of being interrupted. For more information, see Capacity rebalancing in the Amazon EC2 User Guide for Linux Instances. 
- Describes the data feed for a Spot Instance. 
- Describes the launch specification for one or more Spot Instances. If you include On-Demand capacity in your fleet request or want to specify an EFA network device, you can't use - SpotFleetLaunchSpecification; you must use LaunchTemplateConfig.
- Describes whether monitoring is enabled. 
- Describes a Spot Fleet request. 
- Describes the configuration of a Spot Fleet request. 
- The tags for a Spot Fleet resource. 
- Describes a Spot Instance request. 
- Describes a Spot Instance state change. 
- Describes the status of a Spot Instance request. 
- The strategies for managing your Spot Instances that are at an elevated risk of being interrupted. 
- The options for Spot Instances. 
- Describes the configuration of Spot Instances in an EC2 Fleet. 
- Describes the configuration of Spot Instances in an EC2 Fleet request. 
- Describes Spot Instance placement. 
- The Spot placement score for this Region or Availability Zone. The score is calculated based on the assumption that the - capacity-optimizedallocation strategy is used and that all of the Availability Zones in the Region can be used.
- The maximum price per unit hour that you are willing to pay for a Spot Instance. We do not recommend using this parameter because it can lead to increased interruptions. If you do not specify this parameter, you will pay the current Spot price. 
- Describes a stale rule in a security group. 
- Describes a stale security group (a security group that contains stale rules). 
- Describes a state change. 
- Describes the storage location for an instance store-backed AMI. 
- Describes a storage location in Amazon S3. 
- The information about the AMI store task, including the progress of the task. 
- Describes a subnet. 
- Describes the subnet association with the transit gateway multicast domain. 
- Describes the state of a CIDR block. 
- Describes a subnet CIDR reservation. 
- Describes the configuration of a subnet for a VPC endpoint. 
- Describes an association between a subnet and an IPv6 CIDR block. 
- Describes an Infrastructure Performance subscription. 
- Describes the burstable performance instance whose credit option for CPU usage was successfully modified. 
- Describes a Reserved Instance whose queued purchase was successfully deleted. 
- Describes a tag. 
- Describes a tag. 
- The tags to apply to a resource when the resource is being created. When you specify a tag, you must specify the resource type to tag, otherwise the request will fail. 
- The number of units to request. You can choose to set the target capacity in terms of instances or a performance characteristic that is important to your application workload, such as vCPUs, memory, or I/O. If the request type is - maintain, you can specify a target capacity of 0 and add capacity later.
- The number of units to request. You can choose to set the target capacity as the number of instances. Or you can set the target capacity to a performance characteristic that is important to your application workload, such as vCPUs, memory, or I/O. If the request type is - maintain, you can specify a target capacity of 0 and add capacity later.
- Information about the Convertible Reserved Instance offering. 
- Details about the target configuration. 
- Describes a load balancer target group. 
- Describes the target groups to attach to a Spot Fleet. Spot Fleet registers the running Spot Instances with these target groups. 
- Describes a target network associated with a Client VPN endpoint. 
- The total value of the new Convertible Reserved Instances. 
- Information about a terminated Client VPN endpoint client connection. 
- Describes a through resource statement. 
- Describes a through resource statement. 
- The minimum and maximum amount of total local storage, in GB. 
- The minimum and maximum amount of total local storage, in GB. 
- Describes the Traffic Mirror filter. 
- Describes the Traffic Mirror rule. 
- Describes the Traffic Mirror port range. 
- Information about the Traffic Mirror filter rule port range. 
- Describes a Traffic Mirror session. 
- Describes a Traffic Mirror target. 
- Describes a transit gateway. 
- Describes an association between a resource attachment and a transit gateway route table. 
- Describes an attachment between a resource and a transit gateway. 
- Describes an association. 
- The BGP configuration information. 
- Describes a propagation route table. 
- Describes a transit gateway Connect attachment. 
- Describes the Connect attachment options. 
- Describes a transit gateway Connect peer. 
- Describes the Connect peer details. 
- The BGP options for the Connect attachment. 
- Describes the deregistered transit gateway multicast group members. 
- Describes the deregistered transit gateway multicast group sources. 
- Describes the transit gateway multicast domain. 
- Describes the resources associated with the transit gateway multicast domain. 
- Describes the multicast domain associations. 
- Describes the options for a transit gateway multicast domain. 
- Describes the transit gateway multicast group resources. 
- Describes the registered transit gateway multicast group members. 
- Describes the members registered with the transit gateway multicast group. 
- Describes the options for a transit gateway. 
- Describes the transit gateway peering attachment. 
- Describes dynamic routing for the transit gateway peering attachment. 
- Describes a rule associated with a transit gateway policy. 
- Describes the meta data tags associated with a transit gateway policy rule. 
- Describes a transit gateway policy table. 
- Describes a transit gateway policy table association. 
- Describes a transit gateway policy table entry 
- Describes a transit gateway prefix list attachment. 
- Describes a prefix list reference. 
- Describes route propagation. 
- Describes the options for a transit gateway. 
- Describes a route for a transit gateway route table. 
- Describes a route attachment. 
- Describes a transit gateway route table. 
- Describes a transit gateway route table announcement. 
- Describes an association between a route table and a resource attachment. 
- Describes a route table propagation. 
- Describes a route in a transit gateway route table. 
- Describes a VPC attachment. 
- Describes the VPC attachment options. 
- Information about an association between a branch network interface with a trunk network interface. 
- The VPN tunnel options. 
- Describes the burstable performance instance whose credit option for CPU usage was not modified. 
- Information about the error for the burstable performance instance whose credit option for CPU usage was not modified. 
- Information about items that were not successfully processed in a batch call. 
- Information about the error that occurred. For more information about errors, see Error codes. 
- Describes the Amazon S3 bucket for the disk image. 
- Describes the Amazon S3 bucket for the disk image. 
- Describes the user data for an instance. 
- Describes a security group and Amazon Web Services account ID pair. 
- The minimum and maximum number of vCPUs. 
- The minimum and maximum number of vCPUs. 
- Describes the vCPU configurations for the instance type. 
- The error code and error message that is returned for a parameter or parameter combination that is not valid when a new launch template or new version of a launch template is created. 
- The error codes and error messages that are returned for the parameters or parameter combinations that are not valid when a new launch template or new version of a launch template is created. 
- An Amazon Web Services Verified Access endpoint specifies the application that Amazon Web Services Verified Access provides access to. It must be attached to an Amazon Web Services Verified Access group. An Amazon Web Services Verified Access endpoint must also have an attached access policy before you attached it to a group. 
- Options for a network-interface type endpoint. 
- Describes a load balancer when creating an Amazon Web Services Verified Access endpoint using the - load-balancertype.
- Describes the status of a Verified Access endpoint. 
- Describes a Verified Access group. 
- Describes a Verified Access instance. 
- Describes logging options for an Amazon Web Services Verified Access instance. 
- Options for CloudWatch Logs as a logging destination. 
- Options for CloudWatch Logs as a logging destination. 
- Describes a log delivery status. 
- Options for Kinesis as a logging destination. 
- Describes Amazon Kinesis Data Firehose logging options. 
- Options for Verified Access logs. 
- Options for Amazon S3 as a logging destination. 
- Options for Amazon S3 as a logging destination. 
- Describes the options for Verified Access logs. 
- Verified Access provides server side encryption by default to data at rest using Amazon Web Services-owned KMS keys. You also have the option of using customer managed KMS keys, which can be specified using the options below. 
- The options in use for server side encryption. 
- Describes a Verified Access trust provider. 
- Condensed information about a trust provider. 
- Describes telemetry for a VPN tunnel. 
- Describes a volume. 
- Describes volume attachment details. 
- Describes an EBS volume. 
- Describes the modification status of an EBS volume. 
- Describes a volume status operation code. 
- Information about the instances to which the volume is attached. 
- Describes a volume status. 
- Describes a volume status event. 
- Describes the status of a volume. 
- Describes the volume status. 
- Describes a VPC. 
- Describes an attachment between a virtual private gateway and a VPC. 
- Describes an IPv4 CIDR block associated with a VPC. 
- Describes the state of a CIDR block. 
- Describes a VPC endpoint. 
- Describes a VPC endpoint connection to a service. 
- Describes an IPv6 CIDR block associated with a VPC. 
- Describes a VPC peering connection. 
- Describes the VPC peering connection options. 
- Describes the status of a VPC peering connection. 
- Describes a VPC in a VPC peering connection. 
- Describes a VPN connection. 
- List of customer gateway devices that have a sample configuration file available for use. You can also see the list of device types with sample configuration files available under Your customer gateway device in the Amazon Web Services Site-to-Site VPN User Guide. 
- Describes VPN connection options. 
- Describes VPN connection options. 
- Describes a virtual private gateway. 
- Describes a static route for a VPN connection. 
- Options for logging VPN tunnel activity. 
- Options for logging VPN tunnel activity. 
- The tunnel options for a single VPN tunnel. 
Enums§
- When writing a match expression againstAcceleratorManufacturer, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAcceleratorName, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAcceleratorType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAccountAttributeName, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstActivityStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAddressAttributeName, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAddressFamily, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAddressTransferStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAffinity, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAllocationState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAllocationStrategy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAllocationType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAllowsMultipleInstanceTypes, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAmdSevSnpSpecification, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAnalysisStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstApplianceModeSupportValue, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstArchitectureType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstArchitectureValues, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAsnAssociationState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAsnState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAssociatedNetworkType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAssociationStatusCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAttachmentStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAutoAcceptSharedAssociationsValue, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAutoAcceptSharedAttachmentsValue, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAutoPlacement, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAvailabilityZoneOptInStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstAvailabilityZoneState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstBareMetal, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstBatchState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstBgpStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstBootModeType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstBootModeValues, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstBundleTaskState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstBurstablePerformance, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstByoipCidrState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstCancelBatchErrorCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstCancelSpotInstanceRequestState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstCapacityReservationFleetState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstCapacityReservationInstancePlatform, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstCapacityReservationPreference, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstCapacityReservationState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstCapacityReservationTenancy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstCapacityReservationType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstCarrierGatewayState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstClientCertificateRevocationListStatusCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstClientVpnAuthenticationType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstClientVpnAuthorizationRuleStatusCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstClientVpnConnectionStatusCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstClientVpnEndpointAttributeStatusCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstClientVpnEndpointStatusCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstClientVpnRouteStatusCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstConnectionNotificationState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstConnectionNotificationType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstConnectivityType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstContainerFormat, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstConversionTaskState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstCopyTagsFromSource, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstCpuManufacturer, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstCurrencyCodeValues, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDatafeedSubscriptionState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDefaultInstanceMetadataEndpointState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDefaultInstanceMetadataTagsState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDefaultRouteTableAssociationValue, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDefaultRouteTablePropagationValue, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDefaultTargetCapacityType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDeleteFleetErrorCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDeleteQueuedReservedInstancesErrorCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDestinationFileFormat, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDeviceTrustProviderType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDeviceType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDiskImageFormat, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDiskType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDnsNameState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDnsRecordIpType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDnsSupportValue, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDomainType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstDynamicRoutingValue, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstEbsEncryptionSupport, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstEbsNvmeSupport, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstEbsOptimizedSupport, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstEc2InstanceConnectEndpointState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstEkPubKeyFormat, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstEkPubKeyType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstElasticGpuState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstElasticGpuStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstEnaSupport, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstEndDateType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstEphemeralNvmeSupport, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstEventCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstEventType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstExcessCapacityTerminationPolicy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstExportEnvironment, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstExportTaskState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFastLaunchResourceType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFastLaunchStateCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFastSnapshotRestoreStateCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFindingsFound, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFleetActivityStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFleetCapacityReservationTenancy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFleetCapacityReservationUsageStrategy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFleetEventType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFleetExcessCapacityTerminationPolicy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFleetInstanceMatchCriteria, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFleetOnDemandAllocationStrategy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFleetReplacementStrategy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFleetStateCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFleetType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFlowLogsResourceType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFpgaImageAttributeName, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstFpgaImageStateCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstGatewayAssociationState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstGatewayType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstHostMaintenance, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstHostRecovery, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstHostTenancy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstHostnameType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstHttpTokensState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstHypervisorType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIamInstanceProfileAssociationState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIgmpv2SupportValue, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstImageAttributeName, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstImageBlockPublicAccessDisabledState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstImageBlockPublicAccessEnabledState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstImageState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstImageTypeValues, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstImdsSupportValues, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceAttributeName, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceAutoRecoveryState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceBootModeValues, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceEventWindowState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceGeneration, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceHealthStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceInterruptionBehavior, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceLifecycle, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceLifecycleType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceMatchCriteria, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceMetadataEndpointState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceMetadataOptionsState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceMetadataProtocolState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceMetadataTagsState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceStateName, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceStorageEncryptionSupport, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInstanceTypeHypervisor, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInterfacePermissionType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstInterfaceProtocolType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpAddressType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamAddressHistoryResourceType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamAssociatedResourceDiscoveryStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamComplianceStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamDiscoveryFailureCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamManagementState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamOverlapStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamPoolAllocationResourceType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamPoolAwsService, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamPoolCidrFailureCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamPoolCidrState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamPoolPublicIpSource, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamPoolSourceResourceType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamPoolState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamPublicAddressAssociationStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamPublicAddressAwsService, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamPublicAddressType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamResourceDiscoveryAssociationState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamResourceDiscoveryState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamResourceType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamScopeState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamScopeType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpamTier, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstIpv6SupportValue, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstKeyFormat, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstKeyType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLaunchTemplateAutoRecoveryState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLaunchTemplateErrorCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLaunchTemplateHttpTokensState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLaunchTemplateInstanceMetadataEndpointState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLaunchTemplateInstanceMetadataOptionsState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLaunchTemplateInstanceMetadataProtocolIpv6, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLaunchTemplateInstanceMetadataTagsState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstListingState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstListingStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLocalGatewayRouteState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLocalGatewayRouteTableMode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLocalGatewayRouteType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLocalStorage, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLocalStorageType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLocationType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLockMode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLockState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstLogDestinationType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstMarketType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstMembershipType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstMetadataDefaultHttpTokensState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstMetricType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstModifyAvailabilityZoneOptInStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstMonitoringState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstMoveStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstMulticastSupportValue, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstNatGatewayAddressStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstNatGatewayState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstNetworkInterfaceAttribute, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstNetworkInterfaceCreationType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstNetworkInterfacePermissionStateCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstNetworkInterfaceStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstNetworkInterfaceType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstNitroEnclavesSupport, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstNitroTpmSupport, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstOfferingClassType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstOfferingTypeValues, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstOnDemandAllocationStrategy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstOperationType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstPartitionLoadFrequency, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstPayerResponsibility, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstPaymentOption, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstPeriodType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstPermissionGroup, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstPhcSupport, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstPlacementGroupState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstPlacementGroupStrategy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstPlacementStrategy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstPlatformValues, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstPrefixListState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstPrincipalType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstProductCodeValues, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstProtocol, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstProtocolValue, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstRecurringChargeFrequency, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstReplaceRootVolumeTaskState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstReplacementStrategy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstReportInstanceReasonCodes, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstReportStatusType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstReservationState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstReservedInstanceState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstResetFpgaImageAttributeName, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstResetImageAttributeName, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstResourceType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstRiProductDescription, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstRootDeviceType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstRouteOrigin, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstRouteState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstRouteTableAssociationStateCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstRuleAction, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstScope, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSecurityGroupReferencingSupportValue, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSelfServicePortal, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstServiceConnectivityType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstServiceState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstServiceType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstShutdownBehavior, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSnapshotAttributeName, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSnapshotBlockPublicAccessState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSnapshotState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSpotAllocationStrategy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSpotInstanceInterruptionBehavior, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSpotInstanceState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSpotInstanceType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSpreadLevel, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSseType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstStaticSourcesSupportValue, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstStatisticType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstStatusName, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstStatusType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstStorageTier, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSubnetCidrBlockStateCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSubnetCidrReservationType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSubnetState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSummaryStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstSupportedAdditionalProcessorFeature, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTargetCapacityUnitType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTargetStorageTier, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTelemetryStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTenancy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTieringOperationStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTpmSupportValues, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTrafficDirection, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTrafficMirrorFilterRuleField, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTrafficMirrorNetworkService, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTrafficMirrorRuleAction, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTrafficMirrorSessionField, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTrafficMirrorTargetType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTrafficType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayAssociationState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayAttachmentResourceType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayAttachmentState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayConnectPeerState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayMulitcastDomainAssociationState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayMulticastDomainState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayPolicyTableState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayPrefixListReferenceState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayPropagationState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayRouteState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayRouteTableAnnouncementDirection, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayRouteTableAnnouncementState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayRouteTableState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayRouteType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransitGatewayState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTransportProtocol, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTrustProviderType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstTunnelInsideIpVersion, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstUnlimitedSupportedInstanceFamily, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstUnsuccessfulInstanceCreditSpecificationErrorCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstUsageClassType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstUserTrustProviderType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVerifiedAccessEndpointAttachmentType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVerifiedAccessEndpointProtocol, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVerifiedAccessEndpointStatusCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVerifiedAccessEndpointType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVerifiedAccessLogDeliveryStatusCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVirtualizationType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVolumeAttachmentState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVolumeAttributeName, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVolumeModificationState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVolumeState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVolumeStatusInfoStatus, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVolumeStatusName, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVolumeType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVpcAttributeName, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVpcCidrBlockStateCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVpcEndpointType, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVpcPeeringConnectionStateReasonCode, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVpcState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVpcTenancy, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVpnEcmpSupportValue, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVpnProtocol, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVpnState, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstVpnStaticRouteSource, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.
- When writing a match expression againstWeekDay, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.