Skip to main content

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