aws_sdk_ivsrealtime/
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//! The Amazon Interactive Video Service (IVS) real-time API is REST compatible, using a standard HTTP API and an AWS EventBridge event stream for responses. JSON is used for both requests and responses, including errors.
23//!
24//! __Key Concepts__
25//!   - __Stage__ — A virtual space where participants can exchange video in real time.
26//!   - __Participant token__ — A token that authenticates a participant when they join a stage.
27//!   - __Participant object__ — Represents participants (people) in the stage and contains information about them. When a token is created, it includes a participant ID; when a participant uses that token to join a stage, the participant is associated with that participant ID. There is a 1:1 mapping between participant tokens and participants.
28//!
29//! For server-side composition:
30//!   - __Composition process__ — Composites participants of a stage into a single video and forwards it to a set of outputs (e.g., IVS channels). Composition operations support this process.
31//!   - __Composition__ — Controls the look of the outputs, including how participants are positioned in the video.
32//!
33//! For participant replication:
34//!   - __Source stage__ — The stage where the participant originally joined, which is used as the source for replication.
35//!   - __Destination stage__ — The stage to which the participant is replicated.
36//!   - __Replicated participant__ — A participant in a stage that is replicated to one or more destination stages.
37//!   - __Replica participant__ — A participant in a destination stage that is replicated from another stage (the source stage).
38//!
39//! For more information about your IVS live stream, also see [Getting Started with Amazon IVS Real-Time Streaming](https://docs.aws.amazon.com/ivs/latest/RealTimeUserGuide/getting-started.html).
40//!
41//! __Tagging__
42//!
43//! A _tag_ is a metadata label that you assign to an AWS resource. A tag comprises a _key_ and a _value_, both set by you. For example, you might set a tag as topic:nature to label a particular video category. See [Best practices and strategies](https://docs.aws.amazon.com/tag-editor/latest/userguide/best-practices-and-strats.html) in _Tagging AWS Resources and Tag Editor_ for details, including restrictions that apply to tags and "Tag naming limits and requirements"; Amazon IVS stages has no service-specific constraints beyond what is documented there.
44//!
45//! Tags can help you identify and organize your AWS resources. For example, you can use the same tag for different resources to indicate that they are related. You can also use tags to manage access (see [Access Tags](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_tags.html)).
46//!
47//! The Amazon IVS real-time API has these tag-related operations: TagResource, UntagResource, and ListTagsForResource. The following resource supports tagging: Stage.
48//!
49//! At most 50 tags can be applied to a resource.
50//!
51//! ## Getting Started
52//!
53//! > Examples are available for many services and operations, check out the
54//! > [usage examples](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/rustv1).
55//!
56//! The SDK provides one crate per AWS service. You must add [Tokio](https://crates.io/crates/tokio)
57//! as a dependency within your Rust project to execute asynchronous code. To add `aws-sdk-ivsrealtime` to
58//! your project, add the following to your **Cargo.toml** file:
59//!
60//! ```toml
61//! [dependencies]
62//! aws-config = { version = "1.1.7", features = ["behavior-version-latest"] }
63//! aws-sdk-ivsrealtime = "1.102.0"
64//! tokio = { version = "1", features = ["full"] }
65//! ```
66//!
67//! Then in code, a client can be created with the following:
68//!
69//! ```rust,no_run
70//! use aws_sdk_ivsrealtime as ivsrealtime;
71//!
72//! #[::tokio::main]
73//! async fn main() -> Result<(), ivsrealtime::Error> {
74//!     let config = aws_config::load_from_env().await;
75//!     let client = aws_sdk_ivsrealtime::Client::new(&config);
76//!
77//!     // ... make some calls with the client
78//!
79//!     Ok(())
80//! }
81//! ```
82//!
83//! See the [client documentation](https://docs.rs/aws-sdk-ivsrealtime/latest/aws_sdk_ivsrealtime/client/struct.Client.html)
84//! for information on what calls can be made, and the inputs and outputs for each of those calls.
85//!
86//! ## Using the SDK
87//!
88//! Until the SDK is released, we will be adding information about using the SDK to the
89//! [Developer Guide](https://docs.aws.amazon.com/sdk-for-rust/latest/dg/welcome.html). Feel free to suggest
90//! additional sections for the guide by opening an issue and describing what you are trying to do.
91//!
92//! ## Getting Help
93//!
94//! * [GitHub discussions](https://github.com/awslabs/aws-sdk-rust/discussions) - For ideas, RFCs & general questions
95//! * [GitHub issues](https://github.com/awslabs/aws-sdk-rust/issues/new/choose) - For bug reports & feature requests
96//! * [Generated Docs (latest version)](https://awslabs.github.io/aws-sdk-rust/)
97//! * [Usage examples](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/rustv1)
98//!
99//!
100//! # Crate Organization
101//!
102//! The entry point for most customers will be [`Client`], which exposes one method for each API
103//! offered by Amazon Interactive Video Service RealTime. The return value of each of these methods is a "fluent builder",
104//! where the different inputs for that API are added by builder-style function call chaining,
105//! followed by calling `send()` to get a [`Future`](std::future::Future) that will result in
106//! either a successful output or a [`SdkError`](crate::error::SdkError).
107//!
108//! Some of these API inputs may be structs or enums to provide more complex structured information.
109//! These structs and enums live in [`types`](crate::types). There are some simpler types for
110//! representing data such as date times or binary blobs that live in [`primitives`](crate::primitives).
111//!
112//! All types required to configure a client via the [`Config`](crate::Config) struct live
113//! in [`config`](crate::config).
114//!
115//! The [`operation`](crate::operation) module has a submodule for every API, and in each submodule
116//! is the input, output, and error type for that API, as well as builders to construct each of those.
117//!
118//! There is a top-level [`Error`](crate::Error) type that encompasses all the errors that the
119//! client can return. Any other error type can be converted to this `Error` type via the
120//! [`From`](std::convert::From) trait.
121//!
122//! The other modules within this crate are not required for normal usage.
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 Amazon Interactive Video Service RealTime.
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_ivsrealtime::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_ivsrealtime::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 [`CreateEncoderConfiguration`](crate::operation::create_encoder_configuration) operation has
181/// a [`Client::create_encoder_configuration`], 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.create_encoder_configuration()
187///     .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.
195pub mod client;
196
197/// Configuration for Amazon Interactive Video Service RealTime.
198pub mod config;
199
200/// Common errors and error handling utilities.
201pub mod error;
202
203mod error_meta;
204
205/// Information about this crate.
206pub mod meta;
207
208/// All operations that this crate can perform.
209pub mod operation;
210
211/// Primitives such as `Blob` or `DateTime` used by other types.
212pub mod primitives;
213
214/// Data structures used by operation inputs/outputs.
215pub mod types;
216
217pub(crate) mod client_idempotency_token;
218
219mod idempotency_token;
220
221pub(crate) mod protocol_serde;
222
223mod sdk_feature_tracker;
224
225mod serialization_settings;
226
227mod endpoint_lib;
228
229mod lens;
230
231mod serde_util;
232
233mod json_errors;
234
235#[doc(inline)]
236pub use client::Client;