aws-sdk-eks 1.128.0

// Code generated by software.amazon.smithy.rust.codegen.smithy-rs. DO NOT EDIT.
#[derive(Debug)]
pub(crate) struct Handle {
    pub(crate) conf: crate::Config,
    #[allow(dead_code)] // unused when a service does not provide any operations
    pub(crate) runtime_plugins: ::aws_smithy_runtime_api::client::runtime_plugin::RuntimePlugins,
}

/// Client for Amazon Elastic Kubernetes Service
///
/// Client for invoking operations on Amazon Elastic Kubernetes Service. Each operation on Amazon Elastic Kubernetes Service is a method on this
/// this struct. `.send()` MUST be invoked on the generated operations to dispatch the request to the service.
/// ## Constructing a `Client`
///
/// A [`Config`] is required to construct a client. For most use cases, the [`aws-config`]
/// crate should be used to automatically resolve this config using
/// [`aws_config::load_from_env()`], since this will resolve an [`SdkConfig`] which can be shared
/// across multiple different AWS SDK clients. This config resolution process can be customized
/// by calling [`aws_config::from_env()`] instead, which returns a [`ConfigLoader`] that uses
/// the [builder pattern] to customize the default config.
///
/// In the simplest case, creating a client looks as follows:
/// ```rust,no_run
/// # async fn wrapper() {
/// let config = aws_config::load_from_env().await;
/// let client = aws_sdk_eks::Client::new(&config);
/// # }
/// ```
///
/// Occasionally, SDKs may have additional service-specific values that can be set on the [`Config`] that
/// is absent from [`SdkConfig`], or slightly different settings for a specific client may be desired.
/// The [`Builder`](crate::config::Builder) struct implements `From<&SdkConfig>`, so setting these specific settings can be
/// done as follows:
///
/// ```rust,no_run
/// # async fn wrapper() {
/// let sdk_config = ::aws_config::load_from_env().await;
/// let config = aws_sdk_eks::config::Builder::from(&sdk_config)
/// # /*
///     .some_service_specific_setting("value")
/// # */
///     .build();
/// # }
/// ```
///
/// See the [`aws-config` docs] and [`Config`] for more information on customizing configuration.
///
/// _Note:_ Client construction is expensive due to connection thread pool initialization, and should
/// be done once at application start-up.
///
/// [`Config`]: crate::Config
/// [`ConfigLoader`]: https://docs.rs/aws-config/*/aws_config/struct.ConfigLoader.html
/// [`SdkConfig`]: https://docs.rs/aws-config/*/aws_config/struct.SdkConfig.html
/// [`aws-config` docs]: https://docs.rs/aws-config/*
/// [`aws-config`]: https://crates.io/crates/aws-config
/// [`aws_config::from_env()`]: https://docs.rs/aws-config/*/aws_config/fn.from_env.html
/// [`aws_config::load_from_env()`]: https://docs.rs/aws-config/*/aws_config/fn.load_from_env.html
/// [builder pattern]: https://rust-lang.github.io/api-guidelines/type-safety.html#builders-enable-construction-of-complex-values-c-builder
/// # Using the `Client`
///
/// A client has a function for every operation that can be performed by the service.
/// For example, the [`AssociateAccessPolicy`](crate::operation::associate_access_policy) operation has
/// a [`Client::associate_access_policy`], function which returns a builder for that operation.
/// The fluent builder ultimately has a `send()` function that returns an async future that
/// returns a result, as illustrated below:
///
/// ```rust,ignore
/// let result = client.associate_access_policy()
///     .cluster_name("example")
///     .send()
///     .await;
/// ```
///
/// The underlying HTTP requests that get made by this can be modified with the `customize_operation`
/// function on the fluent builder. See the [`customize`](crate::client::customize) module for more
/// information.
/// # Waiters
///
/// This client provides `wait_until` methods behind the [`Waiters`](crate::client::Waiters) trait.
/// To use them, simply import the trait, and then call one of the `wait_until` methods. This will
/// return a waiter fluent builder that takes various parameters, which are documented on the builder
/// type. Once parameters have been provided, the `wait` method can be called to initiate waiting.
///
/// For example, if there was a `wait_until_thing` method, it could look like:
/// ```rust,ignore
/// let result = client.wait_until_thing()
///     .thing_id("someId")
///     .wait(Duration::from_secs(120))
///     .await;
/// ```
#[derive(::std::clone::Clone, ::std::fmt::Debug)]
pub struct Client {
    handle: ::std::sync::Arc<Handle>,
}

