Construit à Partir des Premiers Principes.

Conçu de zéro pour le traitement de données en mémoire multi-thread. Aucune dette technique héritée, aucun surcoût d'exécution, aucun compromis.

Conçu pour des Performances Prévisibles

L'architecture de FlashKey élimine les goulots d'étranglement qui limitent les stores en mémoire traditionnels.

Boucle d'Événements Multi-Thread

Chaque thread worker exécute sa propre boucle d'événements epoll/kqueue, traitant les commandes en parallèle sans contention.

Arènes Mémoire Par Thread

L'allocation mémoire thread-locale élimine la contention des verrous et fournit des performances d'allocation prévisibles.

Structures de Données Lock-Free

Les tables de hachage concurrentes et les skip lists permettent des lectures et écritures parallèles sans surcoût mutex.

Moteur de Stockage Intégré

Snapshots MVCC et persistance AOF intégrés directement dans le noyau — aucune coordination de processus externe.

De la Requête à la Réponse

Chaque opération suit un chemin déterministe optimisé pour une latence minimale.

1

Acceptation de Connexion

Connexions entrantes distribuées entre les threads worker via SO_REUSEPORT.

2

Analyse des Commandes

Analyse du protocole RESP2/RESP3 avec gestion de tampon zero-copy.

3

Exécution

Commande exécutée sur les structures de données thread-locales avec isolation MVCC.

4

Réponse

Résultat sérialisé et renvoyé via la boucle d'événements du même thread worker.

Évoluez Horizontalement, de Manière Transparente

Le cluster FlashKey distribue les données entre les nœuds en utilisant l'allocation de hash slots compatible Redis.

Nœuds Maîtres

Détenteurs primaires des données avec attribution automatique des hash slots. Chaque maître gère un sous-ensemble des 16 384 hash slots.

Nœuds Répliques

Copies synchronisées en temps réel pour la scalabilité en lecture et le basculement automatique. Chaque maître peut avoir plusieurs répliques.

Sentinel

Surveillance intégrée et coordination automatique du basculement. Détecte les pannes du maître et promeut les répliques sans intervention manuelle.

Choix Technologiques Ciblés

Chaque composant choisi pour la performance et la fiabilité.

C11
Gestion manuelle de la mémoire, zéro surcoût d'exécution, accès direct au matériel
epoll / kqueue
E/S événementielles natives pour un débit de connexion maximal
AES-256-CTR
Chiffrement accéléré par le matériel avec support du jeu d'instructions AES-NI
Lua 5.1
Moteur de script intégré pour la composition de commandes côté serveur

Prêt à Voir l'Architecture en Action ?

Notre équipe d'ingénierie vous guidera à travers les décisions de conception.