Difference between revisions of "Options architecturales"
From Cybagora
(Created page with "Diverses options architecturales doivent être explorées. Ces diverses options correspondent à une architecture d'échanges de messages en processeurs réels ou virtuels p...") |
|||
| (4 intermediate revisions by one user not shown) | |||
| Line 1: | Line 1: | ||
| − | + | La topologie générale du modèle maillé masters cum masters (M4) conduit à : | |
| + | * une réplication des services au sein du VGN potentiellement selon en "brume" (approche SDN [''Software Define Network''] locale). | ||
| + | * supportée par une architecture d'échanges protocolaires inter-applicatifs | ||
| + | * et de traitements de messages intelligents entres processeurs réels ou virtuels en réseau. | ||
| − | + | L'intelligence de ces messages doit : | |
| + | * supporter in système d'interopérations (netix) | ||
| + | * étendre la capacité des datagrammes en séquence ou en cortèges multisources par l'adaptation du format (intellipages) ou/et du contenu (intelligrammes). | ||
| + | Une base d'analyse des solutions partielles existantes devrait donc être engagée qui inclut un large panel conceptuel capable de supporter une large réflexion et de proposer le montage de solutions prototypes diverses et d'en rechercher la convergence. | ||
| + | |||
| + | Différents domaines seront analysés et annotés comme source d'expérience au fur et à mesure et au fil des intérêts des contributeurs et pour aider à la réflexion d'un groupe de formation mutuelle et d'analyse initial : | ||
| + | |||
| + | * Mediawiki | ||
| + | * Websocket. | ||
* MPI - développement en C | * MPI - développement en C | ||
* Erlang - développement sous Erlang ou Elixir. | * Erlang - développement sous Erlang ou Elixir. | ||
| + | * NDN, CCNx, etc. | ||
| + | * NoSQL, JSON | ||
| + | * NETCONF | ||
| + | * [http://www.opendaylight.org/software SDN] | ||
Latest revision as of 17:11, 12 June 2014
La topologie générale du modèle maillé masters cum masters (M4) conduit à :
- une réplication des services au sein du VGN potentiellement selon en "brume" (approche SDN [Software Define Network] locale).
- supportée par une architecture d'échanges protocolaires inter-applicatifs
- et de traitements de messages intelligents entres processeurs réels ou virtuels en réseau.
L'intelligence de ces messages doit :
- supporter in système d'interopérations (netix)
- étendre la capacité des datagrammes en séquence ou en cortèges multisources par l'adaptation du format (intellipages) ou/et du contenu (intelligrammes).
Une base d'analyse des solutions partielles existantes devrait donc être engagée qui inclut un large panel conceptuel capable de supporter une large réflexion et de proposer le montage de solutions prototypes diverses et d'en rechercher la convergence.
Différents domaines seront analysés et annotés comme source d'expérience au fur et à mesure et au fil des intérêts des contributeurs et pour aider à la réflexion d'un groupe de formation mutuelle et d'analyse initial :
- Mediawiki
- Websocket.
- MPI - développement en C
- Erlang - développement sous Erlang ou Elixir.
- NDN, CCNx, etc.
- NoSQL, JSON
- NETCONF
- SDN
