#[non_exhaustive]pub struct CreateAutomationRuleOutput {Show 14 fields
pub rule_arn: Option<String>,
pub rule_id: Option<String>,
pub name: Option<String>,
pub description: Option<String>,
pub rule_type: Option<RuleType>,
pub rule_revision: Option<i64>,
pub organization_configuration: Option<OrganizationConfiguration>,
pub priority: Option<String>,
pub recommended_action_types: Option<Vec<RecommendedActionType>>,
pub criteria: Option<Criteria>,
pub schedule: Option<Schedule>,
pub status: Option<RuleStatus>,
pub tags: Option<Vec<Tag>>,
pub created_timestamp: Option<DateTime>,
/* private fields */
}Fields (Non-exhaustive)§
This struct is marked as non-exhaustive
Struct { .. } syntax; cannot be matched against without a wildcard ..; and struct update syntax will not work.rule_arn: Option<String>The Amazon Resource Name (ARN) of the created rule.
rule_id: Option<String>The unique identifier of the created rule.
name: Option<String>The name of the automation rule. Must be 1-128 characters long and contain only alphanumeric characters, underscores, and hyphens.
description: Option<String>A description of the automation rule. Can be up to 1024 characters long and contain alphanumeric characters, underscores, hyphens, spaces, and certain special characters.
rule_type: Option<RuleType>The type of automation rule. Can be either OrganizationRule for organization-wide rules or AccountRule for account-specific rules.
rule_revision: Option<i64>The revision number of the automation rule. This is incremented each time the rule is updated.
organization_configuration: Option<OrganizationConfiguration>Configuration settings for organization-wide rules, including rule application order and target account IDs.
priority: Option<String>The priority level of the automation rule, used to determine execution order when multiple rules apply to the same resource.
recommended_action_types: Option<Vec<RecommendedActionType>>List of recommended action types that this rule can execute, such as SnapshotAndDeleteUnattachedEbsVolume or UpgradeEbsVolumeType.
criteria: Option<Criteria>A set of conditions that specify which recommended action qualify for implementation. When a rule is active and a recommended action matches these criteria, Compute Optimizer implements the action at the scheduled run time. You can specify up to 20 conditions per filter criteria and 20 values per condition.
schedule: Option<Schedule>The schedule configuration for when the automation rule should execute, including cron expression, timezone, and execution window.
status: Option<RuleStatus>The current status of the automation rule. Can be Active or Inactive.
A list of key-value pairs used to categorize and organize the automation rule. Maximum of 200 tags allowed.
created_timestamp: Option<DateTime>The timestamp when the automation rule was created.
Implementations§
Source§impl CreateAutomationRuleOutput
impl CreateAutomationRuleOutput
Sourcepub fn name(&self) -> Option<&str>
pub fn name(&self) -> Option<&str>
The name of the automation rule. Must be 1-128 characters long and contain only alphanumeric characters, underscores, and hyphens.
Sourcepub fn description(&self) -> Option<&str>
pub fn description(&self) -> Option<&str>
A description of the automation rule. Can be up to 1024 characters long and contain alphanumeric characters, underscores, hyphens, spaces, and certain special characters.
Sourcepub fn rule_type(&self) -> Option<&RuleType>
pub fn rule_type(&self) -> Option<&RuleType>
The type of automation rule. Can be either OrganizationRule for organization-wide rules or AccountRule for account-specific rules.
Sourcepub fn rule_revision(&self) -> Option<i64>
pub fn rule_revision(&self) -> Option<i64>
The revision number of the automation rule. This is incremented each time the rule is updated.
Sourcepub fn organization_configuration(&self) -> Option<&OrganizationConfiguration>
pub fn organization_configuration(&self) -> Option<&OrganizationConfiguration>
Configuration settings for organization-wide rules, including rule application order and target account IDs.
Sourcepub fn priority(&self) -> Option<&str>
pub fn priority(&self) -> Option<&str>
The priority level of the automation rule, used to determine execution order when multiple rules apply to the same resource.
Sourcepub fn recommended_action_types(&self) -> &[RecommendedActionType]
pub fn recommended_action_types(&self) -> &[RecommendedActionType]
List of recommended action types that this rule can execute, such as SnapshotAndDeleteUnattachedEbsVolume or UpgradeEbsVolumeType.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .recommended_action_types.is_none().
Sourcepub fn criteria(&self) -> Option<&Criteria>
pub fn criteria(&self) -> Option<&Criteria>
A set of conditions that specify which recommended action qualify for implementation. When a rule is active and a recommended action matches these criteria, Compute Optimizer implements the action at the scheduled run time. You can specify up to 20 conditions per filter criteria and 20 values per condition.
Sourcepub fn schedule(&self) -> Option<&Schedule>
pub fn schedule(&self) -> Option<&Schedule>
The schedule configuration for when the automation rule should execute, including cron expression, timezone, and execution window.
Sourcepub fn status(&self) -> Option<&RuleStatus>
pub fn status(&self) -> Option<&RuleStatus>
The current status of the automation rule. Can be Active or Inactive.
A list of key-value pairs used to categorize and organize the automation rule. Maximum of 200 tags allowed.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .tags.is_none().
Sourcepub fn created_timestamp(&self) -> Option<&DateTime>
pub fn created_timestamp(&self) -> Option<&DateTime>
The timestamp when the automation rule was created.
Source§impl CreateAutomationRuleOutput
impl CreateAutomationRuleOutput
Sourcepub fn builder() -> CreateAutomationRuleOutputBuilder
pub fn builder() -> CreateAutomationRuleOutputBuilder
Creates a new builder-style object to manufacture CreateAutomationRuleOutput.
Trait Implementations§
Source§impl Clone for CreateAutomationRuleOutput
impl Clone for CreateAutomationRuleOutput
Source§fn clone(&self) -> CreateAutomationRuleOutput
fn clone(&self) -> CreateAutomationRuleOutput
1.0.0 · Source§fn clone_from(&mut self, source: &Self)
fn clone_from(&mut self, source: &Self)
source. Read moreSource§impl Debug for CreateAutomationRuleOutput
impl Debug for CreateAutomationRuleOutput
Source§impl RequestId for CreateAutomationRuleOutput
impl RequestId for CreateAutomationRuleOutput
Source§fn request_id(&self) -> Option<&str>
fn request_id(&self) -> Option<&str>
None if the service could not be reached.impl StructuralPartialEq for CreateAutomationRuleOutput
Auto Trait Implementations§
impl Freeze for CreateAutomationRuleOutput
impl RefUnwindSafe for CreateAutomationRuleOutput
impl Send for CreateAutomationRuleOutput
impl Sync for CreateAutomationRuleOutput
impl Unpin for CreateAutomationRuleOutput
impl UnwindSafe for CreateAutomationRuleOutput
Blanket Implementations§
Source§impl<T> BorrowMut<T> for Twhere
T: ?Sized,
impl<T> BorrowMut<T> for Twhere
T: ?Sized,
Source§fn borrow_mut(&mut self) -> &mut T
fn borrow_mut(&mut self) -> &mut T
Source§impl<T> CloneToUninit for Twhere
T: Clone,
impl<T> CloneToUninit for Twhere
T: Clone,
Source§impl<T> Instrument for T
impl<T> Instrument for T
Source§fn instrument(self, span: Span) -> Instrumented<Self>
fn instrument(self, span: Span) -> Instrumented<Self>
Source§fn in_current_span(self) -> Instrumented<Self>
fn in_current_span(self) -> Instrumented<Self>
Source§impl<T> IntoEither for T
impl<T> IntoEither for T
Source§fn into_either(self, into_left: bool) -> Either<Self, Self>
fn into_either(self, into_left: bool) -> Either<Self, Self>
self into a Left variant of Either<Self, Self>
if into_left is true.
Converts self into a Right variant of Either<Self, Self>
otherwise. Read moreSource§fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
self into a Left variant of Either<Self, Self>
if into_left(&self) returns true.
Converts self into a Right variant of Either<Self, Self>
otherwise. Read moreSource§impl<T> Paint for Twhere
T: ?Sized,
impl<T> Paint for Twhere
T: ?Sized,
Source§fn fg(&self, value: Color) -> Painted<&T>
fn fg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self with the foreground set to
value.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like red() and
green(), which have the same functionality but are
pithier.
§Example
Set foreground color to white using fg():
use yansi::{Paint, Color};
painted.fg(Color::White);Set foreground color to white using white().
use yansi::Paint;
painted.white();Source§fn bright_black(&self) -> Painted<&T>
fn bright_black(&self) -> Painted<&T>
Source§fn bright_red(&self) -> Painted<&T>
fn bright_red(&self) -> Painted<&T>
Source§fn bright_green(&self) -> Painted<&T>
fn bright_green(&self) -> Painted<&T>
Source§fn bright_yellow(&self) -> Painted<&T>
fn bright_yellow(&self) -> Painted<&T>
Source§fn bright_blue(&self) -> Painted<&T>
fn bright_blue(&self) -> Painted<&T>
Source§fn bright_magenta(&self) -> Painted<&T>
fn bright_magenta(&self) -> Painted<&T>
Source§fn bright_cyan(&self) -> Painted<&T>
fn bright_cyan(&self) -> Painted<&T>
Source§fn bright_white(&self) -> Painted<&T>
fn bright_white(&self) -> Painted<&T>
Source§fn bg(&self, value: Color) -> Painted<&T>
fn bg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self with the background set to
value.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like on_red() and
on_green(), which have the same functionality but
are pithier.
§Example
Set background color to red using fg():
use yansi::{Paint, Color};
painted.bg(Color::Red);Set background color to red using on_red().
use yansi::Paint;
painted.on_red();Source§fn on_primary(&self) -> Painted<&T>
fn on_primary(&self) -> Painted<&T>
Source§fn on_magenta(&self) -> Painted<&T>
fn on_magenta(&self) -> Painted<&T>
Source§fn on_bright_black(&self) -> Painted<&T>
fn on_bright_black(&self) -> Painted<&T>
Source§fn on_bright_red(&self) -> Painted<&T>
fn on_bright_red(&self) -> Painted<&T>
Source§fn on_bright_green(&self) -> Painted<&T>
fn on_bright_green(&self) -> Painted<&T>
Source§fn on_bright_yellow(&self) -> Painted<&T>
fn on_bright_yellow(&self) -> Painted<&T>
Source§fn on_bright_blue(&self) -> Painted<&T>
fn on_bright_blue(&self) -> Painted<&T>
Source§fn on_bright_magenta(&self) -> Painted<&T>
fn on_bright_magenta(&self) -> Painted<&T>
Source§fn on_bright_cyan(&self) -> Painted<&T>
fn on_bright_cyan(&self) -> Painted<&T>
Source§fn on_bright_white(&self) -> Painted<&T>
fn on_bright_white(&self) -> Painted<&T>
Source§fn attr(&self, value: Attribute) -> Painted<&T>
fn attr(&self, value: Attribute) -> Painted<&T>
Enables the styling Attribute value.
This method should be used rarely. Instead, prefer to use
attribute-specific builder methods like bold() and
underline(), which have the same functionality
but are pithier.
§Example
Make text bold using attr():
use yansi::{Paint, Attribute};
painted.attr(Attribute::Bold);Make text bold using using bold().
use yansi::Paint;
painted.bold();Source§fn rapid_blink(&self) -> Painted<&T>
fn rapid_blink(&self) -> Painted<&T>
Source§fn quirk(&self, value: Quirk) -> Painted<&T>
fn quirk(&self, value: Quirk) -> Painted<&T>
Enables the yansi Quirk value.
This method should be used rarely. Instead, prefer to use quirk-specific
builder methods like mask() and
wrap(), which have the same functionality but are
pithier.
§Example
Enable wrapping using .quirk():
use yansi::{Paint, Quirk};
painted.quirk(Quirk::Wrap);Enable wrapping using wrap().
use yansi::Paint;
painted.wrap();Source§fn clear(&self) -> Painted<&T>
👎Deprecated since 1.0.1: renamed to resetting() due to conflicts with Vec::clear().
The clear() method will be removed in a future release.
fn clear(&self) -> Painted<&T>
resetting() due to conflicts with Vec::clear().
The clear() method will be removed in a future release.Source§fn whenever(&self, value: Condition) -> Painted<&T>
fn whenever(&self, value: Condition) -> Painted<&T>
Conditionally enable styling based on whether the Condition value
applies. Replaces any previous condition.
See the crate level docs for more details.
§Example
Enable styling painted only when both stdout and stderr are TTYs:
use yansi::{Paint, Condition};
painted.red().on_yellow().whenever(Condition::STDOUTERR_ARE_TTY);