Architecture (de données) distribuée

xxxxxxxxxxxx Au-delà des systèmes centralisés (qui regroupent les données et les fonctions informatiques) l'architecture distribuée met en jeu plusieurs centres de données et services distincts qui fonctionnent en coopération. Partager et combiner des données numériques, répartir des capacités de calcul, concevoir une application globalisée, synchroniser des centres de services, sont des exemples de l'utilité des architectures distribuées.
Demander une étude d'architecture ou d'application distribuée

Particularités de l'architecture distribuée

Le projet d'architecture distribuée répond à divers scénarios informatiques, ayant souvent une forte dimension réseau, une forte dimension web, une forte dimension géographique, ou une forte dimension coopérative. Et parfois tout cela en même temps. Les services web globalisés (internationalisés) sont un exemple, les réseaux de calculs informatiques (les « grids ») en sont un autre. Dépassant la « simple » intégration des systèmes, l'Industrie y vient aussi progressivement.

La gestion des données informatiques bénéficie de l'architecture distribuée grâce aux des transferts, aux échanges, aux synchronisations, aux sauvegardes distantes, aux imports et exports de données entre systèmes distribués, ainsi qu'aux processus de traitements et calculs de données. La principale contrainte liée à la gestion distribuée des données numériques est de s'assurer que ces données demeurent intègres et cohérentes, c'est à dire que leur fiabilité et leur utilité ne puisse pas être dégradée.

Etude, Conception, Mise en oeuvre

La conception d'une architecture de services et/ou d'applications distribuées passe par une étude très précise des besoins, des objectifs, des contraintes, et des différentes systèmes à créer ou à combiner. L'étude implique également d'anticiper les problèmes potentiels inhérents à ce type d'architecture, par exemple : les problèmes de communication (coupures / délais / erreurs de transmission), les problèmes de synchronisation des données, la concurrence d'accès et de modification des données et ressources, la traçabilité (modifications / versions / intervenants), la gestion des sauvegardes (qui / comment / où)... etc.

Par rapport à une application plus simple (ou plus classique) la conception technique requiert des efforts supplémentaires, des processus spécifiques, et des contrôles accrus. Certaines briques informatiques voient le jour, comme le serveur de contrôle et de monitoring, le serveur de synchronisation, le serveur de backups, des serveurs redondants (pour la gestion du fail-over et la haute disponibilité), un serveur de reporting... etc.

En outre, à la conception technique du système distribué peuvent s'ajouter des problématiques spécifiques : des aspects administratifs (législatifs / juridiques / comptables) entre pays, des aspects financiers (paiements internationaux / devises multiples / taux de change), des aspects culturels et linguistiques, et des accords spécifiques (ex: négociations avec la Chine pour traverser le Grand Firewall). Ces contraintes doivent être étudiées et intégrées au projet dès le début, comme un tout cohérent.

Les Experts NEWTON-DXP étudient avec vous votre projet d'architecture distribuée. Cette architecture peut reposer sur des bases de données distribuées, des applications ou des services web distribués, ainsi que sur d'autres mécanismes. Ils intègrent toutes les dimensions du projet, notamment les contraintes inhérentes à l'ouverture internationale.