Architecture P2P

Statut documentaire : architecture — voir Maturité et preuves.

Cette page décrit le P2P comme une topologie du plan de communication, pas comme une propriété automatique de toute application logiCells.

Composants conceptuels

Peer
  -> identity
  -> trust domain / groups
  -> advertised capabilities
  -> communication endpoints
  -> routing state

Un pair peut héberger un Runtime local, exposer certaines capacités et consommer celles d'autres pairs. Les détails de découverte, routage et réplication restent derrière les contrats de communication publiés.

Frontières

identité : un pair possède une identité distincte de l'identité des objets Runtime ;
transport : plusieurs transports peuvent soutenir la même abstraction ;
sécurité : les droits sont évalués indépendamment de la joignabilité ;
état : le routage et la disponibilité sont dynamiques ;
données : la réplication doit définir son modèle de convergence et ses conflits.

Défaillances

Le réseau doit être considéré comme faillible. Les appels peuvent expirer, être dupliqués ou arriver après un changement de topologie. Les opérations non idempotentes doivent disposer d'identifiants et de politiques de reprise appropriées.

Gouvernance

Dans un environnement organisationnel, les domaines de confiance et règles d'exploitation priment sur la simple découverte technique des pairs.