Show pageOld revisionsBacklinksAdd to bookExport to PDFODT exportBack to top This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong. ====== 5.6 Validate the Result ====== [[dido:02-crusible:05-operational-concept:start|Go to 5. Operational Concept]] [[dido:99_annexes:annex-b-terms-and-definitions:d:deployment_validation|Deployment Validation]] evaluates an identified deployment result against the applicable [[dido:99_annexes:annex-b-terms-and-definitions:a:acceptance_criteria|Acceptance Criteria]]. A completed deployment establishes that the deployment operations reached a completion state. It does not independently establish that the resulting environment satisfies the conditions required for its intended use. Crucible therefore evaluates the resulting deployed state after the applicable deployment operations complete. ===== Identify the Deployment Result ===== Crucible identifies the deployment result subject to validation. The deployment result can include: * Deployed [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_resource|Infrastructure Resources]] * A deployed [[dido:99_annexes:annex-b-terms-and-definitions:v:virtual_machine|Virtual Machine]] * A deployed [[dido:99_annexes:annex-b-terms-and-definitions:k:kubernetes_cluster|Kubernetes Cluster]] * A deployed [[dido:99_annexes:annex-b-terms-and-definitions:c:containerized_workload|Containerized Workload]] * A deployed Platform Service * A resulting [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_environment|Infrastructure Environment]] * Relationships among deployed subjects The identified deployment result retains its relationship to: * The deployment operation * The selected [[dido:99_annexes:annex-b-terms-and-definitions:d:deployment_target|Deployment Target]] * The deployed resources * The selected Baselines * The deployed Images * The deployment parameters * The provider implementation * The deployment status ===== Identify the Acceptance Criteria ===== Crucible identifies the Acceptance Criteria applicable to the deployment result. The applicable deployment specification, [[dido:99_annexes:annex-b-terms-and-definitions:b:baseline|Baseline]], policy, or lower-level requirement defines the Acceptance Criteria. Acceptance Criteria can evaluate: * Required resource existence * Required configuration * Required relationships * Required operational state * Required network behavior * Required identity and access behavior * Required security controls * Required service availability * Required health conditions * Required compliance results FR-DEP-007 does not independently establish a particular Acceptance Criterion. ===== Perform Deployment Validation ===== Crucible evaluates the identified deployment result against each applicable Acceptance Criterion. The validation activity can include: - Identify the deployment result - Identify the applicable Acceptance Criteria - Obtain the observations required by each criterion - Compare the observed deployment state with the expected state - Determine whether the deployment result satisfies each criterion - Record the result for each criterion - Determine the overall Deployment Validation result - Generate the applicable [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]] The validation method depends on the deployment subject and Acceptance Criteria. The requirement does not prescribe a validation tool, test framework, provider, or implementation technology. ===== Validation Outcomes ===== The Deployment Validation result identifies whether the evaluated deployment result satisfies the applicable Acceptance Criteria. Possible outcomes include: * Successful validation * Failed validation * Incomplete validation * Validation prevented by unavailable information or resources A failed criterion does not automatically determine the corrective action. The applicable workflow, policy, or authorized actor determines whether the result requires remediation, redeployment, rollback, recovery, reassessment, or another action. ===== Relationship to Deployment Execution ===== Deployment execution creates or changes a deployment subject. Deployment Validation evaluates the resulting deployment state against identified Acceptance Criteria. A successful deployment operation can therefore produce a deployment result that does not satisfy one or more Acceptance Criteria. Crucible preserves the distinction between: * The deployment-operation result * The Deployment Validation result ===== Relationship to Compliance Assessment ===== Deployment Validation differs from [[dido:99_annexes:annex-b-terms-and-definitions:c:compliance_assessment|Compliance Assessment]]. * Deployment Validation evaluates a deployment result against deployment Acceptance Criteria * Compliance Assessment evaluates an identified subject against identified compliance criteria A Compliance Assessment result can form part of the applicable Acceptance Criteria, but Deployment Validation does not replace Compliance Assessment. ===== Relationship to Rollback and Recovery ===== Deployment Validation can provide information used to initiate a rollback or recovery decision. Deployment Validation does not itself require: * Automatic rollback * Restoration of a prior state * Remediation * Redeployment * Replacement of a deployed Image * Approval of the deployment result Separate requirements govern those behaviors. ===== Validation Result ===== The Deployment Validation result records: * The validation identifier * The evaluated deployment result * The applicable Acceptance Criteria * The observed result for each criterion * The determination for each criterion * The overall validation result * The validation operation * The validation time * Any incomplete or unavailable validation information * The associated [[dido:99_annexes:annex-b-terms-and-definitions:p:provenance|Provenance]] * The associated [[dido:99_annexes:annex-b-terms-and-definitions:t:traceability|Traceability]] * The generated Evidence The validation result becomes an input to operational acceptance, remediation, rollback, recovery, redeployment, compliance activity, and lifecycle-record preservation as governed by the applicable requirements and policies. ===== Requirements Addressed ===== ^ Requirement ^ Statement ^ | [[dido:02-crusible:99-annexes:annex-c-requirements:03-functional-requirements:03-03-deployment-orchestration:fr-dep-007]] | {{section>dido:02-crusible:99-annexes:annex-c-requirements:03-functional-requirements:03-03-deployment-orchestration:fr-dep-007#Statement&noheader&nofooter&noeditbtn}} | The linked leaf requirement page remains the canonical source. ---- <WRAP centeralign> © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. </WRAP> dido/02-crusible/05-operational-concept/05-06-validate-the-result.txt Last modified: 2026/08/01 06:23by nick_dido