Hi there! Are you looking for the official Deno documentation? Try docs.deno.com for all your Deno learning needs.

ContainerRecipe

import type { ContainerRecipe } from "https://aws-api.deno.dev/v0.3/services/imagebuilder.ts?docs=full";

A container recipe.

interface ContainerRecipe {
arn?: string | null;
components?: ComponentConfiguration[] | null;
containerType?: ContainerType | null;
dateCreated?: string | null;
description?: string | null;
dockerfileTemplateData?: string | null;
encrypted?: boolean | null;
instanceConfiguration?: InstanceConfiguration | null;
kmsKeyId?: string | null;
name?: string | null;
owner?: string | null;
parentImage?: string | null;
platform?: Platform | null;
tags?: {
[key: string]: string | null | undefined;
}
| null;
targetRepository?: TargetContainerRepository | null;
version?: string | null;
workingDirectory?: string | null;
}

§Properties

§
arn?: string | null
[src]

The Amazon Resource Name (ARN) of the container recipe.

Note: Semantic versioning is included in each object's Amazon Resource Name (ARN), at the level that applies to that object as follows:

  1. 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.
  2. Version ARNs have only the first three nodes: ..
  3. Build version ARNs have all four nodes, and point to a specific build for a specific version of an object.
§
components?: ComponentConfiguration[] | null
[src]

Components for build and test that are included in the container recipe.

§
containerType?: ContainerType | null
[src]

Specifies the type of container, such as Docker.

§
dateCreated?: string | null
[src]

The date when this container recipe was created.

§
description?: string | null
[src]

The description of the container recipe.

§
dockerfileTemplateData?: string | null
[src]

Dockerfiles are text documents that are used to build Docker containers, and ensure that they contain all of the elements required by the application running inside. The template data consists of contextual variables where Image Builder places build information or scripts, based on your container image recipe.

§
encrypted?: boolean | null
[src]

A flag that indicates if the target container is encrypted.

§
instanceConfiguration?: InstanceConfiguration | null
[src]

A group of options that can be used to configure an instance for building and testing container images.

§
kmsKeyId?: string | null
[src]

Identifies which KMS key is used to encrypt the container image for distribution to the target Region.

§
name?: string | null
[src]

The name of the container recipe.

§
owner?: string | null
[src]

The owner of the container recipe.

§
parentImage?: string | null
[src]

The base image for the container recipe.

§
platform?: Platform | null
[src]

The system platform for the container, such as Windows or Linux.

§
tags?: {
[key: string]: string | null | undefined;
}
| null
[src]

Tags that are attached to the container recipe.

§
targetRepository?: TargetContainerRepository | null
[src]

The destination repository for the container image.

§
version?: string | null
[src]

The semantic version of the container recipe.

Note: The semantic version has four nodes: ../. You can assign values for the first three, and can filter on all of them. 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.

§
workingDirectory?: string | null
[src]

The working directory for use during build and test workflows.