Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| dido:02-crusible:99-annexes:annex-c-requirements:03-functional-requirements:03-03-deployment-orchestration:fr-dep-003 [2026/07/17 09:28] – nick_dido | dido:02-crusible:99-annexes:annex-c-requirements:03-functional-requirements:03-03-deployment-orchestration:fr-dep-003 [2026/07/30 05:46] (current) – nick_dido | ||
|---|---|---|---|
| Line 5: | Line 5: | ||
| ===== Statement ===== | ===== Statement ===== | ||
| - | [[dido: | + | [[dido: |
| - | ===== Source Statement | + | ===== Derived From ===== |
| - | > The system shall deploy [[dido:99_annexes: | + | This requirement derives from: |
| - | ===== Source ===== | + | * Crucible System Requirements Specification, |
| - | Crucible System Requirements Specification, | + | The Original Requirement states: |
| - | ===== Assessment ===== | + | > //The system shall deploy [[dido: |
| - | The source statement expresses a direct functional behavior but requires normative-language normalization and identification of the deployment target. | + | FR-DEP-003: |
| - | The following Specification Discipline | + | * Replaces **The system** with the defined system name [[dido: |
| + | * Changes **shall** to the established uppercase normative form **SHALL** | ||
| + | * Links **Kubernetes Clusters** to the controlling definition | ||
| - | * **The system** does not use the defined system name | + | No other substantive normalization is required. |
| - | * **shall** does not follow the established uppercase normative convention | + | |
| - | * **Kubernetes clusters** identifies the deployment subject but does not identify the target Infrastructure Environment | + | |
| - | * The source statement does not prescribe a Kubernetes distribution, | + | |
| - | * The source statement does not independently require cluster validation, workload deployment, rollback, or compliance assessment | + | |
| - | + | ||
| - | The normalized Statement: | + | |
| - | + | ||
| - | * Replaces **The system** with [[dido: | + | |
| - | * Retains the direct and testable verb **deploy** | + | |
| - | * Identifies a Kubernetes Cluster as the deployment subject | + | |
| - | * Identifies the target Infrastructure Environment | + | |
| - | * Preserves implementation independence | + | |
| - | * Retains one primary | + | |
| - | + | ||
| - | **Kubernetes Cluster** should receive a glossary definition because the term identifies a distinct deployable platform subject used by multiple requirements. | + | |
| ===== Rationale ===== | ===== Rationale ===== | ||
| - | A Kubernetes Cluster | + | A [[dido: |
| - | A Kubernetes | + | Deploying |
| - | * Control-plane components | + | This requirement establishes Kubernetes |
| - | * Worker nodes | + | |
| - | * Cluster | + | |
| - | * Cluster storage integration | + | |
| - | * Identity and access configuration | + | |
| - | * Security configuration | + | |
| - | * Service discovery | + | |
| - | * Admission controls | + | |
| - | * Monitoring integration | + | |
| - | * Logging integration | + | |
| - | The applicable | + | * A Kubernetes distribution |
| + | * A Kubernetes version | ||
| + | * A cluster topology | ||
| + | * The target | ||
| + | * The Deployment Target | ||
| + | * The deployment mechanism | ||
| + | * Workload deployment | ||
| + | * Platform-service | ||
| + | * Deployment validation | ||
| + | * Deployment rollback | ||
| + | * Compliance assessment | ||
| - | Kubernetes Cluster deployment contributes to: | + | Separate requirements define those subjects |
| - | + | ||
| - | * Repeatable container-platform establishment | + | |
| - | * Consistent cluster configuration | + | |
| - | * Automated platform creation | + | |
| - | * Portable workload hosting | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| ===== Applies To ===== | ===== Applies To ===== | ||
| Line 72: | Line 52: | ||
| * [[dido: | * [[dido: | ||
| - | | + | * [[dido: |
| - | * Kubernetes control-plane components | + | * Kubernetes |
| - | * Kubernetes worker nodes | + | |
| - | * Cluster networking | + | |
| - | * Cluster storage integration | + | |
| - | * Cluster identity and access configuration | + | |
| - | * Cluster security configuration | + | |
| - | | + | |
| - | * [[dido: | + | |
| - | * Kubernetes deployment | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| ===== Verification ===== | ===== Verification ===== | ||
| - | - Verification | + | Verification |
| - | - Verification SHALL confirm that the deployment operation targets an identified [[dido: | + | |
| - | - Verification SHALL confirm that the Kubernetes Cluster exists in the target Infrastructure Environment after successful deployment | + | |
| - | Verification may include: | + | |
| - | + | - [[dido: | |
| - | * Kubernetes Cluster deployment testing | + | - The completed |
| - | * Kubernetes interface inspection | + | - The resulting Kubernetes Clusters can be identified as outputs of the tested |
| - | * Cluster-component inspection | + | |
| - | * Target-environment inspection | + | |
| - | * Deployment-output inspection | + | |
| - | * Deployment-log inspection | + | |
| - | * Automated CI/CD Pipeline testing | + | |
| - | + | ||
| - | The verification record SHALL identify: | + | |
| - | + | ||
| - | - The deployed | + | |
| - | - The target Infrastructure Environment | + | |
| - | - The deployment | + | |
| - | - The deployment result | + | |
| - | - The observed cluster state | + | |
| - | - The generated | + | |
| - | + | ||
| - | ===== Outgoing Traceability ===== | + | |
| - | + | ||
| - | This requirement realizes: | + | |
| - | + | ||
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | + | ||
| - | This requirement relates to: | + | |
| - | + | ||
| - | * [[dido: | + | |
| - | | + | |
| - | | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| ===== Referenced By ===== | ===== Referenced By ===== | ||
| - | The wiki Backlinks function provides the current list of pages that reference | + | The following |
| - | + | ||
| - | Incoming Traceability should be derived dynamically from backlinks rather than maintained as a duplicate manual list. | + | |
| - | + | ||
| - | Backlinks identify incoming references but do not define the semantics of each relationship. Referencing pages should identify whether the relationship represents realization, | + | |
| - | + | ||
| - | ===== ConOps Relationship ===== | + | |
| - | + | ||
| - | The Crucible Concept of Operations describes automated platform and workload deployment through a Phase 1 CI/CD Pipeline. | + | |
| - | + | ||
| - | FR-DEP-003 establishes the required behavior for deploying a Kubernetes Cluster to a target Infrastructure Environment. | + | |
| - | + | ||
| - | Requirements governing infrastructure resources, containerized workloads, platform services, rollback, and validation define separate behavior. | + | |
| - | + | ||
| - | ===== Delivery Phase ===== | + | |
| - | Phase 1 | + | {{backlinks> |
| ===== Implementation Status ===== | ===== Implementation Status ===== | ||
| - | Not Assessed | + | Implemented and Verified |
| - | + | ||
| - | Implementation status requires verification that Crucible deploys a Kubernetes Cluster to a target Infrastructure Environment. | + | |
| ===== Requirement Status ===== | ===== Requirement Status ===== | ||
| - | Draft | + | < |
| - | + | ||
| - | The source System Requirements Specification identifies Version 1.1 as a draft. | + | |
| ---- | ---- | ||
| - | ===== Notes for Editors | + | ===== Issues |
| - | This requirement page should retain | + | < |
| - | Changes to the Statement SHALL preserve the approved intent of the source requirement. | + | < |
| - | The Source Statement should preserve the original wording from the controlling System Requirements Specification. | + | ---- |
| + | ===== Notes for Editors ===== | ||
| - | The Statement should remain limited to deployment of a Kubernetes Cluster. | + | This requirement page retains the stable requirement identifier '' |
| - | Requirements for containerized workload deployment, platform services, rollback, validation, and cluster retirement should remain in their applicable | + | This page is a leaf requirement |
| - | Verification criteria should test only the behavior stated in the normalized Statement and should not introduce additional normative obligations. | + | The Statement preserves |
| - | Incoming Traceability should use the wiki Backlinks function rather than a manually maintained list. | + | Do not add a Kubernetes distribution, |
| To reference this requirement Statement from another wiki page, insert: | To reference this requirement Statement from another wiki page, insert: | ||
| Line 182: | Line 101: | ||
| {{section> | {{section> | ||
| </ | </ | ||
| - | |||
| - | Do not rename this page after an external citation unless a redirect or move plan is in place. | ||
| ---- | ---- | ||