Show pageOld revisionsBacklinksAdd to bookExport to PDFODT exportBack to top Backlinks This is a list of pages that seem to link back to the current page. Audit Recording RoleCrucibleData PlaneData Structure InstanceData Distribution Service (DDS)FX Audit and Provenance NodeFX Audit RecordFX Audit Record EndpointFX Endpoint TraceabilityFX Evidence TraceabilityFX Information Structure TraceabilityFX Interaction TraceabilityFX Logical Admission RulesFX Logical Change ControlFX Logical CompatibilityFX Logical Ownership of DefinitionsFX Node TraceabilityFX Runtime Plane TraceabilityInterface Definition Language (IDL)K3sKubernetesLogical Audit and Provenance PlaneLogical Policy and Release PlanePart 1 Concept to FX Logical Profile ElementPart 1 Concept to FX Logical Profile ElementProtocol BuffersRTraceabilityP1-REQ-13-4-001P1-REQ-13-4-005P1-REQ-13-4-011P1-REQ-13-5-001P1-REQ-13-5-007P1-REQ-13-5-008P1-REQ-13-5-009P1-REQ-13-9-0031. ScopeForewordIntroduction1. Scope3.1 Traceability to SIP-RA3.2 Alignment with FDIS-RA4.4 Logical Meaning Before Physical Realization6.3 Monetary Ecosystem6.4 Foreign Exchange Domain7.1 Overview7.5 Runtime Plane8.1 Overview8.7 Cross-Plane Relationships10.3 Conceptual Element to Logical Element / PIM10.4 Logical Element / PIM to Implementation Artifact / PSM10.7 Bidirectional Review and Impact Analysis11.2 Conceptual Elements Remain Distinct11.4 Classification Values Do Not Define Runtime Boundaries11.5 Runtime Planes Remain Conceptual Classifications11.6 Implementation Mappings Do Not Redefine Concepts11.7 Deployment Artifacts Do Not Redefine Implementation Artifacts11.11 Conceptual Constraints Summary12.3 Logical Architecture Preserves Conceptual Meaning12.6 Logical Architecture Provides the Basis for Implementation Profiles12.7 Traceability from Part 1 to Part 213.4 Core Conceptual Element Requirements13.5 Runtime Plane Requirements13.9 Relationship to Logical Architecture / PIM RequirementsForewordIntroduction2. Relationship to Part 0 and Part 13.3 Traceability to Part 1 Conceptual Architecture4.4 Logical Separation of Runtime Planes4.6 Traceability from Concept to Logical Model5.6 Logical Runtime Plane Model5.7 Logical Traceability Model7.1 Overview9.1 Overview13.4 What Domain Profiles PreserveForeword3.1 Traceability to SIP-RA3.3 Traceability to Part 1 Conceptual Architecture3.4 Traceability to Part 2 Distributed Node-Based Logical Architecture / PIM4.1 Domain Specialization without Conceptual Redefinition4.1 Domain Specialisation without Conceptual Redefinition4.3 Distributed FX Node Network4.4 Explicit FX Communication Endpoints4.6 Runtime Plane Separation in the FX Demo4.8 Evidence-Oriented FX Logical Design5.1 Overview5.5 FX Demo Logical Communication Model5.7 FX Demo Logical Runtime Plane Model5.8 FX Demo Logical Traceability Model6.1 Overview8.1 Overview10.1 Overview10.7 Cross-Plane Relationships in the FX Demo12.1 Overview12.2 Register FX Logical Node12.11 Record FX Audit and Provenance13.1 Overview14.10 FX Logical Traceability Summary15.1 Overview15.2 FX Logical Elements Prepared for Technology Mapping15.3 FX Communication Technology Independence15.6 Boundary Between Part 3 and Part 416.3 FX Logical Endpoints Remain Distinct from Communication Technologies16.5 FX Runtime Planes Remain Distinct from Implementation Groupings16.6 FX Logical Interactions Remain Traceable16.7 FX Demo Logical Profile Does Not Prescribe Deployment Topology16.8 FX Demo Logical Profile Does Not Prescribe Communication Pattern Implementation16.10 FX Demo Logical Constraints Summary17.1 Overview1. Scope2. Relationship to Parts 0, 1, 2, and 33.1 Traceability to SIP-RA3.3 Traceability to Part 1 Conceptual Architecture3.4 Traceability to Part 2 Distributed Node-Based Logical Architecture / Platform-Independent Model (PIM)3.5 Traceability to Part 3 FX Demo Logical Profile4.1 Overview4.5 Relationship to the FX Demo Logical Profile5.1 Overview5.7 Runtime Plane Discipline in Implementation5.10 Phase 0 Implementation Principles Summary6.2 Part 3 Working Baseline7.1 Overview7.4 QoS Profiles as Phase 0 Communication Behavior Controls7.7 Scripts as Phase 0 Build and Execution Helpers8.1 Overview8.2 Node Mapping Principles9.1 Overview9.2 Topic Mapping Principles10.2 Information Structure Mapping Principles11.1 Overview13.1 Overview13.2 QoS Profile Purpose13.3 QoS Profile Mapping Principles13.4 Control Plane QoS Profile13.5 Data Plane QoS Profile13.6 Health and Observability Plane QoS Profile13.7 Policy and Release Plane QoS Profile13.8 Audit and Provenance Plane QoS Profile13.9 QoS Profile Mapping Summary13.10 QoS Boundaries and Non-Goals14.4 IDL Directory Model14.6 Configuration Directory Model14.7 Script Directory Model15.2 Purpose of the Developer Handbook15.8 Logging Convention Requirements18.7 Runtime Plane Implementation Traceability19.7 Part 5 Handoff20.3 DDS Topics Do Not Redefine Logical Communication Endpoints20.4 IDL Structures Do Not Redefine Logical Information Structures20.7 Repository Layout Does Not Redefine Architecture9.2 IDL Source Location dido/99_annexes/annex-b-terms-and-definitions/r/runtime_plane.txt Last modified: 2026/07/18 12:33by 127.0.0.1