Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision | |||
| dido:02-crusible:99-annexes:annex-c-requirements:03-functional-requirements:03-04-multi-cloud-management:fr-mc-003 [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-04-multi-cloud-management:fr-mc-003 [2026/07/30 05:53] (current) – nick_dido | ||
|---|---|---|---|
| Line 5: | Line 5: | ||
| ===== Statement ===== | ===== Statement ===== | ||
| - | [[dido: | + | [[dido: |
| - | ===== Source Statement | + | ===== Derived From ===== |
| - | > The system shall support deployment portability across cloud providers. | + | This requirement derives from: |
| - | ===== Source ===== | + | * Crucible System Requirements Specification, |
| - | Crucible System Requirements Specification, | + | The Original Requirement states: |
| - | ===== Assessment ===== | + | > //The system shall support deployment portability across cloud providers.// |
| - | The source statement identifies a portability objective but does not state an observable portability behavior. | + | FR-MC-003: |
| - | The following Specification, | + | * Replaces **The system** with the defined system name [[dido: |
| + | * Changes **shall** to the established uppercase normative form **SHALL** | ||
| + | * Replaces the weak verb **support** with **provide** | ||
| + | * Links **Cloud Providers** to the controlling definition | ||
| - | * **The system** does not use the defined system name | + | No other substantive normalization |
| - | * **shall** does not follow the established uppercase normative convention | + | |
| - | * **Support** | + | |
| - | * **Deployment portability** does not identify which deployment information remains unchanged | + | |
| - | * **Across cloud providers** does not identify the minimum number of Providers needed to demonstrate portability | + | |
| - | * The source statement does not distinguish [[dido: | + | |
| - | * The source statement does not require identical Provider services, resource types, interfaces, or physical implementations | + | |
| - | * The source statement does not prescribe particular cloud Providers | + | |
| - | + | ||
| - | The normalized Statement: | + | |
| - | + | ||
| - | * Replaces **The system** with [[dido: | + | |
| - | * Replaces **support** with the direct behavior **deploy** | + | |
| - | * Uses the defined Platform Independent Information concept | + | |
| - | * Uses the defined Platform Specific Information concept | + | |
| - | * Identifies the information that remains unchanged | + | |
| - | * Requires deployment through at least two cloud Providers | + | |
| - | * Limits deployment-input variation to the applicable Platform Specific Information | + | |
| - | * Preserves Provider-specific realization | + | |
| - | * Retains one primary required behavior | + | |
| - | + | ||
| - | The phrase **at least two** establishes the minimum observable condition required to demonstrate deployment across more than one cloud Provider. | + | |
| - | + | ||
| - | The normalized Statement does not require identical Provider resources, service names, interfaces, prices, performance characteristics, | + | |
| ===== Rationale ===== | ===== Rationale ===== | ||
| - | [[dido: | + | Deployment portability allows deployment intent to be realized through more than one [[dido: |
| - | [[dido:99_annexes: | + | Cloud Providers expose different: |
| - | [[dido: | + | * Resource types |
| + | * Service | ||
| + | * Configuration parameters | ||
| + | * Identity models | ||
| + | * Network models | ||
| + | * Storage models | ||
| + | * Regions | ||
| + | * Management interfaces | ||
| + | * Operational | ||
| - | Platform Specific Information may include: | + | Deployment portability does not require Cloud Providers to expose identical resources, services, interfaces, costs, performance characteristics, |
| - | * Provider resource types | + | This requirement establishes deployment portability without prescribing: |
| - | * Provider service identifiers | + | |
| - | * Provider regions | + | |
| - | * Provider account or project identifiers | + | |
| - | * Provider network identifiers | + | |
| - | * Provider storage classes | + | |
| - | * Provider machine types | + | |
| - | * Provider authentication parameters | + | |
| - | * Provider-specific security parameters | + | |
| - | * Provider-specific service configuration | + | |
| - | Cloud Portability does not require: | + | * A minimum number of tested |
| + | * [[dido:99_annexes: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * Identical Provider-specific realizations | ||
| + | * Particular Cloud Providers | ||
| + | * Common [[dido: | ||
| - | * Identical Provider resource identifiers | + | Separate requirements, |
| - | * Identical Provider service names | + | |
| - | * Identical Provider interfaces | + | |
| - | * Identical physical infrastructure | + | |
| - | * Identical costs | + | |
| - | * Identical performance | + | |
| - | * Identical operational constraints | + | |
| - | * Availability of every Provider-specific capability through every Provider | + | |
| - | + | ||
| - | Cloud Portability requires preservation of the applicable Platform Independent Information while Platform Specific Information varies for each Provider. | + | |
| - | + | ||
| - | The applicable [[dido: | + | |
| ===== Applies To ===== | ===== Applies To ===== | ||
| Line 87: | Line 62: | ||
| * [[dido: | * [[dido: | ||
| - | * [[dido: | + | * Deployment portability |
| - | * [[dido: | + | * [[dido: |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| - | * [[dido: | + | |
| * Cloud deployment workflows | * Cloud deployment workflows | ||
| ===== Verification ===== | ===== Verification ===== | ||
| - | - Verification | + | Verification |
| - | - Verification SHALL confirm that at least two cloud [[dido: | + | |
| - | - Verification SHALL confirm that the same Platform Independent Information is used for each tested Provider | + | |
| - | - Verification SHALL confirm that differences in deployment input are limited to identified [[dido: | + | |
| - | - Verification SHALL confirm that [[dido: | + | |
| - | - Verification SHALL confirm that each resulting deployment satisfies the applicable common [[dido: | + | |
| - | Verification may include: | + | |
| - | + | - Two or more [[dido: | |
| - | * Cross-Provider | + | - [[dido: |
| - | * Platform Independent Information comparison | + | - The resulting deployments preserve the deployment intent selected for the portability test |
| - | * Platform Specific Information comparison | + | - Provider-specific |
| - | * Provider Plugin tests | + | - The observed |
| - | * Provider Contract conformance tests | + | |
| - | * Infrastructure Baseline comparison | + | |
| - | * Deployment-result comparison | + | |
| - | * Acceptance | + | |
| - | + | ||
| - | The verification record SHALL identify: | + | |
| - | + | ||
| - | - The tested Platform Independent Information | + | |
| - | - The tested cloud Providers | + | |
| - | - The applicable Platform Specific Information for each Provider | + | |
| - | - The applicable | + | |
| - | - The applicable | + | |
| - | - The common Acceptance Criteria | + | |
| - | - Any Provider-specific | + | |
| - | - The observed deployment | + | |
| - | - The generated [[dido: | + | |
| - | + | ||
| - | ===== Outgoing Traceability ===== | + | |
| - | + | ||
| - | This requirement realizes: | + | |
| - | + | ||
| - | * [[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 [[dido: | + | {{backlinks>.#dido:02-crusible}} |
| - | + | ||
| - | 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 separates [[dido:99_annexes: | + | |
| - | + | ||
| - | FR-MC-003 establishes the observable cross-Provider deployment behavior required for [[dido: | + | |
| - | + | ||
| - | The same Platform Independent Information remains applicable to each deployment, while the Platform Specific Information varies according to the selected [[dido: | + | |
| - | + | ||
| - | [[dido: | + | |
| - | + | ||
| - | ===== Delivery Phase ===== | + | |
| - | + | ||
| - | Phase 1 | + | |
| ===== Implementation Status ===== | ===== Implementation Status ===== | ||
| - | Not Assessed | + | Implemented |
| - | + | ||
| - | Implementation status requires verification that [[dido: | + | |
| ===== 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 | + | < |
| - | The Source Statement should preserve the original wording from the controlling System Requirements Specification. | + | ---- |
| + | ===== Notes for Editors ===== | ||
| - | The Statement should remain limited to deploying | + | This requirement page retains |
| - | Cloud Portability should not be interpreted as requiring identical Provider-specific realizations. | + | This page is a leaf requirement page and omits a trailing '': |
| - | Provider Plugin and Provider Contract obligations should remain governed by FR-MC-002 unless | + | The Statement preserves |
| - | Verification criteria should test only the behavior stated in the normalized | + | Do not add Platform Independent Information, |
| - | Incoming Traceability should | + | Verification may use two or more Cloud Providers because portability across Providers cannot be demonstrated with only one Provider. This verification condition does not add a particular Provider or Provider technology to the normative Statement. |
| To reference this requirement Statement from another wiki page, insert: | To reference this requirement Statement from another wiki page, insert: | ||
| Line 202: | Line 116: | ||
| {{section> | {{section> | ||
| </ | </ | ||
| - | |||
| - | Do not rename this page after an external citation unless a redirect or move plan is in place. | ||
| ---- | ---- | ||