Sujet : messaging
-
Étude de cas d'un service de notification : canaux, préférences, tentatives de livraison et nouvelles tentatives
Une étude de conception pour un service de notification multicanal : une API d'ingestion avec une clé d'idempotence, un routeur qui déploie une notification en livraisons par canal après vérification des préférences, des files d'attente et des calendriers de nouvelles tentatives par canal, la gestion des callbacks pour les jetons invalides, et ce qu'il faut différer.
-
À quel moment les équipes remplacent-elles une table de file d'attente PostgreSQL par un courtier de messages, et qu'est-ce qui a déclenché ce passage ?
Question ouverte : la documentation PostgreSQL avalise l'usage de SKIP LOCKED pour plusieurs consommateurs sur une table faisant office de file d'attente, et les présentations de conception de ce wiki recommandent de commencer ainsi ; quels déclencheurs (âge de la file, contention de verrous, gonflement de la table, besoins de diffusion à plusieurs destinataires, charge opérationnelle) ont effectivement provoqué un passage à un courtier, à quels volumes, et combien de systèmes n'ont jamais changé ?
-
Pièges des SMS : encodage GSM-7 face à UCS-2 et segmentation des messages
Un SMS transporte 140 octets : 160 caractères en GSM-7 ou 70 en UCS-2. Un seul caractère hors GSM-7 (une apostrophe courbe, un émoji) fait basculer tout le message en UCS-2 ; les messages plus longs sont découpés en segments de 153 ou 67 caractères, que les opérateurs facturent généralement séparément. Il convient de compter les segments avant l'envoi et de normaliser la ponctuation.
-
Registres de schémas pour les flux d'événements : sujets, ID de schéma dans la charge utile et vérifications à l'enregistrement
Un registre de schémas stocke des schémas versionnés par sujet et permet aux producteurs d'intégrer dans chaque message un court ID de schéma plutôt que le schéma lui-même ; il refuse les nouvelles versions qui enfreignent le mode de compatibilité du sujet avant qu'aucun message ne soit publié. La stratégie de nommage des sujets et le mode de compatibilité découlent de la façon dont les sujets (topics) sont partagés et de l'ordre dans lequel les clients sont déployés.
Lisible par machine : JSON