impl Client {
    /// Creates a new client from the service [`Config`](crate::Config).
    ///
    /// # Panics
    ///
    /// This method will panic in the following cases:
    ///
    /// - Retries or timeouts are enabled without a `sleep_impl` configured.
    /// - Identity caching is enabled without a `sleep_impl` and `time_source` configured.
    /// - No `behavior_version` is provided.
    ///
    /// The panic message for each of these will have instructions on how to resolve them.
    #[track_caller]
    pub fn from_conf(conf: crate::Config) -> Self {
        let handle = Handle {
            conf: conf.clone(),
            runtime_plugins: crate::config::base_client_runtime_plugins(conf),
        };
        if let Err(err) = Self::validate_config(&handle) {
            panic!("Invalid client configuration: {err}");
        }
        Self {
            handle: ::std::sync::Arc::new(handle),
        }
    }

    /// Returns the client's configuration.
    pub fn config(&self) -> &crate::Config {
        &self.handle.conf
    }

    fn validate_config(handle: &Handle) -> ::std::result::Result<(), ::aws_smithy_runtime_api::box_error::BoxError> {
        let mut cfg = ::aws_smithy_types::config_bag::ConfigBag::base();
        handle
            .runtime_plugins
            .apply_client_configuration(&mut cfg)?
            .validate_base_client_config(&cfg)?;
        Ok(())
    }
}

///
/// Waiter functions for the client.
///
/// Import this trait to get `wait_until` methods on the client.
///
pub trait Waiters {
    /// Wait for `addon_active`
    fn wait_until_addon_active(&self) -> crate::waiters::addon_active::AddonActiveFluentBuilder;
    /// Wait for `addon_deleted`
    fn wait_until_addon_deleted(&self) -> crate::waiters::addon_deleted::AddonDeletedFluentBuilder;
    /// Wait for `cluster_active`
    fn wait_until_cluster_active(&self) -> crate::waiters::cluster_active::ClusterActiveFluentBuilder;
    /// Wait for `cluster_deleted`
    fn wait_until_cluster_deleted(&self) -> crate::waiters::cluster_deleted::ClusterDeletedFluentBuilder;
    /// Wait for `fargate_profile_active`
    fn wait_until_fargate_profile_active(&self) -> crate::waiters::fargate_profile_active::FargateProfileActiveFluentBuilder;
    /// Wait for `fargate_profile_deleted`
    fn wait_until_fargate_profile_deleted(&self) -> crate::waiters::fargate_profile_deleted::FargateProfileDeletedFluentBuilder;
    /// Wait for `nodegroup_active`
    fn wait_until_nodegroup_active(&self) -> crate::waiters::nodegroup_active::NodegroupActiveFluentBuilder;
    /// Wait for `nodegroup_deleted`
    fn wait_until_nodegroup_deleted(&self) -> crate::waiters::nodegroup_deleted::NodegroupDeletedFluentBuilder;
}
impl Waiters for Client {
    fn wait_until_addon_active(&self) -> crate::waiters::addon_active::AddonActiveFluentBuilder {
        crate::waiters::addon_active::AddonActiveFluentBuilder::new(self.handle.clone())
    }
    fn wait_until_addon_deleted(&self) -> crate::waiters::addon_deleted::AddonDeletedFluentBuilder {
        crate::waiters::addon_deleted::AddonDeletedFluentBuilder::new(self.handle.clone())
    }
    fn wait_until_cluster_active(&self) -> crate::waiters::cluster_active::ClusterActiveFluentBuilder {
        crate::waiters::cluster_active::ClusterActiveFluentBuilder::new(self.handle.clone())
    }
    fn wait_until_cluster_deleted(&self) -> crate::waiters::cluster_deleted::ClusterDeletedFluentBuilder {
        crate::waiters::cluster_deleted::ClusterDeletedFluentBuilder::new(self.handle.clone())
    }
    fn wait_until_fargate_profile_active(&self) -> crate::waiters::fargate_profile_active::FargateProfileActiveFluentBuilder {
        crate::waiters::fargate_profile_active::FargateProfileActiveFluentBuilder::new(self.handle.clone())
    }
    fn wait_until_fargate_profile_deleted(&self) -> crate::waiters::fargate_profile_deleted::FargateProfileDeletedFluentBuilder {
        crate::waiters::fargate_profile_deleted::FargateProfileDeletedFluentBuilder::new(self.handle.clone())
    }
    fn wait_until_nodegroup_active(&self) -> crate::waiters::nodegroup_active::NodegroupActiveFluentBuilder {
        crate::waiters::nodegroup_active::NodegroupActiveFluentBuilder::new(self.handle.clone())
    }
    fn wait_until_nodegroup_deleted(&self) -> crate::waiters::nodegroup_deleted::NodegroupDeletedFluentBuilder {
        crate::waiters::nodegroup_deleted::NodegroupDeletedFluentBuilder::new(self.handle.clone())
    }
}

