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:p:platform_independence [2026/09/12 17:42] – removed - external edit (Unknown date) 127.0.0.1 | public:99_annexes:annex-b-terms-and-definitions:p:platform_independence [2026/09/12 17:43] (current) – ↷ Links adapted because of a move operation nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Platform Independence ====== | ||
| + | [[public: | ||
| + | |||
| + | ===== Discussion ===== | ||
| + | |||
| + | Platform Independence is the characteristic of information, | ||
| + | |||
| + | Platform Independence may apply to: | ||
| + | |||
| + | * Models | ||
| + | * Specifications | ||
| + | * Interfaces | ||
| + | * [[public: | ||
| + | * [[public: | ||
| + | * Policies | ||
| + | * Data structures | ||
| + | * Processing behavior | ||
| + | * Deployment intent | ||
| + | * Security requirements | ||
| + | * [[public: | ||
| + | |||
| + | Platform Independent content expresses what a system, environment, | ||
| + | |||
| + | * Cloud provider | ||
| + | * Operating system | ||
| + | * Hardware architecture | ||
| + | * Virtualization platform | ||
| + | * Container platform | ||
| + | * Runtime | ||
| + | * Storage implementation | ||
| + | * Network implementation | ||
| + | * Deployment tool | ||
| + | * Vendor product | ||
| + | |||
| + | Platform Independence depends on separating [[public: | ||
| + | |||
| + | A platform-independent specification may require transformation, | ||
| + | |||
| + | Platform Independence differs from platform neutrality: | ||
| + | |||
| + | * Platform Independence means the specified content does not depend on a particular implementation platform | ||
| + | * Platform neutrality may indicate that a specification does not prefer one platform over another | ||
| + | |||
| + | A specification can be platform neutral while still containing platform-dependent constructs. Platform Independence requires the relevant content itself to remain free from those dependencies. | ||
| + | |||
| + | Platform Independence also differs from [[public: | ||
| + | |||
| + | * Platform Independence is a characteristic of information, | ||
| + | * Cloud Portability is the capability to transfer or re-realize a subject between cloud environments while preserving defined characteristics | ||
| + | |||
| + | Platform Independence can contribute to Cloud Portability, | ||
| + | |||
| + | ===== Definition ===== | ||
| + | |||
| + | // | ||
| + | |||
| + | ===== Source ===== | ||
| + | |||
| + | Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | |||
| + | ===== Note ===== | ||
| + | |||
| + | Platform Independence does not mean that an implementation can operate without an implementation platform. | ||
| + | |||
| + | A platform-independent artifact may still require: | ||
| + | |||
| + | * Selection of a target platform | ||
| + | * Mapping to platform services | ||
| + | * Addition of [[public: | ||
| + | * Transformation into a platform-specific representation | ||
| + | * Validation against target-platform constraints | ||
| + | |||
| + | The degree of Platform Independence depends on the abstraction boundary established by the applicable architecture. | ||
| + | |||
| + | An artifact may be independent of one platform category while depending on another. For example, an Infrastructure Blueprint may be independent of a particular cloud provider while depending on a container orchestration model. | ||
| + | |||
| + | The term does not require a particular modeling language, transformation method, deployment technology, provider, or tool. | ||
| + | |||
| + | ===== Example ===== | ||
| + | |||
| + | An Infrastructure Blueprint specifies required compute capacity, persistent storage, network connectivity, | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||