Réponse rapide
Choisir entre architecture centralisée et distribuée dépend de latence, disponibilité, puissance, câblage, évolutivité, isolation des défauts et besoin de coordination. Centraliser simplifie parfois cohérence et diagnostic ; distribuer peut réduire délais locaux et rayon d’une panne. Le choix est comparé sur mission réelle, réseau réel et mode de repli.
Relier structure et contraintes
Calcul, stockage, capteurs, actionneurs, réseau et supervision sont placés selon leurs budgets. Dépendances, horloges, synchronisation, mise à jour et autorité sont explicites. Une fonction critique garde un chemin local si le centre ou le réseau disparaît.
Mesurer coût de coordination
Latence, gigue, débit, charge, énergie, disponibilité, redémarrage et diagnostic sont mesurés sous trafic et défauts. On compare temps de récupération et impact sur la commande. Les gains de câblage ne masquent pas une nouvelle dépendance logicielle.
Ne pas choisir selon une préférence de framework
Centralisé ou distribué peut être sûr ou fragile selon contrats et protections. Le scénario de panne, la maintenance et la possibilité de retour sont déterminants. Une topologie élégante ne remplace pas la preuve.
Sources et références
- [1] Artificial intelligence and robotics — NIST