Enterprise Platform
Mise en cache distribuée
Transférez les données fréquemment utilisées et les charges de travail à forte intensité de lecture vers un niveau distribué en mémoire qui dessert les applications avec une latence inférieure à la milliseconde et un débit élevé, sans modification du code des applications pour la mise en cache des requêtes.
Rapidité sans refonte de l'architecture
La couche de cache distribuée en mémoire se situe entre vos applications et le système central de traitement des transactions. Elle transfère les données fréquemment utilisées vers un niveau de mémoire sans partage et évolutif horizontalement, offrant des temps de lecture inférieurs à la milliseconde avec des garanties ANSI SQL et ACID.
Avantages
Pourquoi recourir à la mise en cache distribuée ?
Une latence ultra-faible à grande échelle
Un accès aux données en moins d'une milliseconde au sein d'un cluster distribué, capable d'évoluer de manière linéaire jusqu'à des millions de transactions par seconde et des pétaoctets de données.
Haute disponibilité pour un fonctionnement 24 h/24, 7 j/7
Rester opérationnel en cas de défaillance d'un site. La réplication entre centres de données géographiquement répartis fonctionne en mode actif-actif ou actif-passif, avec prise en compte des racks et des copies de sauvegarde configurables.
Délestage du cœur
Absorber le trafic répétitif et à forte intensité de lecture en amont du mainframe ou de la base de données centrale, ce qui permet de réduire les coûts liés aux MIPS et aux licences sans modifier le système de référence.
Intégration native d'MariaDB
Aucune modification du code n'est nécessaire lorsqu'il est déployé en tant que cache de résultats de requêtes en amont de votre base de données MariaDB . Compatible avec n'importe quel système de référence : Oracle, SQL Server ou mainframe.
Capacités
Conçu pour la mise en cache des données en temps réel
Évolutivité horizontale
Évoluer de manière linéaire grâce à la répartition des données au sein du cluster et au rééquilibrage automatique lors de l'ajout de nouveaux nœuds au cluster.
Cohérence forte
Les mécanismes « read-through », « write-through » et « write-behind » garantissent la cohérence entre le cache clé-valeur et votre système de référence.
Multimodèle avec ANSI SQL
Un cluster stocke des données de type clé-valeur, relationnelles, JSON et vectorielles. Les requêtes sur les données de type clé-valeur et relationnelles s'effectuent via ANSI SQL, ce qui permet de réutiliser les outils et les compétences existants.
Opérations adaptées aux entreprises
Votre équipe opérationnelle gère une seule console. Déployez sur Kubernetes, surveillez les clusters de cache depuis MariaDB Enterprise Manager et assurez la disponibilité grâce à la réplication active-active.
Sont également inclus :
Persistance sur disque natif
API « clé-valeur » et SQL
Cache sémantique
Mémoire de l'agent
Restauration à un moment précis (Point-in-time recovery)
Kubernetes Operator déploiement
Observabilité OpenTelemetry
Chiffrement en transit et au repos
RBAC et journalisation des audits
Mises à jour progressives sans interruption de service
Vous cherchez les tarifs d'Enterprise Platform ?
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
Le cache distribué MariaDB est une couche de cache et de calcul en mémoire basée sur MariaDB GridGain . Il se situe entre vos applications et vos systèmes de référence, et fournit les données fréquemment utilisées en moins d'une milliseconde.
L'architecture en mémoire répartit les données sur la mémoire vive (RAM) de nombreux serveurs, ce qui permet d'exécuter les opérations de lecture et les calculs en parallèle. L'ajout de nœuds rééquilibre automatiquement les données, ce qui permet d'augmenter de manière linéaire le débit et la capacité.
Les deux stockent des données en cache en mémoire. Redis est un magasin de données clé-valeur à thread unique, tandis que le cache distribué d'MariaDB est multithread et intègre le langage SQL ANSI, les transactions ACID et la persistance sur disque.
Non. Utilisé comme cache de requêtes avec le proxy intelligent MaxScale , il fait office de couche transparente devant la base de données MariaDB .
Oui. MariaDB Enterprise Manager détecte automatiquement les clusters de cache aux côtés de MariaDB Server et MaxScale, avec une authentification unique vers le Centre de contrôle de GridGain pour une gestion plus approfondie spécifique aux clusters.