Comment HolidayMe utilise Redis Enterprise comme base de données principale

Comment HolidayMe utilise Redis Enterprise comme base de données principale

Nadia cherche à passer des vacances d’été en Suisse depuis son domicile de Bangalore, en Inde. Pour planifier son voyage, elle se rend en ligne sur HolidayMe.com, une agence de voyages en ligne basée à Dubaï, Riyad et Pune qui organise des milliers d’itinéraires conçus par des experts que les clients peuvent personnaliser. Jongler avec la logistique des billets d’avion, de l’hébergement et des attractions dans un pays inconnu peut être compliqué, et Nadia espère que HolidayMe facilitera l’organisation de tout en un seul endroit.

Mais il existe un certain nombre d’inhibiteurs qui peuvent aggraver le processus de réservation. Si Nadia ne se souvient pas du nom d’une attraction particulière qu’elle souhaite visiter et des retards de saisie semi-automatique de HolidayMe, ou si le site Web est en retard et que ses résultats de recherche ne se chargent pas instantanément, elle pourrait devenir frustrée et se tourner vers un autre site Web pour réserver ses voyages.

Pour minimiser ces problèmes et garantir une excellente expérience utilisateur à tous ses clients, HolidayMe s’appuie sur Redis Enterprise comme base de données principale, et pas seulement comme cache de base de données. Pour en savoir plus sur la façon dont Redis Enterprise a aidé HolidayMe multiplie par 50 à 60 la vitesse de sortie de ses données et évolue vers une architecture de microservices plus moderne, lisez le étude de cas et écoutez Le podcast de The New Stack avec HolidayMe CTO Rajat Panwar.

Redis au-delà du cache

L’agence de voyages en ligne utilise Redis open source depuis la création de l’entreprise en 2014, à l’origine comme système de mise en cache. Dans l’espoir d’accélérer la production de données, l’équipe est passée à l’utilisation de Redis Enterprise comme base de données principale pour toutes ses interactions avec les clients. La société utilise les hachages, les ensembles et les listes de Redis pour traiter les données et mettre à jour les informations géographiques, et a même créé ses propres structures de clés pour des requêtes spécifiques.

HolidayMe souhaitait également créer un mécanisme de recherche semi-automatique. Mais l’équipe n’était pas satisfaite de la latence générée par sa chaîne d’outils d’origine qui comprenait MongoDB, Apache Lucene et Elasticsearch, elle s’est donc tournée vers RediSearch pour créer cette fonctionnalité.

Lis le étude de cas complète HolidayMe

Mais ce n’est pas tout. Vous pouvez entendre le directeur de la technologie de HolidayMe, Rajat Panwar, discuter de l’utilisation de RediSearch dans un nouvel épisode de Le podcast New Stack Makersen conversation avec Alvin Richards, Chief Product Officer de Redis, et The New Stack’s Alex Williams et B.Cameron Gain. “Nous avons pu migrer notre (fonction) de saisie semi-automatique interne que nous gérions auparavant et nous l’avons complètement transférée à RediSearch”, déclare Panwar. « Honnêtement, il ne nous a pas fallu plus de deux jours pour effectuer une transformation complète, et tout était opérationnel. Et cela nous donne la meilleure latence.

Voir Redis sur Pourquoi NoSQL est une valeur sûre pour les déploiements multi-environnements d’aujourd’hui sur La nouvelle pile pour en savoir plus sur le podcast, ou écoutez ci-dessous :

Development Source

Related Posts

RLEC 4.2.1 apporte des contrôles granulaires à la haute disponibilité et aux performances

RLEC 4.2.1 apporte des contrôles granulaires à la haute disponibilité et aux performances

Annonce de RedisGears 1.0 : un moteur sans serveur pour Redis

Annonce de RedisGears 1.0 : un moteur sans serveur pour Redis

Clés Redis dans la RAM |  Redis

Clés Redis dans la RAM | Redis

Redis à AWS re:Invent 2015

Redis à AWS re:Invent 2015

No Comment

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *