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-004 [2026/07/20 08:25] – ↷ Links adapted because of a move operation nick_dido | dido:02-crusible:99-annexes:annex-c-requirements:03-functional-requirements:03-03-deployment-orchestration:fr-dep-004 [2026/07/30 05:47] (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-004: |
| - | The following Specification, | + | * Replaces **The system** with the defined system name [[dido: |
| + | * Changes **shall** to the established uppercase normative form **SHALL** | ||
| + | * Links **Containerized Workloads** 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 | + | |
| - | * **Containerized workloads** identify the deployment subject but do not identify the target platform | + | |
| - | * The source statement does not prescribe a container runtime, orchestration platform, [[dido: | + | |
| - | * The source statement does not independently require workload validation, availability, | + | |
| - | + | ||
| - | The normalized Statement: | + | |
| - | + | ||
| - | * Replaces **The system** with [[dido: | + | |
| - | * Retains the direct and testable verb **deploy** | + | |
| - | * Identifies a containerized workload as the deployment subject | + | |
| - | * Identifies a target container platform | + | |
| - | * Preserves implementation independence | + | |
| - | * Retains one primary | + | |
| - | + | ||
| - | **Containerized Workload** and **Container Platform** should receive glossary definitions because they identify distinct architectural subjects used by this and related requirements. | + | |
| ===== Rationale ===== | ===== Rationale ===== | ||
| - | A containerized workload comprises | + | A [[dido: |
| - | Containerized-workload | + | Deploying |
| - | * One or more [[dido:99_annexes: | + | This requirement establishes Containerized Workload deployment without prescribing: |
| - | * Workload configuration | + | |
| - | * Runtime parameters | + | |
| - | * Identity and access configuration | + | |
| - | * Network configuration | + | |
| - | * Storage configuration | + | |
| - | * Resource requirements | + | |
| - | * Security controls | + | |
| - | * Service-discovery configuration | + | |
| - | * Scaling configuration | + | |
| - | The applicable deployment specification determines which inputs apply. | + | * The [[dido: |
| + | * The target Container Platform | ||
| + | * The container runtime | ||
| + | * The orchestration platform | ||
| + | * The workload configuration | ||
| + | * Workload availability | ||
| + | * Workload scaling | ||
| + | * Deployment validation | ||
| + | * Deployment rollback | ||
| + | * Compliance assessment | ||
| - | Containerized-workload deployment contributes to: | + | Separate requirements define those subjects |
| - | + | ||
| - | * Repeatable workload creation | + | |
| - | * Consistent runtime configuration | + | |
| - | * Automated application | + | |
| - | * Workload portability | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| ===== Applies To ===== | ===== Applies To ===== | ||
| Line 72: | Line 51: | ||
| * [[dido: | * [[dido: | ||
| - | | + | * [[dido: |
| - | | + | * Containerized |
| - | * Container instances | + | |
| - | * Container platforms | + | |
| - | * Container runtimes | + | |
| - | * Kubernetes Clusters | + | |
| - | * Workload configuration | + | |
| - | * Workload deployment | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| ===== Verification ===== | ===== Verification ===== | ||
| - | - Verification | + | Verification |
| - | - Verification SHALL confirm that the deployment operation targets an identified container platform | + | |
| - | - Verification SHALL confirm that the containerized workload exists on the target container platform after successful deployment | + | |
| - | Verification may include: | + | - One or more Containerized |
| - | + | - [[dido: | |
| - | * Containerized-workload | + | - The completed |
| - | | + | - The resulting Containerized Workloads can be identified as outputs of the tested |
| - | * Container-runtime inspection | + | |
| - | * Workload-state inspection | + | |
| - | * Deployment-output inspection | + | |
| - | * Deployment-log inspection | + | |
| - | * Automated CI/CD Pipeline testing | + | |
| - | + | ||
| - | The verification record SHALL identify: | + | |
| - | + | ||
| - | - The deployed containerized workload | + | |
| - | - The target container platform | + | |
| - | - The deployment operation | + | |
| - | - The deployment result | + | |
| - | - The observed workload state | + | |
| - | - The generated | + | |
| - | + | ||
| - | ===== Outgoing Traceability ===== | + | |
| - | + | ||
| - | This requirement realizes: | + | |
| - | + | ||
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | + | ||
| - | This requirement relates to: | + | |
| - | + | ||
| - | * [[dido: | + | |
| - | * [[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 a Phase 1 workflow that builds controlled Container Images and deploys platform and application components through an automated CI/CD Pipeline. | + | |
| - | + | ||
| - | FR-DEP-004 establishes the required behavior for deploying a containerized workload to a target container platform. | + | |
| - | + | ||
| - | Requirements governing Container Image building, Kubernetes Cluster deployment, 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 containerized workload to a target container platform. | + | |
| ===== 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 containerized workload. | + | This requirement page retains the stable requirement identifier '' |
| - | Requirements for Container Image building, Image Promotion, scaling, availability, | + | 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 Container Images, |
| To reference this requirement Statement from another wiki page, insert: | To reference this requirement Statement from another wiki page, insert: | ||
| Line 182: | Line 100: | ||
| {{section> | {{section> | ||
| </ | </ | ||
| - | |||
| - | Do not rename this page after an external citation unless a redirect or move plan is in place. | ||
| ---- | ---- | ||