当前位置：网站首页>Découvrir gaussdb (pour redis): une comparaison complète avec Codis

Découvrir gaussdb (pour redis): une comparaison complète avec Codis

2022-06-25 12:10:00 【Huawei Cloud Developer Alliance】

Résumé：CodisCluster in HomeRedisL'écosystème est très populaire,La communauté a cessé de maintenir.Cet article compare l'architecture et les caractéristiques,Laissez - vous sentir Huawei CloudGaussDB(for Redis)La nouvelle valeur de.

Cet article est partagé par Huawei Cloud Community《Huawei CloudGaussDB(for Redis)Découvrir les secrets19Période：GaussDB(for Redis)Comparaison complèteCodis》,Auteur： Gauss.RedisBlog officiel .

Un.、CodisQuel feu!？

Dis - le.CodisC'est l'auto - construction la plus populaire en ChineRedisProgramme de regroupement,Ce n'est pas trop.Le client a dit：

“CodisTu ne sais pas？Ça fait des années que notre compagnie,C'est bien..”

C'est vrai.,Par rapport à l'architecture décentralisée open sourceRedis Cluster,CodisCe genre deproxyLe Groupe des agents est évidemment plus“Ça marche.”,Et mêmeRedisLabsLes autorités ont lancé des fonctions similairesredis-cluster-proxyPour compenser la traditionClusterInconvénients.

Mais en fait, à partir deNCommencé il y a un an,CodisIl n'y aurait plus personne pour maintenir la communauté, Notre gestionnaire de projet client, M. Haipeng, aide souvent les clients à construire leur propre Codis Déménager dans le nuage GaussDB(for Redis).

CodisC'est très bien., Mais nous pouvons dire de manière responsable ：

Huawei CloudKVBase de donnéesGaussDB(for Redis)Mieux.！

2.、GaussDB(for Redis) vs Codis： Concours d'architecture

Tout d'abord,, Nous examinons les différences entre les deux produits du point de vue de l'architecture technique .

Comme le montre la figure, Les différences architecturales en un coup d'oeil , Nous pouvons analyser de haut en bas ：

1、Non standardSDK vs CritèresSDK

Les utilisateurs publics du cloud détestent généralement “C'est spécial.”,Et pourtantCodis Il faut faire quelque chose de spécial .Codis L'utilisateur kidnappé doit utiliser un non - standard Jodis SDK Pour résoudre le problème d'un seul point de défaillance au niveau de l'agent . Mais si l'utilisateur veut utiliser la norme SDK（Comme le célèbreJedis）Et alors?？CodisReprésentation：Je suis désolé., Dis au revoir à Takako .

Au contraire.,GaussDB(for Redis) C'est très convivial , Toute norme utilisée par les entreprises SDKC'est bon., Haute disponibilité en même temps 、 La capacité d'équilibrage automatique de la charge est également . Quand on déménage dans le nuage ,GaussDB(for Redis) La compatibilité est également très mature , Quel que soit le code original du client StandAlone,ToujoursCluster、SentinelIsomode,Tout va bien.0 Transformer le nuage supérieur , Vraiment ouvert et prêt à l'emploi ,Excellente expérience.

2、 Équilibrage sans charge vs ProfessionnelELB

Codis Bien que la couche proxy offre une extensibilité latérale ,Mais ça ne marche pas.： Ou sacrifier des niveaux élevés pour utiliser les normes SDK Connectez un seul point ;Ou utiliserJodis SDK, Mais le prix est que l'entreprise se dirige vers la dénormalisation .

EtGaussDB(for Redis)OffreELB, Un accès facile et uniforme pour les utilisateurs , Tout en simplifiant la complexité du client , Il apporte également une capacité professionnelle d'équilibrage de charge . Avec cet accès unifié IP, L'utilisateur est l'équivalent d'utiliser lui - même une machine autonome de très grande capacité Redis, Sans avoir à manipuler les détails sous - jacents .

3、 Couplage mémoire - Calcul vs Séparation des comptes

Peut être considéré comme,Codis C'est dans plusieurs Redis Une couche d'emballage a été faite sur la tranche , Le modèle d'architecture est un couplage traditionnel de stockage et de calcul .En groskey、Cohérence des données、 Défaut de tranchage 、 Dans des scénarios typiques comme l'expansion et le rétrécissement , Tout a continué avec Open Source Redisà long terme“Ça fait mal.”.

GaussDB(for Redis)Adopter une architecture de séparation des dépôts et des calculs, La couche informatique se concentre sur le Service de données , Le niveau de stockage est basé sur un pool de stockage partagé distribué haute performance , Assurez - vous que les trois copies des données sont stockées de façon cohérente ,Très haute fiabilité. Tout en réduisant considérablement les coûts de matériel , Réduire le fardeau des entreprises .

Trois、GaussDB(for Redis) vs Codis： Concours de caractéristiques

Comme le montre la comparaison des dimensions architecturales ci - dessus ,GaussDB(for Redis)Oui.ELB Laissez le Business side “C'est mieux.”, Il y a un pool de stockage pour les données “Plus fiable”,C'est plus qu'auto - construit.Codis Les Clusters sont trop bons .

Ensuite, discutez de la dimension caractéristique ,GaussDB(for Redis) Quelle est la valeur ajoutée pour l'entreprise .

1、Compatibilité

GaussDB(for Redis)Entièrement compatibleRedisAccord,Compatible en même tempsStandAlone/Cluster/SentinelEt bien plus encore.SDKMode, Faciliter la relocalisation des entreprises dans le cloud .EtCodis Et la compatibilité avec .

2、Stabilité

Auto - ConstructionCodis La stabilité des grappes dépend fortement des sources ouvertes RedisCapacité, Qu'il s'agisse d'agrandissement ou d'agrandissement keyScénario, Les mêmes points de douleur ,Ne répétez pas ici.

GaussDB(for Redis) L'architecture auto - développée résout complètement l'Open Source RedisDeforkQuestions,Amélioration significative de la stabilité;En même temps, En étroite collaboration avec l'architecture des pools de stockage distribués , La fiabilité des données est également globalement meilleure que Codis.

3、Coût

Codis Toujours la mémoire pure traditionnelle RedisLe paquet de, Les entreprises qui n'ont pas beaucoup d'économies peuvent atteindre le point de douleur des coûts . Avec le développement à long terme de l'entreprise , Peu à peu, il y aura aussi des données pour refroidir （Par exemple:APP Utilisateurs froids de ）,En ce momentCodis Les données thermiques vraiment précieuses sont de moins en moins , Les données complètes coûtent assez cher en mémoire .

GaussDB(for Redis) La force de calcul est sélectionnée au besoin , Faible prix de stockage , Parfait pour une grande capacité KVScénario de stockage.

Quatre、Résumé

Codis .C'est un produit que beaucoup d'étudiants en développement et d'exploitation et d'entretien ont aimé , C'est un souvenir du temps ,Mais, La technologie évolue rapidement .Ici, Utilisation recommandée Codis Les entreprises peuvent envisager d'utiliser GaussDB(for Redis), Sentez Huawei Cloud cette entreprise KV La nouvelle valeur de la base de données .