Cas d'utilisation
Transformez les silos de données fragmentés en une vue opérationnelle unique en temps réel
Lorsque chaque requête se répartit entre plusieurs systèmes sources, la latence devient imprévisible et la complexité augmente. Un hub d'intégration numérique offre en revanche une vue opérationnelle unique et actualisée.
En quoi MariaDB GridGain fait-il office de plateforme d'intégration numérique ?

MariaDB GridGain permet de mettre en place une couche de données opérationnelles partagée en amont de vos systèmes de référence. Elle synchronise en continu les données provenant des bases de données, des API et des flux d'événements pour les regrouper dans une vue opérationnelle unique, puis les met à la disposition de nombreuses applications.
Capacités
Ce dont a besoin une plateforme d'intégration numérique
Une infrastructure de données de santé (DIH) doit prendre en charge simultanément de nombreuses applications, rester à jour par rapport à ses sources et résister aux pannes. Cinq fonctionnalités décrites dans le document « MariaDB » (GridGain ) permettent d’y parvenir.
Architecture « shared-nothing »
Les données sont réparties sur l'ensemble du cluster et les ressources de calcul sont associées à celles-ci, de sorte que les opérations de lecture et la logique de décision s'exécutent localement. La scalabilité est linéaire, avec une latence inférieure à la milliseconde.
Performances en mémoire alliant performance et fiabilité
La persistance native conserve les données et les index en mémoire tout en les enregistrant sur le disque ; ainsi, l'état opérationnel est préservé lors des redémarrages et les ensembles de données peuvent dépasser la capacité de la mémoire vive.
Modèles d'accès flexibles
SQL ANSI pour les requêtes distribuées inter-domaines, y compris les jointures et les agrégations, ainsi que des API clé-valeur pour les recherches à faible latence.
Synchronisation en continu
Chargement via DataStreamer, Kafka, CacheStore, les API et le CDC côté source, puis traitement et publication des modifications en aval à l'aide de Continuous Queries, afin de maintenir le hub à jour dans les deux sens.
Services API découplés
Les applications et les microservices consultent une couche centralisée au lieu d'appeler directement chaque source, ce qui réduit le trafic API, la charge des systèmes sources et les coûts associés.
Une plateforme d'intégration numérique permet de mettre en œuvre n'importe quel scénario nécessitant l'agrégation de données actualisées provenant de plusieurs systèmes, avec un niveau élevé de concurrence.
Ces quatre éléments apparaissent fréquemment en production.

Vue à 360° du client
Les entités principales sont souvent réparties sur plusieurs systèmes dont les mises à jour s'effectuent selon des calendriers différents. Le hub fournit une vue unique et à jour, avec des limites de fraîcheur clairement définies, ce qui évite aux applications d'avoir à harmoniser les données au moment de la requête.
Risques et rapports en temps réel
Les transactions sont traitées au fur et à mesure de leur arrivée, les opérations d'agrégation étant exécutées dès leur réception plutôt que par lots pendant la nuit. Une banque stocke 6 To et 300 millions de lignes en mémoire.
Déchargement du mainframe
Placez le hub en amont du serveur central afin de traiter les opérations de lecture à haut débit, répétitives et gourmandes en ressources CPU à partir d'une couche distribuée moins coûteuse, ce qui permet de réduire les coûts liés aux MIPS.
Migration vers un environnement hybride et vers le cloud
Développez des services natifs du cloud en s'appuyant sur la plateforme centrale, tout en conservant vos systèmes opérationnels et vos données soumises à une réglementation sur site et sous votre contrôle, sans bouleverser ni remplacer votre infrastructure.
Ressources recommandées
Démarrer
Démarrez avec MariaDB
La plateforme de base de données temps réel en laquelle vous pouvez avoir confiance, pour vos applications actuelles comme pour vos futurs projets.
Foire aux questions
Une plateforme d'intégration numérique est une couche de données opérationnelles partagée à faible latence. Elle synchronise les données provenant de bases de données, d'API et de flux d'événements pour les regrouper en une vue unique, puis alimente de nombreuses applications sans que chacune d'entre elles ait à interroger directement les sources.
Un entrepôt de données est mis en place pour l'analyse historique des données par lots. Une plateforme d'intégration numérique fournit les données opérationnelles en temps réel aux applications. La plupart des architectures combinent ces deux éléments, chacun gérant les charges de travail pour lesquelles il est le plus performant.
Non. Les caches d'application protègent un backend pour une application donnée, avec des durées de vie (TTL) et des mécanismes d'invalidation. Un DIH est une infrastructure partagée offrant une cohérence transactionnelle, des requêtes SQL inter-domaines et un chemin défini pour les mises à jour.
Non. Le hub se situe en amont. Vos bases de données et votre mainframe restent les sources faisant autorité, tandis que le hub devient le point d'interaction pour les lectures en temps réel et les mises à jour contrôlées.
Les applications se connectent à une couche gérée de manière centralisée au lieu d'interroger chaque source pour chaque action. Le fait de collecter les données une seule fois et de les mettre à la disposition de nombreux utilisateurs permet de réduire le trafic API, la charge en MIPS du mainframe et les doublons d'infrastructure.
Oui. Le hub dissocie les applications des sources de données, ce qui permet aux services natifs du cloud d'accéder à des données à jour, tandis que les systèmes opérationnels et les dossiers soumis à une réglementation restent sur site et dans la juridiction de votre choix.