aws_sdk_lambda/
lib.rs

1#![allow(deprecated)]
2#![allow(unknown_lints)]
3#![allow(clippy::module_inception)]
4#![allow(clippy::upper_case_acronyms)]
5#![allow(clippy::large_enum_variant)]
6#![allow(clippy::wrong_self_convention)]
7#![allow(clippy::should_implement_trait)]
8#![allow(clippy::disallowed_names)]
9#![allow(clippy::vec_init_then_push)]
10#![allow(clippy::type_complexity)]
11#![allow(clippy::needless_return)]
12#![allow(clippy::derive_partial_eq_without_eq)]
13#![allow(clippy::result_large_err)]
14#![allow(clippy::unnecessary_map_on_constructor)]
15#![allow(clippy::deprecated_semver)]
16#![allow(rustdoc::bare_urls)]
17#![allow(rustdoc::redundant_explicit_links)]
18#![allow(rustdoc::invalid_html_tags)]
19#![forbid(unsafe_code)]
20#![warn(missing_docs)]
21#![cfg_attr(docsrs, feature(doc_cfg))]
22//! __Overview__
23//!
24//! Lambda is a compute service that lets you run code without provisioning or managing servers. Lambda runs your code on a high-availability compute infrastructure and performs all of the administration of the compute resources, including server and operating system maintenance, capacity provisioning and automatic scaling, code monitoring and logging. With Lambda, you can run code for virtually any type of application or backend service. For more information about the Lambda service, see [What is Lambda](https://docs.aws.amazon.com/lambda/latest/dg/welcome.html) in the __Lambda Developer Guide__.
25//!
26//! The _Lambda API Reference_ provides information about each of the API methods, including details about the parameters in each API request and response.
27//!
28//! You can use Software Development Kits (SDKs), Integrated Development Environment (IDE) Toolkits, and command line tools to access the API. For installation instructions, see [Tools for Amazon Web Services](http://aws.amazon.com/tools/).
29//!
30//! For a list of Region-specific endpoints that Lambda supports, see [Lambda endpoints and quotas](https://docs.aws.amazon.com/general/latest/gr/lambda-service.html) in the _Amazon Web Services General Reference._.
31//!
32//! When making the API calls, you will need to authenticate your request by providing a signature. Lambda supports signature version 4. For more information, see [Signature Version 4 signing process](https://docs.aws.amazon.com/general/latest/gr/signature-version-4.html) in the _Amazon Web Services General Reference._.
33//!
34//! __CA certificates__
35//!
36//! Because Amazon Web Services SDKs use the CA certificates from your computer, changes to the certificates on the Amazon Web Services servers can cause connection failures when you attempt to use an SDK. You can prevent these failures by keeping your computer's CA certificates and operating system up-to-date. If you encounter this issue in a corporate environment and do not manage your own computer, you might need to ask an administrator to assist with the update process. The following list shows minimum operating system and Java versions:
37//!   - Microsoft Windows versions that have updates from January 2005 or later installed contain at least one of the required CAs in their trust list.
38//!   - Mac OS X 10.4 with Java for Mac OS X 10.4 Release 5 (February 2007), Mac OS X 10.5 (October 2007), and later versions contain at least one of the required CAs in their trust list.
39//!   - Red Hat Enterprise Linux 5 (March 2007), 6, and 7 and CentOS 5, 6, and 7 all contain at least one of the required CAs in their default trusted CA list.
40//!   - Java 1.4.2_12 (May 2006), 5 Update 2 (March 2005), and all later versions, including Java 6 (December 2006), 7, and 8, contain at least one of the required CAs in their default trusted CA list.
41//!
42//! When accessing the Lambda management console or Lambda API endpoints, whether through browsers or programmatically, you will need to ensure your client machines support any of the following CAs:
43//!   - Amazon Root CA 1
44//!   - Starfield Services Root Certificate Authority - G2
45//!   - Starfield Class 2 Certification Authority
46//!
47//! Root certificates from the first two authorities are available from [Amazon trust services](https://www.amazontrust.com/repository/), but keeping your computer up-to-date is the more straightforward solution. To learn more about ACM-provided certificates, see [Amazon Web Services Certificate Manager FAQs.](http://aws.amazon.com/certificate-manager/faqs/#certificates)
48//!
49//! ## Getting Started
50//!
51//! > Examples are available for many services and operations, check out the
52//! > [usage examples](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/rustv1).
53//!
54//! The SDK provides one crate per AWS service. You must add [Tokio](https://crates.io/crates/tokio)
55//! as a dependency within your Rust project to execute asynchronous code. To add `aws-sdk-lambda` to
56//! your project, add the following to your **Cargo.toml** file:
57//!
58//! ```toml
59//! [dependencies]
60//! aws-config = { version = "1.1.7", features = ["behavior-version-latest"] }
61//! aws-sdk-lambda = "1.100.0"
62//! tokio = { version = "1", features = ["full"] }
63//! ```
64//!
65//! Then in code, a client can be created with the following:
66//!
67//! ```rust,no_run
68//! use aws_sdk_lambda as lambda;
69//!
70//! #[::tokio::main]
71//! async fn main() -> Result<(), lambda::Error> {
72//!     let config = aws_config::load_from_env().await;
73//!     let client = aws_sdk_lambda::Client::new(&config);
74//!
75//!     // ... make some calls with the client
76//!
77//!     Ok(())
78//! }
79//! ```
80//!
81//! See the [client documentation](https://docs.rs/aws-sdk-lambda/latest/aws_sdk_lambda/client/struct.Client.html)
82//! for information on what calls can be made, and the inputs and outputs for each of those calls.
83//!
84//! ## Using the SDK
85//!
86//! Until the SDK is released, we will be adding information about using the SDK to the
87//! [Developer Guide](https://docs.aws.amazon.com/sdk-for-rust/latest/dg/welcome.html). Feel free to suggest
88//! additional sections for the guide by opening an issue and describing what you are trying to do.
89//!
90//! ## Getting Help
91//!
92//! * [GitHub discussions](https://github.com/awslabs/aws-sdk-rust/discussions) - For ideas, RFCs & general questions
93//! * [GitHub issues](https://github.com/awslabs/aws-sdk-rust/issues/new/choose) - For bug reports & feature requests
94//! * [Generated Docs (latest version)](https://awslabs.github.io/aws-sdk-rust/)
95//! * [Usage examples](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/rustv1)
96//!
97//!
98//! # Crate Organization
99//!
100//! The entry point for most customers will be [`Client`], which exposes one method for each API
101//! offered by AWS Lambda. The return value of each of these methods is a "fluent builder",
102//! where the different inputs for that API are added by builder-style function call chaining,
103//! followed by calling `send()` to get a [`Future`](std::future::Future) that will result in
104//! either a successful output or a [`SdkError`](crate::error::SdkError).
105//!
106//! Some of these API inputs may be structs or enums to provide more complex structured information.
107//! These structs and enums live in [`types`](crate::types). There are some simpler types for
108//! representing data such as date times or binary blobs that live in [`primitives`](crate::primitives).
109//!
110//! All types required to configure a client via the [`Config`](crate::Config) struct live
111//! in [`config`](crate::config).
112//!
113//! The [`operation`](crate::operation) module has a submodule for every API, and in each submodule
114//! is the input, output, and error type for that API, as well as builders to construct each of those.
115//!
116//! There is a top-level [`Error`](crate::Error) type that encompasses all the errors that the
117//! client can return. Any other error type can be converted to this `Error` type via the
118//! [`From`](std::convert::From) trait.
119//!
120//! The other modules within this crate are not required for normal usage.
121
122// Code generated by software.amazon.smithy.rust.codegen.smithy-rs. DO NOT EDIT.
123pub use error_meta::Error;
124
125#[doc(inline)]
126pub use config::Config;
127
128/// Client for calling AWS Lambda.
129/// ## Constructing a `Client`
130///
131/// A [`Config`] is required to construct a client. For most use cases, the [`aws-config`]
132/// crate should be used to automatically resolve this config using
133/// [`aws_config::load_from_env()`], since this will resolve an [`SdkConfig`] which can be shared
134/// across multiple different AWS SDK clients. This config resolution process can be customized
135/// by calling [`aws_config::from_env()`] instead, which returns a [`ConfigLoader`] that uses
136/// the [builder pattern] to customize the default config.
137///
138/// In the simplest case, creating a client looks as follows:
139/// ```rust,no_run
140/// # async fn wrapper() {
141/// let config = aws_config::load_from_env().await;
142/// let client = aws_sdk_lambda::Client::new(&config);
143/// # }
144/// ```
145///
146/// Occasionally, SDKs may have additional service-specific values that can be set on the [`Config`] that
147/// is absent from [`SdkConfig`], or slightly different settings for a specific client may be desired.
148/// The [`Builder`](crate::config::Builder) struct implements `From<&SdkConfig>`, so setting these specific settings can be
149/// done as follows:
150///
151/// ```rust,no_run
152/// # async fn wrapper() {
153/// let sdk_config = ::aws_config::load_from_env().await;
154/// let config = aws_sdk_lambda::config::Builder::from(&sdk_config)
155/// # /*
156///     .some_service_specific_setting("value")
157/// # */
158///     .build();
159/// # }
160/// ```
161///
162/// See the [`aws-config` docs] and [`Config`] for more information on customizing configuration.
163///
164/// _Note:_ Client construction is expensive due to connection thread pool initialization, and should
165/// be done once at application start-up.
166///
167/// [`Config`]: crate::Config
168/// [`ConfigLoader`]: https://docs.rs/aws-config/*/aws_config/struct.ConfigLoader.html
169/// [`SdkConfig`]: https://docs.rs/aws-config/*/aws_config/struct.SdkConfig.html
170/// [`aws-config` docs]: https://docs.rs/aws-config/*
171/// [`aws-config`]: https://crates.io/crates/aws-config
172/// [`aws_config::from_env()`]: https://docs.rs/aws-config/*/aws_config/fn.from_env.html
173/// [`aws_config::load_from_env()`]: https://docs.rs/aws-config/*/aws_config/fn.load_from_env.html
174/// [builder pattern]: https://rust-lang.github.io/api-guidelines/type-safety.html#builders-enable-construction-of-complex-values-c-builder
175/// # Using the `Client`
176///
177/// A client has a function for every operation that can be performed by the service.
178/// For example, the [`AddLayerVersionPermission`](crate::operation::add_layer_version_permission) operation has
179/// a [`Client::add_layer_version_permission`], function which returns a builder for that operation.
180/// The fluent builder ultimately has a `send()` function that returns an async future that
181/// returns a result, as illustrated below:
182///
183/// ```rust,ignore
184/// let result = client.add_layer_version_permission()
185///     .layer_name("example")
186///     .send()
187///     .await;
188/// ```
189///
190/// The underlying HTTP requests that get made by this can be modified with the `customize_operation`
191/// function on the fluent builder. See the [`customize`](crate::client::customize) module for more
192/// information.
193/// # Waiters
194///
195/// This client provides `wait_until` methods behind the [`Waiters`](crate::client::Waiters) trait.
196/// To use them, simply import the trait, and then call one of the `wait_until` methods. This will
197/// return a waiter fluent builder that takes various parameters, which are documented on the builder
198/// type. Once parameters have been provided, the `wait` method can be called to initiate waiting.
199///
200/// For example, if there was a `wait_until_thing` method, it could look like:
201/// ```rust,ignore
202/// let result = client.wait_until_thing()
203///     .thing_id("someId")
204///     .wait(Duration::from_secs(120))
205///     .await;
206/// ```
207pub mod client;
208
209/// Configuration for AWS Lambda.
210pub mod config;
211
212/// Common errors and error handling utilities.
213pub mod error;
214
215mod error_meta;
216
217/// Information about this crate.
218pub mod meta;
219
220/// All operations that this crate can perform.
221pub mod operation;
222
223/// Primitives such as `Blob` or `DateTime` used by other types.
224pub mod primitives;
225
226/// Data structures used by operation inputs/outputs.
227pub mod types;
228
229mod event_receiver;
230
231pub(crate) mod protocol_serde;
232
233mod sdk_feature_tracker;
234
235mod serialization_settings;
236
237mod endpoint_lib;
238
239mod lens;
240
241mod serde_util;
242
243/// Supporting types for waiters.
244///
245/// Note: to use waiters, import the [`Waiters`](crate::client::Waiters) trait, which adds methods prefixed with `wait_until` to the client.
246pub mod waiters;
247
248mod event_stream_serde;
249
250mod json_errors;
251
252#[doc(inline)]
253pub use client::Client;