| 123456789101112131415 |
- On imagine que la situation est la même peu importe que l'on soit dans une
- architecture broker ou une architecture orchestrateur. C'est-à-dire qu'on peut
- de toute façon facilement passer d'une architecture non broker à une
- architecture broker avec la construction suivante.
- On représente chaque lien entre processus par un objet
- \inltype{vlc_process_ipc_t}, qui appartiendront aux workers et au broker. Il
- s'agit du cas avec orchestrateur. Si on passe en sandbox avec modèle broker,
- chaque lien est cassé en deux avec d'abord une connexion worker-broker puis une
- autre connexion broker-worker, et le broker s'assure ainsi de faire le routage
- et vérifier les accès. On a donc découplé le fonctionnement du worker de la
- politique d'accès choisie. Cette propriété est très importante pour la suite,
- car elle permet de construire le modèle puis d'adapter l'implémentation à ce qui
- se rapproche le plus du fonctionnement du système sous-jacent.
|