impl Client {
    /// Creates a new client from an [SDK Config](::aws_types::sdk_config::SdkConfig).
    ///
    /// # Panics
    ///
    /// - This method will panic if the `sdk_config` is missing an async sleep implementation. If you experience this panic, set
    ///   the `sleep_impl` on the Config passed into this function to fix it.
    /// - This method will panic if the `sdk_config` is missing an HTTP connector. If you experience this panic, set the
    ///   `http_connector` on the Config passed into this function to fix it.
    /// - This method will panic if no `BehaviorVersion` is provided. If you experience this panic, set `behavior_version` on the Config or enable the `behavior-version-latest` Cargo feature.
    #[track_caller]
    pub fn new(sdk_config: &::aws_types::sdk_config::SdkConfig) -> Self {
        Self::from_conf(sdk_config.into())
    }
}

mod associate_access_policy;

mod associate_encryption_config;

mod associate_identity_provider_config;

mod create_access_entry;

mod create_addon;

mod create_capability;

mod create_cluster;

mod create_eks_anywhere_subscription;

mod create_fargate_profile;

mod create_nodegroup;

mod create_pod_identity_association;

/// Operation customization and supporting types.
///
/// The underlying HTTP requests made during an operation can be customized
/// by calling the `customize()` method on the builder returned from a client
/// operation call. For example, this can be used to add an additional HTTP header:
///
/// ```ignore
/// # async fn wrapper() -> ::std::result::Result<(), aws_sdk_eks::Error> {
/// # let client: aws_sdk_eks::Client = unimplemented!();
/// use ::http_1x::header::{HeaderName, HeaderValue};
///
/// let result = client.associate_access_policy()
///     .customize()
///     .mutate_request(|req| {
///         // Add `x-example-header` with value
///         req.headers_mut()
///             .insert(
///                 HeaderName::from_static("x-example-header"),
///                 HeaderValue::from_static("1"),
///             );
///     })
///     .send()
///     .await;
/// # }
/// ```
pub mod customize;

mod delete_access_entry;

mod delete_addon;

mod delete_capability;

mod delete_cluster;

mod delete_eks_anywhere_subscription;

mod delete_fargate_profile;

mod delete_nodegroup;

mod delete_pod_identity_association;

mod deregister_cluster;

mod describe_access_entry;

mod describe_addon;

mod describe_addon_configuration;

mod describe_addon_versions;

mod describe_capability;

mod describe_cluster;

mod describe_cluster_versions;

mod describe_eks_anywhere_subscription;

mod describe_fargate_profile;

mod describe_identity_provider_config;

mod describe_insight;

mod describe_insights_refresh;

mod describe_nodegroup;

mod describe_pod_identity_association;

mod describe_update;

mod disassociate_access_policy;

mod disassociate_identity_provider_config;

mod list_access_entries;

mod list_access_policies;

mod list_addons;

mod list_associated_access_policies;

mod list_capabilities;

mod list_clusters;

mod list_eks_anywhere_subscriptions;

mod list_fargate_profiles;

mod list_identity_provider_configs;

mod list_insights;

mod list_nodegroups;

mod list_pod_identity_associations;

mod list_tags_for_resource;

mod list_updates;

mod register_cluster;

mod start_insights_refresh;

mod tag_resource;

mod untag_resource;

mod update_access_entry;

mod update_addon;

mod update_capability;

mod update_cluster_config;

mod update_cluster_version;

mod update_eks_anywhere_subscription;

mod update_nodegroup_config;

mod update_nodegroup_version;

mod update_pod_identity_association;