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(rustdoc::bare_urls)]
16#![allow(rustdoc::redundant_explicit_links)]
17#![allow(rustdoc::invalid_html_tags)]
18#![forbid(unsafe_code)]
19#![warn(missing_docs)]
20#![cfg_attr(docsrs, feature(doc_auto_cfg))]
21//! __Overview__
22//!
23//! 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__.
24//!
25//! The _Lambda API Reference_ provides information about each of the API methods, including details about the parameters in each API request and response.
26//!
27//! 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/).
28//!
29//! 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._.
30//!
31//! 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._.
32//!
33//! __CA certificates__
34//!
35//! 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:
36//!   - Microsoft Windows versions that have updates from January 2005 or later installed contain at least one of the required CAs in their trust list.
37//!   - 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.
38//!   - 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.
39//!   - 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.
40//!
41//! 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:
42//!   - Amazon Root CA 1
43//!   - Starfield Services Root Certificate Authority - G2
44//!   - Starfield Class 2 Certification Authority
45//!
46//! 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)
47//!
48//! ## Getting Started
49//!
50//! > Examples are available for many services and operations, check out the
51//! > [examples folder in GitHub](https://github.com/awslabs/aws-sdk-rust/tree/main/examples).
52//!
53//! The SDK provides one crate per AWS service. You must add [Tokio](https://crates.io/crates/tokio)
54//! as a dependency within your Rust project to execute asynchronous code. To add `aws-sdk-lambda` to
55//! your project, add the following to your **Cargo.toml** file:
56//!
57//! ```toml
58//! [dependencies]
59//! aws-config = { version = "1.1.7", features = ["behavior-version-latest"] }
60//! aws-sdk-lambda = "1.84.0"
61//! tokio = { version = "1", features = ["full"] }
62//! ```
63//!
64//! Then in code, a client can be created with the following:
65//!
66//! ```rust,no_run
67//! use aws_sdk_lambda as lambda;
68//!
69//! #[::tokio::main]
70//! async fn main() -> Result<(), lambda::Error> {
71//!     let config = aws_config::load_from_env().await;
72//!     let client = aws_sdk_lambda::Client::new(&config);
73//!
74//!     // ... make some calls with the client
75//!
76//!     Ok(())
77//! }
78//! ```
79//!
80//! See the [client documentation](https://docs.rs/aws-sdk-lambda/latest/aws_sdk_lambda/client/struct.Client.html)
81//! for information on what calls can be made, and the inputs and outputs for each of those calls.
82//!
83//! ## Using the SDK
84//!
85//! Until the SDK is released, we will be adding information about using the SDK to the
86//! [Developer Guide](https://docs.aws.amazon.com/sdk-for-rust/latest/dg/welcome.html). Feel free to suggest
87//! additional sections for the guide by opening an issue and describing what you are trying to do.
88//!
89//! ## Getting Help
90//!
91//! * [GitHub discussions](https://github.com/awslabs/aws-sdk-rust/discussions) - For ideas, RFCs & general questions
92//! * [GitHub issues](https://github.com/awslabs/aws-sdk-rust/issues/new/choose) - For bug reports & feature requests
93//! * [Generated Docs (latest version)](https://awslabs.github.io/aws-sdk-rust/)
94//! * [Usage examples](https://github.com/awslabs/aws-sdk-rust/tree/main/examples)
95//!
96//!
97//! # Crate Organization
98//!
99//! The entry point for most customers will be [`Client`], which exposes one method for each API
100//! offered by AWS Lambda. The return value of each of these methods is a "fluent builder",
101//! where the different inputs for that API are added by builder-style function call chaining,
102//! followed by calling `send()` to get a [`Future`](std::future::Future) that will result in
103//! either a successful output or a [`SdkError`](crate::error::SdkError).
104//!
105//! Some of these API inputs may be structs or enums to provide more complex structured information.
106//! These structs and enums live in [`types`](crate::types). There are some simpler types for
107//! representing data such as date times or binary blobs that live in [`primitives`](crate::primitives).
108//!
109//! All types required to configure a client via the [`Config`](crate::Config) struct live
110//! in [`config`](crate::config).
111//!
112//! The [`operation`](crate::operation) module has a submodule for every API, and in each submodule
113//! is the input, output, and error type for that API, as well as builders to construct each of those.
114//!
115//! There is a top-level [`Error`](crate::Error) type that encompasses all the errors that the
116//! client can return. Any other error type can be converted to this `Error` type via the
117//! [`From`](std::convert::From) trait.
118//!
119//! The other modules within this crate are not required for normal usage.
120//!
121//! # Examples
122//! Examples can be found [here](https://github.com/awslabs/aws-sdk-rust/tree/main/examples/lambda).
123
124// Code generated by software.amazon.smithy.rust.codegen.smithy-rs. DO NOT EDIT.
125pub use error_meta::Error;
126
127#[doc(inline)]
128pub use config::Config;
129
130/// Client for calling AWS Lambda.
131/// ## Constructing a `Client`
132///
133/// A [`Config`] is required to construct a client. For most use cases, the [`aws-config`]
134/// crate should be used to automatically resolve this config using
135/// [`aws_config::load_from_env()`], since this will resolve an [`SdkConfig`] which can be shared
136/// across multiple different AWS SDK clients. This config resolution process can be customized
137/// by calling [`aws_config::from_env()`] instead, which returns a [`ConfigLoader`] that uses
138/// the [builder pattern] to customize the default config.
139///
140/// In the simplest case, creating a client looks as follows:
141/// ```rust,no_run
142/// # async fn wrapper() {
143/// let config = aws_config::load_from_env().await;
144/// let client = aws_sdk_lambda::Client::new(&config);
145/// # }
146/// ```
147///
148/// Occasionally, SDKs may have additional service-specific values that can be set on the [`Config`] that
149/// is absent from [`SdkConfig`], or slightly different settings for a specific client may be desired.
150/// The [`Builder`](crate::config::Builder) struct implements `From<&SdkConfig>`, so setting these specific settings can be
151/// done as follows:
152///
153/// ```rust,no_run
154/// # async fn wrapper() {
155/// let sdk_config = ::aws_config::load_from_env().await;
156/// let config = aws_sdk_lambda::config::Builder::from(&sdk_config)
157/// # /*
158///     .some_service_specific_setting("value")
159/// # */
160///     .build();
161/// # }
162/// ```
163///
164/// See the [`aws-config` docs] and [`Config`] for more information on customizing configuration.
165///
166/// _Note:_ Client construction is expensive due to connection thread pool initialization, and should
167/// be done once at application start-up.
168///
169/// [`Config`]: crate::Config
170/// [`ConfigLoader`]: https://docs.rs/aws-config/*/aws_config/struct.ConfigLoader.html
171/// [`SdkConfig`]: https://docs.rs/aws-config/*/aws_config/struct.SdkConfig.html
172/// [`aws-config` docs]: https://docs.rs/aws-config/*
173/// [`aws-config`]: https://crates.io/crates/aws-config
174/// [`aws_config::from_env()`]: https://docs.rs/aws-config/*/aws_config/fn.from_env.html
175/// [`aws_config::load_from_env()`]: https://docs.rs/aws-config/*/aws_config/fn.load_from_env.html
176/// [builder pattern]: https://rust-lang.github.io/api-guidelines/type-safety.html#builders-enable-construction-of-complex-values-c-builder
177/// # Using the `Client`
178///
179/// A client has a function for every operation that can be performed by the service.
180/// For example, the [`AddLayerVersionPermission`](crate::operation::add_layer_version_permission) operation has
181/// a [`Client::add_layer_version_permission`], function which returns a builder for that operation.
182/// The fluent builder ultimately has a `send()` function that returns an async future that
183/// returns a result, as illustrated below:
184///
185/// ```rust,ignore
186/// let result = client.add_layer_version_permission()
187///     .layer_name("example")
188///     .send()
189///     .await;
190/// ```
191///
192/// The underlying HTTP requests that get made by this can be modified with the `customize_operation`
193/// function on the fluent builder. See the [`customize`](crate::client::customize) module for more
194/// information.
195/// # Waiters
196///
197/// This client provides `wait_until` methods behind the [`Waiters`](crate::client::Waiters) trait.
198/// To use them, simply import the trait, and then call one of the `wait_until` methods. This will
199/// return a waiter fluent builder that takes various parameters, which are documented on the builder
200/// type. Once parameters have been provided, the `wait` method can be called to initiate waiting.
201///
202/// For example, if there was a `wait_until_thing` method, it could look like:
203/// ```rust,ignore
204/// let result = client.wait_until_thing()
205///     .thing_id("someId")
206///     .wait(Duration::from_secs(120))
207///     .await;
208/// ```
209pub mod client;
210
211/// Configuration for AWS Lambda.
212pub mod config;
213
214/// Common errors and error handling utilities.
215pub mod error;
216
217mod error_meta;
218
219/// Information about this crate.
220pub mod meta;
221
222/// All operations that this crate can perform.
223pub mod operation;
224
225/// Primitives such as `Blob` or `DateTime` used by other types.
226pub mod primitives;
227
228/// Data structures used by operation inputs/outputs.
229pub mod types;
230
231mod auth_plugin;
232
233mod event_receiver;
234
235pub(crate) mod protocol_serde;
236
237mod sdk_feature_tracker;
238
239mod serialization_settings;
240
241mod endpoint_lib;
242
243mod lens;
244
245mod serde_util;
246
247/// Supporting types for waiters.
248///
249/// Note: to use waiters, import the [`Waiters`](crate::client::Waiters) trait, which adds methods prefixed with `wait_until` to the client.
250pub mod waiters;
251
252mod event_stream_serde;
253
254mod json_errors;
255
256#[doc(inline)]
257pub use client::Client;