Deployment Target
Discussion
A Deployment Target identifies a specific configured destination to which a Deployment can deliver an Infrastructure Environment.
A Deployment Target represents a concrete destination rather than a general technology, vendor, infrastructure category, or Deployment Platform.
For example:
-
-
An identified AWS account, region, virtual private cloud, subnet set, resource boundary, and authorization context can constitute a Deployment Target
-
-
An identified Azure tenant, subscription, region, resource group, network boundary, and authorization context can constitute a Deployment Target
-
-
An identified Google Cloud organization, project, region, network boundary, resource boundary, and authorization context can constitute a Deployment Target
-
-
An identified vCenter instance, data center, cluster, resource pool, datastore set, network set, and authorization context can constitute a Deployment Target
-
-
An identified OpenShift cluster, project or namespace boundary, resource quota, network boundary, and authorization context can constitute a Deployment Target
-
-
An identified set of physical servers, networks, storage resources, management interfaces, and authorization boundaries can constitute a Deployment Target
A Deployment Target forms part of a Target Environment.
The Target Environment identifies the broader organizational, operational, security, compliance, connectivity, and physical context. The Deployment Target identifies the specific configured destination within that context to which the Deployment applies.
A Deployment Target can exist within a:
A Deployment Target record can identify:
-
A unique Deployment Target identifier
-
A human-readable name
-
A description
-
-
The platform, cloud, or infrastructure operator
-
The Provider Implementation
-
The account, tenant, subscription, project, cluster, site, or organizational boundary
-
The geographic region, availability zone, facility, or physical location
-
The network boundary
-
The compute-resource boundary
-
The storage-resource boundary
-
The operational environment
-
The connectivity classification
-
The security classification
-
The compliance profile
-
The supported processor architectures
-
The supported operating systems
-
-
-
-
-
-
-
The authorized Artifact repositories
-
The authorized external resources
-
The credential or authorization reference
-
The responsible owner or authority
-
The approval status
-
The availability status
-
The lifecycle status
-
The effective date
-
The review or expiration date
-
-
A Deployment Description identifies the requirements of a proposed Deployment. A Deployment Target identifies the destination whose recorded capabilities, constraints, authorization, and status can be evaluated against those requirements.
A Deployment Target Catalog records the Deployment Targets available for discovery, evaluation, and selection.
Definition
specific configured destination, identified by its Deployment Platform, resource boundaries, operating conditions, and authorization context, to which a Deployment can deliver an Infrastructure Environment
Source
Note
A Deployment Platform identifies a platform type or technology. A Deployment Target identifies a specific configured destination that uses that Deployment Platform.
Multiple Deployment Targets can use the same Deployment Platform.
A Deployment Target can use more than one platform layer. For example, an OpenShift Deployment Target can use Amazon Web Services, Microsoft Azure, Google Cloud Platform, VMware vSphere, or Bare-Metal Infrastructure as its underlying platform.
A Deployment Target does not identify the Infrastructure Environment deployed to it:
-
The Deployment Target identifies the destination
-
The Deployment Description identifies the Deployment requirements
-
The Deployment creates or changes the Infrastructure Environment
The presence of a Deployment Target in a Deployment Target Catalog does not by itself authorize its use. The Deployment Target record identifies its approval, availability, lifecycle, security, and compliance status.
A Deployment Target should reference an authorized credential-management mechanism rather than contain reusable credentials, private keys, passwords, or access tokens directly.
Example
An AWS Deployment Target identifies:
-
A Deployment Target identifier
-
-
An AWS account
-
An AWS region
-
A virtual private cloud
-
The permitted subnets
-
The permitted availability zones
-
The compute- and storage-resource boundaries
-
The identity role used for Deployment
-
-
The authorized Artifact repositories
-
The supported Machine Images
-
The supported Infrastructure Baselines
-
The security and compliance constraints
-
The Provider Implementation
-
The approval and availability status
-
The responsible authority
Crucible compares a Deployment Description with the recorded capabilities and constraints of the Deployment Target before performing the Deployment.
© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.