get_deployment(**kwargs)¶Gets a deployment. Deployments define the components that run on Greengrass core devices.
See also: AWS API Documentation
Request Syntax
response = client.get_deployment(
deploymentId='string'
)
[REQUIRED]
The ID of the deployment.
{
'targetArn': 'string',
'revisionId': 'string',
'deploymentId': 'string',
'deploymentName': 'string',
'deploymentStatus': 'ACTIVE'|'COMPLETED'|'CANCELED'|'FAILED'|'INACTIVE',
'iotJobId': 'string',
'iotJobArn': 'string',
'components': {
'string': {
'componentVersion': 'string',
'configurationUpdate': {
'merge': 'string',
'reset': [
'string',
]
},
'runWith': {
'posixUser': 'string',
'systemResourceLimits': {
'memory': 123,
'cpus': 123.0
},
'windowsUser': 'string'
}
}
},
'deploymentPolicies': {
'failureHandlingPolicy': 'ROLLBACK'|'DO_NOTHING',
'componentUpdatePolicy': {
'timeoutInSeconds': 123,
'action': 'NOTIFY_COMPONENTS'|'SKIP_NOTIFY_COMPONENTS'
},
'configurationValidationPolicy': {
'timeoutInSeconds': 123
}
},
'iotJobConfiguration': {
'jobExecutionsRolloutConfig': {
'exponentialRate': {
'baseRatePerMinute': 123,
'incrementFactor': 123.0,
'rateIncreaseCriteria': {
'numberOfNotifiedThings': 123,
'numberOfSucceededThings': 123
}
},
'maximumPerMinute': 123
},
'abortConfig': {
'criteriaList': [
{
'failureType': 'FAILED'|'REJECTED'|'TIMED_OUT'|'ALL',
'action': 'CANCEL',
'thresholdPercentage': 123.0,
'minNumberOfExecutedThings': 123
},
]
},
'timeoutConfig': {
'inProgressTimeoutInMinutes': 123
}
},
'creationTimestamp': datetime(2015, 1, 1),
'isLatestForTarget': True|False,
'parentTargetArn': 'string',
'tags': {
'string': 'string'
}
}
Response Structure
The ARN of the target IoT thing or thing group.
The revision number of the deployment.
The ID of the deployment.
The name of the deployment.
The status of the deployment.
The ID of the IoT job that applies the deployment to target devices.
The ARN of the IoT job that applies the deployment to target devices.
The components to deploy. This is a dictionary, where each key is the name of a component, and each key's value is the version and configuration to deploy for that component.
Contains information about a component to deploy.
The version of the component.
The configuration updates to deploy for the component. You can define reset updates and merge updates. A reset updates the keys that you specify to the default configuration for the component. A merge updates the core device's component configuration with the keys and values that you specify. The IoT Greengrass Core software applies reset updates before it applies merge updates. For more information, see Update component configurations in the IoT Greengrass V2 Developer Guide .
A serialized JSON string that contains the configuration object to merge to target devices. The core device merges this configuration with the component's existing configuration. If this is the first time a component deploys on a device, the core device merges this configuration with the component's default configuration. This means that the core device keeps it's existing configuration for keys and values that you don't specify in this object. For more information, see Merge configuration updates in the IoT Greengrass V2 Developer Guide .
The list of configuration nodes to reset to default values on target devices. Use JSON pointers to specify each node to reset. JSON pointers start with a forward slash ( / ) and use forward slashes to separate the key for each level in the object. For more information, see the JSON pointer specification and Reset configuration updates in the IoT Greengrass V2 Developer Guide .
The system user and group that the IoT Greengrass Core software uses to run component processes on the core device. If you omit this parameter, the IoT Greengrass Core software uses the system user and group that you configure for the core device. For more information, see Configure the user and group that run components in the IoT Greengrass V2 Developer Guide .
The POSIX system user and, optionally, group to use to run this component on Linux core devices. The user, and group if specified, must exist on each Linux core device. Specify the user and group separated by a colon ( : ) in the following format: user:group . The group is optional. If you don't specify a group, the IoT Greengrass Core software uses the primary user for the group.
If you omit this parameter, the IoT Greengrass Core software uses the default system user and group that you configure on the Greengrass nucleus component. For more information, see Configure the user and group that run components.
The system resource limits to apply to this component's process on the core device. IoT Greengrass currently supports this feature on only Linux core devices.
If you omit this parameter, the IoT Greengrass Core software uses the default system resource limits that you configure on the Greengrass nucleus component. For more information, see Configure system resource limits for components.
The maximum amount of RAM, expressed in kilobytes, that a component's processes can use on the core device.
The maximum amount of CPU time that a component's processes can use on the core device. A core device's total CPU time is equivalent to the device's number of CPU cores. For example, on a core device with 4 CPU cores, you can set this value to 2 to limit the component's processes to 50 percent usage of each CPU core. On a device with 1 CPU core, you can set this value to 0.25 to limit the component's processes to 25 percent usage of the CPU. If you set this value to a number greater than the number of CPU cores, the IoT Greengrass Core software doesn't limit the component's CPU usage.
The Windows user to use to run this component on Windows core devices. The user must exist on each Windows core device, and its name and password must be in the LocalSystem account's Credentials Manager instance.
If you omit this parameter, the IoT Greengrass Core software uses the default Windows user that you configure on the Greengrass nucleus component. For more information, see Configure the user and group that run components.
The deployment policies for the deployment. These policies define how the deployment updates components and handles failure.
The failure handling policy for the configuration deployment. This policy defines what to do if the deployment fails.
Default: ROLLBACK
The component update policy for the configuration deployment. This policy defines when it's safe to deploy the configuration to devices.
The amount of time in seconds that each component on a device has to report that it's safe to update. If the component waits for longer than this timeout, then the deployment proceeds on the device.
Default: 60
Whether or not to notify components and wait for components to become safe to update. Choose from the following options:
NOTIFY_COMPONENTS – The deployment notifies each component before it stops and updates that component. Components can use the SubscribeToComponentUpdates IPC operation to receive these notifications. Then, components can respond with the DeferComponentUpdate IPC operation. For more information, see Create deployments in the IoT Greengrass V2 Developer Guide .SKIP_NOTIFY_COMPONENTS – The deployment doesn't notify components or wait for them to be safe to update.Default: NOTIFY_COMPONENTS
The configuration validation policy for the configuration deployment. This policy defines how long each component has to validate its configure updates.
The amount of time in seconds that a component can validate its configuration updates. If the validation time exceeds this timeout, then the deployment proceeds for the device.
Default: 30
The job configuration for the deployment configuration. The job configuration specifies the rollout, timeout, and stop configurations for the deployment configuration.
The rollout configuration for the job. This configuration defines the rate at which the job rolls out to the fleet of target devices.
The exponential rate to increase the job rollout rate.
The minimum number of devices that receive a pending job notification, per minute, when the job starts. This parameter defines the initial rollout rate of the job.
The exponential factor to increase the rollout rate for the job.
This parameter supports up to one digit after the decimal (for example, you can specify 1.5 , but not 1.55 ).
The criteria to increase the rollout rate for the job.
The number of devices to receive the job notification before the rollout rate increases.
The number of devices to successfully run the configuration job before the rollout rate increases.
The maximum number of devices that receive a pending job notification, per minute.
The stop configuration for the job. This configuration defines when and how to stop a job rollout.
The list of criteria that define when and how to cancel the configuration deployment.
Contains criteria that define when and how to cancel a job.
The deployment stops if the following conditions are true:
minNumberOfExecutedThings .failureType exceeds the thresholdPercentage .The type of job deployment failure that can cancel a job.
The action to perform when the criteria are met.
The minimum percentage of failureType failures that occur before the job can cancel.
This parameter supports up to two digits after the decimal (for example, you can specify 10.9 or 10.99 , but not 10.999 ).
The minimum number of things that receive the configuration before the job can cancel.
The timeout configuration for the job. This configuration defines the amount of time each device has to complete the job.
The amount of time, in minutes, that devices have to complete the job. The timer starts when the job status is set to IN_PROGRESS . If the job status doesn't change to a terminal state before the time expires, then the job status is set to TIMED_OUT .
The timeout interval must be between 1 minute and 7 days (10080 minutes).
The time at which the deployment was created, expressed in ISO 8601 format.
Whether or not the deployment is the latest revision for its target.
The parent deployment's target ARN within a subdeployment.
A list of key-value pairs that contain metadata for the resource. For more information, see Tag your resources in the IoT Greengrass V2 Developer Guide .
Exceptions
GreengrassV2.Client.exceptions.ValidationExceptionGreengrassV2.Client.exceptions.ResourceNotFoundExceptionGreengrassV2.Client.exceptions.AccessDeniedExceptionGreengrassV2.Client.exceptions.InternalServerExceptionGreengrassV2.Client.exceptions.ThrottlingException