CreateDeploymentInput
¶
Source code in docs_src/capo_codedeploy/types/create_deployment_input.py
application_name
instance-attribute
¶
application_name: ApplicationName
The name of an CodeDeploy application associated with the user or Amazon Web Services account.
auto_rollback_configuration
instance-attribute
¶
auto_rollback_configuration: NotRequired[AutoRollbackConfiguration]
Configuration information for an automatic rollback that is added when a deployment is created.
deployment_config_name
instance-attribute
¶
deployment_config_name: NotRequired[DeploymentConfigName]
The name of a deployment configuration associated with the user or Amazon Web Services account.
If not specified, the value configured in the deployment group is used as the default. If the deployment group does not have a deployment configuration associated with it, CodeDeployDefault.OneAtATime is used by default.
deployment_group_name
instance-attribute
¶
deployment_group_name: NotRequired[DeploymentGroupName]
The name of the deployment group.
deployment_mode
instance-attribute
¶
deployment_mode: NotRequired[DeploymentMode]
The type of deployment to create. Valid values are:
-
STANDARD: Deploys the specified revision. This is the default behavior ifdeploymentModeis not specified. -
RESTART: Restarts the application on the target instances using the revision from the deployment group's last successful deployment, without downloading a new revision.RESTARTis supported only for EC2/On-premises in-place deployments.When
deploymentModeisRESTART, the following apply:-
The call is rejected for Amazon ECS and Lambda deployments.
-
The
revisionparameter (including itss3LocationandgitHubLocation) must not be specified, and is rejected if provided. The revision is resolved by the service from the deployment group's last successful deployment. -
The
updateOutdatedInstancesOnlyparameter must not be set totrue, and is rejected if provided.
-
description
instance-attribute
¶
description: NotRequired[Description]
A comment about the deployment.
file_exists_behavior
instance-attribute
¶
file_exists_behavior: NotRequired[FileExistsBehavior]
Information about how CodeDeploy handles files that already exist in a deployment target location but weren't part of the previous successful deployment.
The fileExistsBehavior parameter takes any of the following values:
-
DISALLOW: The deployment fails. This is also the default behavior if no option is specified.
-
OVERWRITE: The version of the file from the application revision currently being deployed replaces the version already on the instance.
-
RETAIN: The version of the file already on the instance is kept and used as part of the new deployment.
ignore_application_stop_failures
instance-attribute
¶
ignore_application_stop_failures: Boolean
If true, then if an ApplicationStop, BeforeBlockTraffic, or AfterBlockTraffic deployment lifecycle event to an instance fails, then the deployment continues to the next deployment lifecycle event. For example, if ApplicationStop fails, the deployment continues with DownloadBundle. If BeforeBlockTraffic fails, the deployment continues with BlockTraffic. If AfterBlockTraffic fails, the deployment continues with ApplicationStop.
If false or not specified, then if a lifecycle event fails during a deployment to an instance, that deployment fails. If deployment to that instance is part of an overall deployment and the number of healthy hosts is not less than the minimum number of healthy hosts, then a deployment to the next instance is attempted.
During a deployment, the CodeDeploy agent runs the scripts specified for ApplicationStop, BeforeBlockTraffic, and AfterBlockTraffic in the AppSpec file from the previous successful deployment. (All other scripts are run from the AppSpec file in the current deployment.) If one of these scripts contains an error and does not run successfully, the deployment can fail.
If the cause of the failure is a script from the last successful deployment that will never run successfully, create a new deployment and use ignoreApplicationStopFailures to specify that the ApplicationStop, BeforeBlockTraffic, and AfterBlockTraffic failures should be ignored.
override_alarm_configuration
instance-attribute
¶
override_alarm_configuration: NotRequired[AlarmConfiguration]
Allows you to specify information about alarms associated with a deployment. The alarm configuration that you specify here will override the alarm configuration at the deployment group level. Consider overriding the alarm configuration if you have set up alarms at the deployment group level that are causing deployment failures. In this case, you would call CreateDeployment to create a new deployment that uses a previous application revision that is known to work, and set its alarm configuration to turn off alarm polling. Turning off alarm polling ensures that the new deployment proceeds without being blocked by the alarm that was generated by the previous, failed, deployment.
If you specify an overrideAlarmConfiguration, you need the UpdateDeploymentGroup IAM permission when calling CreateDeployment.
revision
instance-attribute
¶
revision: NotRequired[RevisionLocation]
The type and location of the revision to deploy.
target_instances
instance-attribute
¶
target_instances: NotRequired[TargetInstances]
Information about the instances that belong to the replacement environment in a blue/green deployment.