---
title: Getting Started with Datadog
description: Datadog, the leading service for cloud-scale monitoring.
breadcrumbs: Docs > Infrastructure > Datadog Resource Catalog
---

# aws_imagebuilder_component_version{% #aws_imagebuilder_component_version %}

## `account_id`{% #account_id %}

**Type**: `STRING`

## `arn`{% #arn %}

**Type**: `STRING`**Provider name**: `arn`**Description**: The Amazon Resource Name (ARN) of the component.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.
1. Version ARNs have only the first three nodes: <major>.<minor>.<patch>
1. Build version ARNs have all four nodes, and point to a specific build for a specific version of an object.



## `date_created`{% #date_created %}

**Type**: `STRING`**Provider name**: `dateCreated`**Description**: The date that the component was created.

## `description`{% #description %}

**Type**: `STRING`**Provider name**: `description`**Description**: The description of the component.

## `name`{% #name %}

**Type**: `STRING`**Provider name**: `name`**Description**: The name of the component.

## `owner`{% #owner %}

**Type**: `STRING`**Provider name**: `owner`**Description**: The owner of the component.

## `platform`{% #platform %}

**Type**: `STRING`**Provider name**: `platform`**Description**: The platform of the component.

## `product_codes`{% #product_codes %}

**Type**: `UNORDERED_LIST_STRUCT`**Provider name**: `productCodes`**Description**: Contains product codes that are used for billing purposes for Amazon Web Services Marketplace components.

- `product_code_id`**Type**: `STRING`**Provider name**: `productCodeId`**Description**: For Amazon Web Services Marketplace components, this contains the product code ID that can be stamped onto an EC2 AMI to ensure that components are billed correctly. If this property is empty, it might mean that the component is not published.
- `product_code_type`**Type**: `STRING`**Provider name**: `productCodeType`**Description**: The owner of the product code that's billed. If this property is empty, it might mean that the component is not published.

## `status`{% #status %}

**Type**: `STRING`**Provider name**: `status`**Description**: Describes the current status of the component version.

## `supported_os_versions`{% #supported_os_versions %}

**Type**: `UNORDERED_LIST_STRING`**Provider name**: `supportedOsVersions`**Description**: he operating system (OS) version supported by the component. If the OS information is available, a prefix match is performed against the base image OS version during image recipe creation.

## `tags`{% #tags %}

**Type**: `UNORDERED_LIST_STRING`

## `type`{% #type %}

**Type**: `STRING`**Provider name**: `type`**Description**: The type of the component denotes whether the component is used to build the image or only to test it.

## `version`{% #version %}

**Type**: `STRING`**Provider name**: `version`**Description**: The semantic version of the component.The semantic version has four nodes: <major>.<minor>.<patch>/<build>. 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.