Struct aws_sdk_ecs::input::UpdateServiceInput [−][src]
#[non_exhaustive]pub struct UpdateServiceInput {Show 13 fields
pub cluster: Option<String>,
pub service: Option<String>,
pub desired_count: Option<i32>,
pub task_definition: Option<String>,
pub capacity_provider_strategy: Option<Vec<CapacityProviderStrategyItem>>,
pub deployment_configuration: Option<DeploymentConfiguration>,
pub network_configuration: Option<NetworkConfiguration>,
pub placement_constraints: Option<Vec<PlacementConstraint>>,
pub placement_strategy: Option<Vec<PlacementStrategy>>,
pub platform_version: Option<String>,
pub force_new_deployment: bool,
pub health_check_grace_period_seconds: Option<i32>,
pub enable_execute_command: Option<bool>,
}
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.cluster: Option<String>
The short name or full Amazon Resource Name (ARN) of the cluster that your service is running on. If you do not specify a cluster, the default cluster is assumed.
service: Option<String>
The name of the service to update.
desired_count: Option<i32>
The number of instantiations of the task to place and keep running in your service.
task_definition: Option<String>
The family
and revision
(family:revision
) or
full ARN of the task definition to run in your service. If a revision
is
not specified, the latest ACTIVE
revision is used. If you modify the task
definition with UpdateService
, Amazon ECS spawns a task with the new version of
the task definition and then stops an old task after the new version is running.
capacity_provider_strategy: Option<Vec<CapacityProviderStrategyItem>>
The capacity provider strategy to update the service to use.
If the service is using the default capacity provider strategy for the cluster, the service can be updated to use one or more capacity providers as opposed to the default capacity provider strategy. However, when a service is using a capacity provider strategy that is not the default capacity provider strategy, the service cannot be updated to use the cluster's default capacity provider strategy.
A capacity provider strategy consists of one or more capacity providers along with the
base
and weight
to assign to them. A capacity provider
must be associated with the cluster to be used in a capacity provider strategy. The
PutClusterCapacityProviders API is used to associate a capacity
provider with a cluster. Only capacity providers with an ACTIVE
or
UPDATING
status can be used.
If specifying a capacity provider that uses an Auto Scaling group, the capacity provider must already be created. New capacity providers can be created with the CreateCapacityProvider API operation.
To use a Fargate capacity provider, specify either the FARGATE
or
FARGATE_SPOT
capacity providers. The Fargate capacity providers are
available to all accounts and only need to be associated with a cluster to be
used.
The PutClusterCapacityProviders API operation is used to update the list of available capacity providers for a cluster after the cluster is created.
deployment_configuration: Option<DeploymentConfiguration>
Optional deployment parameters that control how many tasks run during the deployment and the ordering of stopping and starting tasks.
network_configuration: Option<NetworkConfiguration>
An object representing the network configuration for the service.
placement_constraints: Option<Vec<PlacementConstraint>>
An array of task placement constraint objects to update the service to use. If no value is specified, the existing placement constraints for the service will remain unchanged. If this value is specified, it will override any existing placement constraints defined for the service. To remove all existing placement constraints, specify an empty array.
You can specify a maximum of 10 constraints per task (this limit includes constraints in the task definition and those specified at runtime).
placement_strategy: Option<Vec<PlacementStrategy>>
The task placement strategy objects to update the service to use. If no value is specified, the existing placement strategy for the service will remain unchanged. If this value is specified, it will override the existing placement strategy defined for the service. To remove an existing placement strategy, specify an empty object.
You can specify a maximum of five strategy rules per service.
platform_version: Option<String>
The platform version on which your tasks in the service are running. A platform
version is only specified for tasks using the Fargate launch type. If a
platform version is not specified, the LATEST
platform version is used by
default. For more information, see Fargate Platform
Versions in the Amazon Elastic Container Service Developer Guide.
force_new_deployment: bool
Whether to force a new deployment of the service. Deployments are not forced by
default. You can use this option to trigger a new deployment with no service definition
changes. For example, you can update a service's tasks to use a newer Docker image with
the same image/tag combination (my_image:latest
) or to roll Fargate tasks
onto a newer platform version.
health_check_grace_period_seconds: Option<i32>
The period of time, in seconds, that the Amazon ECS service scheduler should ignore unhealthy Elastic Load Balancing target health checks after a task has first started. This is only valid if your service is configured to use a load balancer. If your service's tasks take a while to start and respond to Elastic Load Balancing health checks, you can specify a health check grace period of up to 2,147,483,647 seconds. During that time, the Amazon ECS service scheduler ignores the Elastic Load Balancing health check status. This grace period can prevent the ECS service scheduler from marking tasks as unhealthy and stopping them before they have time to come up.
enable_execute_command: Option<bool>
If true
, this enables execute command functionality on all task
containers.
If you do not want to override the value that was set when the service was created,
you can set this to null
when performing this action.
Implementations
pub async fn make_operation(
&self,
_config: &Config
) -> Result<Operation<UpdateService, AwsErrorRetryPolicy>, BuildError>
pub async fn make_operation(
&self,
_config: &Config
) -> Result<Operation<UpdateService, AwsErrorRetryPolicy>, BuildError>
Consumes the builder and constructs an Operation<UpdateService
>
Creates a new builder-style object to manufacture UpdateServiceInput
The short name or full Amazon Resource Name (ARN) of the cluster that your service is running on. If you do not specify a cluster, the default cluster is assumed.
The number of instantiations of the task to place and keep running in your service.
The family
and revision
(family:revision
) or
full ARN of the task definition to run in your service. If a revision
is
not specified, the latest ACTIVE
revision is used. If you modify the task
definition with UpdateService
, Amazon ECS spawns a task with the new version of
the task definition and then stops an old task after the new version is running.
The capacity provider strategy to update the service to use.
If the service is using the default capacity provider strategy for the cluster, the service can be updated to use one or more capacity providers as opposed to the default capacity provider strategy. However, when a service is using a capacity provider strategy that is not the default capacity provider strategy, the service cannot be updated to use the cluster's default capacity provider strategy.
A capacity provider strategy consists of one or more capacity providers along with the
base
and weight
to assign to them. A capacity provider
must be associated with the cluster to be used in a capacity provider strategy. The
PutClusterCapacityProviders API is used to associate a capacity
provider with a cluster. Only capacity providers with an ACTIVE
or
UPDATING
status can be used.
If specifying a capacity provider that uses an Auto Scaling group, the capacity provider must already be created. New capacity providers can be created with the CreateCapacityProvider API operation.
To use a Fargate capacity provider, specify either the FARGATE
or
FARGATE_SPOT
capacity providers. The Fargate capacity providers are
available to all accounts and only need to be associated with a cluster to be
used.
The PutClusterCapacityProviders API operation is used to update the list of available capacity providers for a cluster after the cluster is created.
Optional deployment parameters that control how many tasks run during the deployment and the ordering of stopping and starting tasks.
An object representing the network configuration for the service.
An array of task placement constraint objects to update the service to use. If no value is specified, the existing placement constraints for the service will remain unchanged. If this value is specified, it will override any existing placement constraints defined for the service. To remove all existing placement constraints, specify an empty array.
You can specify a maximum of 10 constraints per task (this limit includes constraints in the task definition and those specified at runtime).
The task placement strategy objects to update the service to use. If no value is specified, the existing placement strategy for the service will remain unchanged. If this value is specified, it will override the existing placement strategy defined for the service. To remove an existing placement strategy, specify an empty object.
You can specify a maximum of five strategy rules per service.
The platform version on which your tasks in the service are running. A platform
version is only specified for tasks using the Fargate launch type. If a
platform version is not specified, the LATEST
platform version is used by
default. For more information, see Fargate Platform
Versions in the Amazon Elastic Container Service Developer Guide.
Whether to force a new deployment of the service. Deployments are not forced by
default. You can use this option to trigger a new deployment with no service definition
changes. For example, you can update a service's tasks to use a newer Docker image with
the same image/tag combination (my_image:latest
) or to roll Fargate tasks
onto a newer platform version.
The period of time, in seconds, that the Amazon ECS service scheduler should ignore unhealthy Elastic Load Balancing target health checks after a task has first started. This is only valid if your service is configured to use a load balancer. If your service's tasks take a while to start and respond to Elastic Load Balancing health checks, you can specify a health check grace period of up to 2,147,483,647 seconds. During that time, the Amazon ECS service scheduler ignores the Elastic Load Balancing health check status. This grace period can prevent the ECS service scheduler from marking tasks as unhealthy and stopping them before they have time to come up.
If true
, this enables execute command functionality on all task
containers.
If you do not want to override the value that was set when the service was created,
you can set this to null
when performing this action.
Trait Implementations
This method tests for self
and other
values to be equal, and is used
by ==
. Read more
This method tests for !=
.
Auto Trait Implementations
impl RefUnwindSafe for UpdateServiceInput
impl Send for UpdateServiceInput
impl Sync for UpdateServiceInput
impl Unpin for UpdateServiceInput
impl UnwindSafe for UpdateServiceInput
Blanket Implementations
Mutably borrows from an owned value. Read more
Attaches the provided Subscriber
to this type, returning a
WithDispatch
wrapper. Read more
Attaches the current default Subscriber
to this type, returning a
WithDispatch
wrapper. Read more