- Qu’est-ce qu’un postback ? : envoyer à un média publicitaire un signal indiquant qu’une conversion a eu lieu. Le média reçoit ce signal et l’utilise pour optimiser la campagne.
- Rôle du postback dans Airbridge : il ne sert pas seulement à envoyer un signal aux médias publicitaires, mais aussi à transmettre des données à des services tiers. Conceptuellement, il s’agit de la même technologie : le webhook.
- Problème à résoudre : à l’avenir, il faut pouvoir intégrer beaucoup plus facilement plusieurs milliers de services ou davantage. Pour cela, l’intégration doit être extrêmement simple.
- Fonctionnalités que le système d’intégration doit fournir :
- pouvoir n’envoyer que les événements nécessaires parmi ceux qui ont été collectés
- pouvoir construire le payload HTTP conformément à la spécification d’API du serveur destinataire
- Problèmes du système existant : un système fonctionnant dans une certaine mesure selon des templates avait bien été mis en place, mais chaque nouvelle exigence nécessitant un développement supplémentaire entraînait un coût de maintenance.
- Technologies clés
- Moteur de templates : les filtres, transformations, etc. peuvent être gérés via le moteur de templates
- Séparation du serveur d’appels API : comme il faut envoyer un très grand nombre de webhooks, le serveur a été séparé et implémenté en Go afin d’effectuer les appels API à moindre coût
- Architecture globale du système
- la communication entre serveurs utilise Kafka
- le serveur de configuration des webhooks, qui contient la logique métier, est implémenté en Python
- le serveur d’appels API est implémenté en Go
- les logs des appels API sont à nouveau stockés dans Kafka, et les données stockées dans Kafka sont également enregistrées dans S3 afin de pouvoir les relire plus tard
- Points à améliorer à l’avenir
- adoption d’instances Graviton : objectif de réduction des coûts
- migration vers un nouveau langage : là encore dans un objectif de réduction des coûts
Aucun commentaire pour le moment.