Pourquoi nous auto-hébergeons les notifications en temps réel plutôt que d'utiliser un prestataire tiers

De nombreux tableaux de bord vérifient les nouvelles notifications par interrogation (polling), en demandant au serveur « du nouveau ? » sur une minuterie, toutes les quelques secondes, pour chaque onglet ouvert. Cela fonctionne, mais ce n'est pas instantané, et la charge sur la base de données augmente à mesure que plus de personnes sont connectées en même temps. La meilleure approche pousse une mise à jour dès qu'un événement se produit, au lieu que tout le monde demande constamment.

Ce type de livraison en temps réel est généralement acheté auprès d'un prestataire tiers : un service hébergé de notifications push ou de messagerie en temps réel. Nous avons choisi de gérer nous-mêmes cette partie de l'infrastructure. C'est plus de travail au départ, mais cela signifie pas de facturation par connexion de la part d'un prestataire à mesure que l'usage croît, pas de dépendance à la disponibilité d'un tiers pour une fonctionnalité dont nos propres clients dépendent, et aucune donnée client ne transitant par les serveurs d'une autre entreprise sur son chemin de livraison.

La partie qui est vraiment délicate

Adcoar Tours est multi-locataires : chaque voyagiste dispose de son propre espace distinct dans le produit. La plupart des articles sur l'infrastructure temps réel auto-hébergée supposent une application mono-locataire parlant à une seule adresse backend fixe, ce qui est le cas facile. Faire fonctionner cela correctement lorsque le trafic de chaque client doit être acheminé au bon endroit, sans que cet acheminement soit codé en dur par client, a demandé un vrai travail de conception : le genre de problème qui n'apparaît que lorsqu'un système a plus d'un client l'utilisant à la fois, et qui n'apparaît pas du tout dans une démonstration.

Savoir quand ça fonctionne vraiment

Une infrastructure comme celle-ci peut échouer silencieusement : une connexion morte ne génère pas d'erreur qu'un utilisateur remarque, les notifications commencent juste à sembler un peu plus lentes à arriver, ce qui est facile à manquer jusqu'à ce que quelqu'un se plaigne. Nous avons construit une surveillance spécifique pour cette partie, distincte de nos contrôles de disponibilité généraux, afin qu'un problème ici apparaisse comme un signal clair sur un tableau de bord interne plutôt que comme un ticket de support vague de « les choses semblent bizarres » des jours plus tard.