aws_sdk_internetmonitor/
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#![forbid(unsafe_code)]
18#![warn(missing_docs)]
19#![cfg_attr(docsrs, feature(doc_auto_cfg))]
20//! Amazon CloudWatch Internet Monitor provides visibility into how internet issues impact the performance and availability between your applications hosted on Amazon Web Services and your end users. It can reduce the time it takes for you to diagnose internet issues from days to minutes. Internet Monitor uses the connectivity data that Amazon Web Services captures from its global networking footprint to calculate a baseline of performance and availability for internet traffic. This is the same data that Amazon Web Services uses to monitor internet uptime and availability. With those measurements as a baseline, Internet Monitor raises awareness for you when there are significant problems for your end users in the different geographic locations where your application runs.
21//!
22//! Internet Monitor publishes internet measurements to CloudWatch Logs and CloudWatch Metrics, to easily support using CloudWatch tools with health information for geographies and networks specific to your application. Internet Monitor sends health events to Amazon EventBridge so that you can set up notifications. If an issue is caused by the Amazon Web Services network, you also automatically receive an Amazon Web Services Health Dashboard notification with the steps that Amazon Web Services is taking to mitigate the problem.
23//!
24//! To use Internet Monitor, you create a _monitor_ and associate your application's resources with it - VPCs, NLBs, CloudFront distributions, or WorkSpaces directories - so Internet Monitor can determine where your application's internet traffic is. Internet Monitor then provides internet measurements from Amazon Web Services that are specific to the locations and ASNs (typically, internet service providers or ISPs) that communicate with your application.
25//!
26//! For more information, see [Using Amazon CloudWatch Internet Monitor](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-InternetMonitor.html) in the _Amazon CloudWatch User Guide_.
27//!
28//! ## Getting Started
29//!
30//! > Examples are available for many services and operations, check out the
31//! > [examples folder in GitHub](https://github.com/awslabs/aws-sdk-rust/tree/main/examples).
32//!
33//! The SDK provides one crate per AWS service. You must add [Tokio](https://crates.io/crates/tokio)
34//! as a dependency within your Rust project to execute asynchronous code. To add `aws-sdk-internetmonitor` to
35//! your project, add the following to your **Cargo.toml** file:
36//!
37//! ```toml
38//! [dependencies]
39//! aws-config = { version = "1.1.7", features = ["behavior-version-latest"] }
40//! aws-sdk-internetmonitor = "1.70.0"
41//! tokio = { version = "1", features = ["full"] }
42//! ```
43//!
44//! Then in code, a client can be created with the following:
45//!
46//! ```rust,no_run
47//! use aws_sdk_internetmonitor as internetmonitor;
48//!
49//! #[::tokio::main]
50//! async fn main() -> Result<(), internetmonitor::Error> {
51//!     let config = aws_config::load_from_env().await;
52//!     let client = aws_sdk_internetmonitor::Client::new(&config);
53//!
54//!     // ... make some calls with the client
55//!
56//!     Ok(())
57//! }
58//! ```
59//!
60//! See the [client documentation](https://docs.rs/aws-sdk-internetmonitor/latest/aws_sdk_internetmonitor/client/struct.Client.html)
61//! for information on what calls can be made, and the inputs and outputs for each of those calls.
62//!
63//! ## Using the SDK
64//!
65//! Until the SDK is released, we will be adding information about using the SDK to the
66//! [Developer Guide](https://docs.aws.amazon.com/sdk-for-rust/latest/dg/welcome.html). Feel free to suggest
67//! additional sections for the guide by opening an issue and describing what you are trying to do.
68//!
69//! ## Getting Help
70//!
71//! * [GitHub discussions](https://github.com/awslabs/aws-sdk-rust/discussions) - For ideas, RFCs & general questions
72//! * [GitHub issues](https://github.com/awslabs/aws-sdk-rust/issues/new/choose) - For bug reports & feature requests
73//! * [Generated Docs (latest version)](https://awslabs.github.io/aws-sdk-rust/)
74//! * [Usage examples](https://github.com/awslabs/aws-sdk-rust/tree/main/examples)
75//!
76//!
77//! # Crate Organization
78//!
79//! The entry point for most customers will be [`Client`], which exposes one method for each API
80//! offered by Amazon CloudWatch Internet Monitor. The return value of each of these methods is a "fluent builder",
81//! where the different inputs for that API are added by builder-style function call chaining,
82//! followed by calling `send()` to get a [`Future`](std::future::Future) that will result in
83//! either a successful output or a [`SdkError`](crate::error::SdkError).
84//!
85//! Some of these API inputs may be structs or enums to provide more complex structured information.
86//! These structs and enums live in [`types`](crate::types). There are some simpler types for
87//! representing data such as date times or binary blobs that live in [`primitives`](crate::primitives).
88//!
89//! All types required to configure a client via the [`Config`](crate::Config) struct live
90//! in [`config`](crate::config).
91//!
92//! The [`operation`](crate::operation) module has a submodule for every API, and in each submodule
93//! is the input, output, and error type for that API, as well as builders to construct each of those.
94//!
95//! There is a top-level [`Error`](crate::Error) type that encompasses all the errors that the
96//! client can return. Any other error type can be converted to this `Error` type via the
97//! [`From`](std::convert::From) trait.
98//!
99//! The other modules within this crate are not required for normal usage.
100
101// Code generated by software.amazon.smithy.rust.codegen.smithy-rs. DO NOT EDIT.
102pub use error_meta::Error;
103
104#[doc(inline)]
105pub use config::Config;
106
107/// Client for calling Amazon CloudWatch Internet Monitor.
108/// ## Constructing a `Client`
109///
110/// A [`Config`] is required to construct a client. For most use cases, the [`aws-config`]
111/// crate should be used to automatically resolve this config using
112/// [`aws_config::load_from_env()`], since this will resolve an [`SdkConfig`] which can be shared
113/// across multiple different AWS SDK clients. This config resolution process can be customized
114/// by calling [`aws_config::from_env()`] instead, which returns a [`ConfigLoader`] that uses
115/// the [builder pattern] to customize the default config.
116///
117/// In the simplest case, creating a client looks as follows:
118/// ```rust,no_run
119/// # async fn wrapper() {
120/// let config = aws_config::load_from_env().await;
121/// let client = aws_sdk_internetmonitor::Client::new(&config);
122/// # }
123/// ```
124///
125/// Occasionally, SDKs may have additional service-specific values that can be set on the [`Config`] that
126/// is absent from [`SdkConfig`], or slightly different settings for a specific client may be desired.
127/// The [`Builder`](crate::config::Builder) struct implements `From<&SdkConfig>`, so setting these specific settings can be
128/// done as follows:
129///
130/// ```rust,no_run
131/// # async fn wrapper() {
132/// let sdk_config = ::aws_config::load_from_env().await;
133/// let config = aws_sdk_internetmonitor::config::Builder::from(&sdk_config)
134/// # /*
135///     .some_service_specific_setting("value")
136/// # */
137///     .build();
138/// # }
139/// ```
140///
141/// See the [`aws-config` docs] and [`Config`] for more information on customizing configuration.
142///
143/// _Note:_ Client construction is expensive due to connection thread pool initialization, and should
144/// be done once at application start-up.
145///
146/// [`Config`]: crate::Config
147/// [`ConfigLoader`]: https://docs.rs/aws-config/*/aws_config/struct.ConfigLoader.html
148/// [`SdkConfig`]: https://docs.rs/aws-config/*/aws_config/struct.SdkConfig.html
149/// [`aws-config` docs]: https://docs.rs/aws-config/*
150/// [`aws-config`]: https://crates.io/crates/aws-config
151/// [`aws_config::from_env()`]: https://docs.rs/aws-config/*/aws_config/fn.from_env.html
152/// [`aws_config::load_from_env()`]: https://docs.rs/aws-config/*/aws_config/fn.load_from_env.html
153/// [builder pattern]: https://rust-lang.github.io/api-guidelines/type-safety.html#builders-enable-construction-of-complex-values-c-builder
154/// # Using the `Client`
155///
156/// A client has a function for every operation that can be performed by the service.
157/// For example, the [`CreateMonitor`](crate::operation::create_monitor) operation has
158/// a [`Client::create_monitor`], function which returns a builder for that operation.
159/// The fluent builder ultimately has a `send()` function that returns an async future that
160/// returns a result, as illustrated below:
161///
162/// ```rust,ignore
163/// let result = client.create_monitor()
164///     .monitor_name("example")
165///     .send()
166///     .await;
167/// ```
168///
169/// The underlying HTTP requests that get made by this can be modified with the `customize_operation`
170/// function on the fluent builder. See the [`customize`](crate::client::customize) module for more
171/// information.
172pub mod client;
173
174/// Configuration for Amazon CloudWatch Internet Monitor.
175pub mod config;
176
177/// Common errors and error handling utilities.
178pub mod error;
179
180mod error_meta;
181
182/// Information about this crate.
183pub mod meta;
184
185/// All operations that this crate can perform.
186pub mod operation;
187
188/// Primitives such as `Blob` or `DateTime` used by other types.
189pub mod primitives;
190
191/// Data structures used by operation inputs/outputs.
192pub mod types;
193
194mod auth_plugin;
195
196pub(crate) mod client_idempotency_token;
197
198mod idempotency_token;
199
200pub(crate) mod protocol_serde;
201
202mod sdk_feature_tracker;
203
204mod serialization_settings;
205
206mod endpoint_lib;
207
208mod lens;
209
210mod serde_util;
211
212mod json_errors;
213
214#[doc(inline)]
215pub use client::Client;