Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| dido:99_annexes:annex-b-terms-and-definitions:d:deployment_target [2026/07/22 13:02] – removed - external edit (Unknown date) 127.0.0.1 | dido:99_annexes:annex-b-terms-and-definitions:d:deployment_target [2026/07/22 13:04] (current) – nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Deployment Target ====== | ||
| + | [[dido: | ||
| + | |||
| + | ===== Discussion ===== | ||
| + | |||
| + | A Deployment Target identifies a specific configured destination to which a [[dido: | ||
| + | |||
| + | A Deployment Target represents a concrete destination rather than a general technology, vendor, infrastructure category, or [[dido: | ||
| + | |||
| + | For example: | ||
| + | |||
| + | * [[dido: | ||
| + | * An identified AWS account, region, virtual private cloud, subnet set, resource boundary, and authorization context can constitute a Deployment Target | ||
| + | * [[dido: | ||
| + | * An identified Azure tenant, subscription, | ||
| + | * [[dido: | ||
| + | * An identified Google Cloud organization, | ||
| + | * [[dido: | ||
| + | * An identified vCenter instance, data center, cluster, resource pool, datastore set, network set, and authorization context can constitute a Deployment Target | ||
| + | * [[dido: | ||
| + | * An identified OpenShift cluster, project or namespace boundary, resource quota, network boundary, and authorization context can constitute a Deployment Target | ||
| + | * [[dido: | ||
| + | * 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 [[dido: | ||
| + | |||
| + | The Target Environment identifies the broader organizational, | ||
| + | |||
| + | A Deployment Target can exist within a: | ||
| + | |||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | |||
| + | A Deployment Target record can identify: | ||
| + | |||
| + | * A unique Deployment Target identifier | ||
| + | * A human-readable name | ||
| + | * A description | ||
| + | * The [[dido: | ||
| + | * The platform, cloud, or infrastructure operator | ||
| + | * The Provider Implementation | ||
| + | * The account, tenant, subscription, | ||
| + | * 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 supported [[dido: | ||
| + | * The supported [[dido: | ||
| + | * The supported [[dido: | ||
| + | * The supported [[dido: | ||
| + | * The supported [[dido: | ||
| + | * The authorized [[dido: | ||
| + | * 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 | ||
| + | * The associated [[dido: | ||
| + | * The associated [[dido: | ||
| + | |||
| + | A [[dido: | ||
| + | |||
| + | A [[dido: | ||
| + | |||
| + | ===== Definition ===== | ||
| + | |||
| + | //specific configured destination, | ||
| + | |||
| + | ===== Source ===== | ||
| + | |||
| + | * Dido Solutions, Crucible architecture and requirements terminology | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | |||
| + | ===== 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 [[dido: | ||
| + | |||
| + | * 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, | ||
| + | |||
| + | A Deployment Target should reference an authorized credential-management mechanism rather than contain reusable credentials, | ||
| + | |||
| + | ===== Example ===== | ||
| + | |||
| + | An AWS Deployment Target identifies: | ||
| + | |||
| + | * A Deployment Target identifier | ||
| + | * [[dido: | ||
| + | * 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 [[dido: | ||
| + | * 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 | ||
| + | |||
| + | [[dido: | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||