#[non_exhaustive]pub struct UpdateAutomationRuleInput {
pub rule_arn: Option<String>,
pub rule_revision: Option<i64>,
pub name: Option<String>,
pub description: Option<String>,
pub rule_type: Option<RuleType>,
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 client_token: Option<String>,
}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 ARN of the rule to update.
rule_revision: Option<i64>The revision number of the rule to update.
name: Option<String>The updated name of the automation rule. Must be 1-128 characters long and contain only alphanumeric characters, underscores, and hyphens.
description: Option<String>The updated 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 updated type of automation rule. Can be either OrganizationRule for organization-wide rules or AccountRule for account-specific rules.
organization_configuration: Option<OrganizationConfiguration>Updated configuration settings for organization-wide rules, including rule application order and target account IDs.
priority: Option<String>The updated 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>>Updated 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 updated schedule configuration for when the automation rule should execute, including cron expression, timezone, and execution window.
status: Option<RuleStatus>The updated status of the automation rule. Can be Active or Inactive.
client_token: Option<String>A unique, case-sensitive identifier that you provide to ensure the idempotency of the request. Must be 1-64 characters long and contain only alphanumeric characters, underscores, and hyphens.
Implementations§
Source§impl UpdateAutomationRuleInput
impl UpdateAutomationRuleInput
Sourcepub fn rule_revision(&self) -> Option<i64>
pub fn rule_revision(&self) -> Option<i64>
The revision number of the rule to update.
Sourcepub fn name(&self) -> Option<&str>
pub fn name(&self) -> Option<&str>
The updated 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>
The updated 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 updated type of automation rule. Can be either OrganizationRule for organization-wide rules or AccountRule for account-specific rules.
Sourcepub fn organization_configuration(&self) -> Option<&OrganizationConfiguration>
pub fn organization_configuration(&self) -> Option<&OrganizationConfiguration>
Updated 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 updated 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]
Updated 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 updated 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 updated status of the automation rule. Can be Active or Inactive.
Sourcepub fn client_token(&self) -> Option<&str>
pub fn client_token(&self) -> Option<&str>
A unique, case-sensitive identifier that you provide to ensure the idempotency of the request. Must be 1-64 characters long and contain only alphanumeric characters, underscores, and hyphens.
Source§impl UpdateAutomationRuleInput
impl UpdateAutomationRuleInput
Sourcepub fn builder() -> UpdateAutomationRuleInputBuilder
pub fn builder() -> UpdateAutomationRuleInputBuilder
Creates a new builder-style object to manufacture UpdateAutomationRuleInput.
Trait Implementations§
Source§impl Clone for UpdateAutomationRuleInput
impl Clone for UpdateAutomationRuleInput
Source§fn clone(&self) -> UpdateAutomationRuleInput
fn clone(&self) -> UpdateAutomationRuleInput
1.0.0 · Source§fn clone_from(&mut self, source: &Self)
fn clone_from(&mut self, source: &Self)
source. Read moreSource§impl Debug for UpdateAutomationRuleInput
impl Debug for UpdateAutomationRuleInput
impl StructuralPartialEq for UpdateAutomationRuleInput
Auto Trait Implementations§
impl Freeze for UpdateAutomationRuleInput
impl RefUnwindSafe for UpdateAutomationRuleInput
impl Send for UpdateAutomationRuleInput
impl Sync for UpdateAutomationRuleInput
impl Unpin for UpdateAutomationRuleInput
impl UnwindSafe for UpdateAutomationRuleInput
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);