Struct aws_sdk_imagebuilder::model::ImageVersion [−][src]
#[non_exhaustive]pub struct ImageVersion {
pub arn: Option<String>,
pub name: Option<String>,
pub type: Option<ImageType>,
pub version: Option<String>,
pub platform: Option<Platform>,
pub os_version: Option<String>,
pub owner: Option<String>,
pub date_created: Option<String>,
pub build_type: Option<BuildType>,
}
Expand description
The defining characteristics of a specific version of an Image Builder image.
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.arn: Option<String>
The Amazon Resource Name (ARN) of a specific version of an Image Builder image.
Semantic versioning is included in each object's Amazon Resource Name (ARN), at the level that applies to that object as follows:
-
Versionless ARNs and Name ARNs do not include specific values in any of the nodes. The nodes are either left off entirely, or they are specified as wildcards, for example: x.x.x.
-
Version ARNs have only the first three nodes:
. . -
Build version ARNs have all four nodes, and point to a specific build for a specific version of an object.
name: Option<String>
The name of this specific version of an Image Builder image.
type: Option<ImageType>
Specifies whether this image is an AMI or a container image.
version: Option<String>
Details for a specific version of an Image Builder image. This version follows the semantic version syntax.
The semantic version has four nodes:
Assignment: For the first three nodes you can assign any positive integer value, including zero, with an upper limit of 2^30-1, or 1073741823 for each node. Image Builder automatically assigns the build number to the fourth node.
Patterns: You can use any numeric pattern that adheres to the assignment requirements for the nodes that you can assign. For example, you might choose a software version pattern, such as 1.0.0, or a date, such as 2021.01.01.
Filtering: With semantic versioning, you have the flexibility to use wildcards (x) to specify the most recent versions or nodes when selecting the base image or components for your recipe. When you use a wildcard in any node, all nodes to the right of the first wildcard must also be wildcards.
platform: Option<Platform>
The platform of the image version, for example "Windows" or "Linux".
os_version: Option<String>
The operating system version of the Amazon EC2 build instance. For example, Amazon Linux 2, Ubuntu 18, or Microsoft Windows Server 2019.
owner: Option<String>
The owner of the image version.
date_created: Option<String>
The date on which this specific version of the Image Builder image was created.
build_type: Option<BuildType>
Indicates the type of build that created this image. The build can be initiated in the following ways:
-
USER_INITIATED – A manual pipeline build request.
-
SCHEDULED – A pipeline build initiated by a cron expression in the Image Builder pipeline, or from EventBridge.
-
IMPORT – A VM import created the image to use as the base image for the recipe.
Implementations
The Amazon Resource Name (ARN) of a specific version of an Image Builder image.
Semantic versioning is included in each object's Amazon Resource Name (ARN), at the level that applies to that object as follows:
-
Versionless ARNs and Name ARNs do not include specific values in any of the nodes. The nodes are either left off entirely, or they are specified as wildcards, for example: x.x.x.
-
Version ARNs have only the first three nodes:
. . -
Build version ARNs have all four nodes, and point to a specific build for a specific version of an object.
Specifies whether this image is an AMI or a container image.
Details for a specific version of an Image Builder image. This version follows the semantic version syntax.
The semantic version has four nodes:
Assignment: For the first three nodes you can assign any positive integer value, including zero, with an upper limit of 2^30-1, or 1073741823 for each node. Image Builder automatically assigns the build number to the fourth node.
Patterns: You can use any numeric pattern that adheres to the assignment requirements for the nodes that you can assign. For example, you might choose a software version pattern, such as 1.0.0, or a date, such as 2021.01.01.
Filtering: With semantic versioning, you have the flexibility to use wildcards (x) to specify the most recent versions or nodes when selecting the base image or components for your recipe. When you use a wildcard in any node, all nodes to the right of the first wildcard must also be wildcards.
The platform of the image version, for example "Windows" or "Linux".
The operating system version of the Amazon EC2 build instance. For example, Amazon Linux 2, Ubuntu 18, or Microsoft Windows Server 2019.
The date on which this specific version of the Image Builder image was created.
Indicates the type of build that created this image. The build can be initiated in the following ways:
-
USER_INITIATED – A manual pipeline build request.
-
SCHEDULED – A pipeline build initiated by a cron expression in the Image Builder pipeline, or from EventBridge.
-
IMPORT – A VM import created the image to use as the base image for the recipe.
Creates a new builder-style object to manufacture ImageVersion
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 ImageVersion
impl Send for ImageVersion
impl Sync for ImageVersion
impl Unpin for ImageVersion
impl UnwindSafe for ImageVersion
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