Logical Node Identity
Discussion
Logical Node Identity uniquely identifies a Logical Node within the Logical Architecture/PIM. It allows logical interactions, responsibilities, events, records, observations, commands, audit entries, provenance entries, and evidence expectations to be used to identify the Logical Node involved.
Logical Node Identity supports logical attribution and traceability. It allows reviewers to determine which Logical Node produced information, consumed information, performed a role, participated in a Runtime Plane, or contributed to an interaction.
Logical Node Identity remains distinct from implementation and deployment identifiers. Later implementation profiles use runtime identifiers such as certificates, service accounts, process names, container names, pod names, host names, network addresses, API identities, or DDS participant names to realize, bind, or reference a Logical Node Identity. Those identifiers do not replace the Logical Node Identity.
Definition
identifier uniquely distinguishing a Logical Node within the Logical Architecture / PIM
Source
Specialization of Node Identity from Part 1, Section 7.3; generalised from identity material in the original FX Demo Reference Architecture.
Note
Logical Node Identity is not a user identity, organization identity, container name, pod name, host name, network address, process identifier, repository path, or deployment profile name.
Example
A logical Config and Policy Sync Node has a stable Logical Node Identity, so command acknowledgements, configuration status, audit entries, and provenance records all identify the same logical participant.