Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| public:99_annexes:annex-b-terms-and-definitions:i:infrastructure_configuration [2026/09/12 17:42] – removed - external edit (Unknown date) 127.0.0.1 | public:99_annexes:annex-b-terms-and-definitions:i:infrastructure_configuration [2026/09/12 17:43] (current) – ↷ Links adapted because of a move operation nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Infrastructure Configuration ====== | ||
| + | [[public: | ||
| + | |||
| + | ===== Discussion ===== | ||
| + | |||
| + | An Infrastructure Configuration represents the desired state of an [[public: | ||
| + | |||
| + | The representation identifies the infrastructure elements and conditions required for the environment, | ||
| + | |||
| + | * Infrastructure resources | ||
| + | * Configuration values | ||
| + | * Relationships among resources | ||
| + | * Applicable constraints | ||
| + | * Required inputs and parameters | ||
| + | * Applicable [[public: | ||
| + | |||
| + | An Infrastructure Configuration describes the state that the Infrastructure Environment is required to achieve or preserve. The Infrastructure Configuration does not need to prescribe the sequence of operations used to create that state. | ||
| + | |||
| + | An Infrastructure Configuration may serve as: | ||
| + | |||
| + | * A controlled input to [[public: | ||
| + | * An input to [[public: | ||
| + | * A basis for comparing the desired and observed states | ||
| + | * A reusable configuration artifact | ||
| + | * A child or parent configuration within an inheritance relationship | ||
| + | * A version-controlled record of infrastructure intent | ||
| + | |||
| + | An Infrastructure Configuration differs from an Infrastructure Environment: | ||
| + | |||
| + | * The Infrastructure Configuration represents the required state | ||
| + | * The Infrastructure Environment is the infrastructure context represented, | ||
| + | |||
| + | ===== Definition ===== | ||
| + | |||
| + | // | ||
| + | |||
| + | ===== Source ===== | ||
| + | |||
| + | Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | |||
| + | ===== Note ===== | ||
| + | |||
| + | An Infrastructure Configuration may use a declarative, | ||
| + | |||
| + | The term does not require a particular configuration language, file format, provisioning technology, cloud provider, virtualization platform, container platform, or operating system. | ||
| + | |||
| + | A resolved Infrastructure Configuration may combine values inherited from a parent Infrastructure Configuration with explicit values defined by a child Infrastructure Configuration. | ||
| + | |||
| + | ===== Example ===== | ||
| + | |||
| + | An Infrastructure Configuration for a production environment specifies the required compute resources, storage resources, network relationships, | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||