Créer un outil de validation des destinataires d'oiseaux asynchrones en vrac

Email

1 min read

Créer un outil de validation des destinataires d'oiseaux asynchrones en vrac

Email

1 min read

Créer un outil de validation des destinataires d'oiseaux asynchrones en vrac

Pour quelqu'un qui recherche un programme simple et rapide qui prend un csv, appelle l'API de validation des destinataires et produit un CSV, ce programme est fait pour vous.

L'une des questions que nous recevons occasionnellement est : comment puis-je valider en masse des listes de courriels avec la validation des destinataires? Il y a deux options ici, l'une est de télécharger un fichier via l'interface utilisateur SparkPost pour validation, et l'autre est de faire des appels individuels par courriel à l'API (car l'API est une validation par courriel unique).

La première option fonctionne bien mais a une limitation de 20 Mo (environ 500 000 adresses). Que se passe-t-il si quelqu'un a une liste de courriels contenant des millions d'adresses? Cela pourrait signifier les diviser en milliers de téléchargements de fichiers CSV.

Étant donné que télécharger des milliers de fichiers CSV semble un peu exagéré, j'ai pris ce cas d'utilisation et j'ai commencé à me demander à quelle vitesse je pouvais faire fonctionner l'API. Dans cet article de blog, je vais expliquer ce que j'ai essayé et comment je suis finalement arrivé à un programme qui pouvait réaliser environ 100 000 validations en 55 secondes (alors que dans l'UI j'avais environ 100 000 validations en 1 minute 10 secondes). Et bien que cela prenne encore environ 100 heures pour effectuer environ 654 millions de validations, ce script peut fonctionner en arrière-plan, économisant ainsi un temps considérable.

La version finale de ce programme peut être trouvée ici.

My first mistake: utiliser Python

Python est l'un de mes langages de programmation préférés. Il excelle dans de nombreux domaines et est incroyablement simple. Cependant, un domaine dans lequel il n'excelle pas est les processus concurrents. Bien que python ait la capacité d'exécuter des fonctions asynchrones, il a ce que l'on appelle le Verrouillage Global de l'Interpréteur Python ou GIL.

“Le Verrouillage Global de l'Interpréteur Python ou GIL, en termes simples, est un mutex (ou un verrou) qui permet à un seul thread de maintenir le contrôle de l'interpréteur Python.

Cela signifie qu'un seul thread peut être en état d'exécution à tout moment donné. L'impact du GIL n'est pas visible pour les développeurs qui exécutent des programmes monofils, mais cela peut être un goulot d'étranglement des performances dans le code limité par le CPU et multi-thread.

Étant donné que le GIL permet à un seul thread de s'exécuter à la fois même dans une architecture multi-thread avec plus d'un cœur de CPU, le GIL a acquis la réputation d'être une fonctionnalité “infamous” de Python.” (https://realpython.com/python-gil/)”

Au début, je n'étais pas conscient du GIL, alors j'ai commencé à programmer en python. À la fin, bien que mon programme soit asynchrone, il se bloquait, et peu importe le nombre de threads que j'ajoutais, j'obtenais toujours seulement environ 12-15 itérations par seconde.

La partie principale de la fonction asynchrone en Python peut être vue ci-dessous :

async def validateRecipients(f, fh, apiKey, snooze, count): h = {'Authorization': apiKey, 'Accept': 'application/json'} with tqdm(total=count) as pbar: async with aiohttp.ClientSession() as session: for address in f: for i in address: thisReq = requests.compat.urljoin(url, i) async with session.get(thisReq,headers=h, ssl=False) as resp: content = await resp.json() row = content['results'] row['email'] = i fh.writerow(row) pbar.update(1)

Donc j'ai abandonné l'utilisation de Python et je suis retourné à la planche à dessin…

Je me suis décidé pour l'utilisation de NodeJS en raison de sa capacité à effectuer des opérations d'entrée/sortie non bloquantes extrêmement bien. Je suis aussi assez familier avec la programmation en NodeJS.

En utilisant les aspects asynchrones de NodeJS, cela a très bien fonctionné. Pour plus de détails sur la programmation asynchrone en NodeJS, voir https://blog.risingstack.com/node-hero-async-programming-in-node-js/

Ma deuxième erreur : essayer de lire le fichier en mémoire

Mon idée initiale était la suivante :

Flowchart illustrating the process of validating a CSV list of emails, starting with ingestion, format checking, asynchronous API validation, result aggregation, and concluding with outputting to a CSV file.


Premièrement, ingérer une liste d'e-mails au format CSV. Deuxièmement, charger les e-mails dans un tableau et vérifier qu'ils sont au format correct. Troisièmement, appeler de manière asynchrone l'API de validation des destinataires. Quatrièmement, attendre les résultats et les charger dans une variable. Et enfin, sortir cette variable dans un fichier CSV.

Cela a très bien fonctionné pour les petits fichiers. Le problème est survenu lorsque j'ai essayé de traiter 100 000 e-mails. Le programme s'est bloqué autour de 12 000 validations. Avec l'aide de l'un de nos développeurs front-end, j'ai vu que le problème venait du chargement de tous les résultats dans une variable (et donc de l'épuisement rapide de la mémoire). Si vous souhaitez voir la première version de ce programme, je l'ai liée ici : Version 1 (NON RECOMMANDÉE).


Flowchart illustrating an email processing workflow, showing steps from ingesting a CSV list of emails to outputting results to a CSV file, with asynchronous validation via an API.


Premièrement, ingérer une liste d'e-mails au format CSV. Deuxièmement, compter le nombre d'e-mails dans le fichier à des fins de reporting. Troisièmement, à mesure que chaque ligne est lue de manière asynchrone, appeler l'API de validation des destinataires et sortir les résultats dans un fichier CSV.

Ainsi, pour chaque ligne lue, j'appelle l'API et écris les résultats de manière asynchrone afin de ne pas conserver ces données en mémoire à long terme. J'ai également retiré la vérification de la syntaxe des e-mails après avoir parlé avec l'équipe de validation des destinataires, car ils m'ont informé que la validation des destinataires intègre déjà des vérifications pour savoir si un e-mail est valide ou non.

Mon idée initiale était la suivante :

Flowchart illustrating the process of validating a CSV list of emails, starting with ingestion, format checking, asynchronous API validation, result aggregation, and concluding with outputting to a CSV file.


Premièrement, ingérer une liste d'e-mails au format CSV. Deuxièmement, charger les e-mails dans un tableau et vérifier qu'ils sont au format correct. Troisièmement, appeler de manière asynchrone l'API de validation des destinataires. Quatrièmement, attendre les résultats et les charger dans une variable. Et enfin, sortir cette variable dans un fichier CSV.

Cela a très bien fonctionné pour les petits fichiers. Le problème est survenu lorsque j'ai essayé de traiter 100 000 e-mails. Le programme s'est bloqué autour de 12 000 validations. Avec l'aide de l'un de nos développeurs front-end, j'ai vu que le problème venait du chargement de tous les résultats dans une variable (et donc de l'épuisement rapide de la mémoire). Si vous souhaitez voir la première version de ce programme, je l'ai liée ici : Version 1 (NON RECOMMANDÉE).


Flowchart illustrating an email processing workflow, showing steps from ingesting a CSV list of emails to outputting results to a CSV file, with asynchronous validation via an API.


Premièrement, ingérer une liste d'e-mails au format CSV. Deuxièmement, compter le nombre d'e-mails dans le fichier à des fins de reporting. Troisièmement, à mesure que chaque ligne est lue de manière asynchrone, appeler l'API de validation des destinataires et sortir les résultats dans un fichier CSV.

Ainsi, pour chaque ligne lue, j'appelle l'API et écris les résultats de manière asynchrone afin de ne pas conserver ces données en mémoire à long terme. J'ai également retiré la vérification de la syntaxe des e-mails après avoir parlé avec l'équipe de validation des destinataires, car ils m'ont informé que la validation des destinataires intègre déjà des vérifications pour savoir si un e-mail est valide ou non.

Mon idée initiale était la suivante :

Flowchart illustrating the process of validating a CSV list of emails, starting with ingestion, format checking, asynchronous API validation, result aggregation, and concluding with outputting to a CSV file.


Premièrement, ingérer une liste d'e-mails au format CSV. Deuxièmement, charger les e-mails dans un tableau et vérifier qu'ils sont au format correct. Troisièmement, appeler de manière asynchrone l'API de validation des destinataires. Quatrièmement, attendre les résultats et les charger dans une variable. Et enfin, sortir cette variable dans un fichier CSV.

Cela a très bien fonctionné pour les petits fichiers. Le problème est survenu lorsque j'ai essayé de traiter 100 000 e-mails. Le programme s'est bloqué autour de 12 000 validations. Avec l'aide de l'un de nos développeurs front-end, j'ai vu que le problème venait du chargement de tous les résultats dans une variable (et donc de l'épuisement rapide de la mémoire). Si vous souhaitez voir la première version de ce programme, je l'ai liée ici : Version 1 (NON RECOMMANDÉE).


Flowchart illustrating an email processing workflow, showing steps from ingesting a CSV list of emails to outputting results to a CSV file, with asynchronous validation via an API.


Premièrement, ingérer une liste d'e-mails au format CSV. Deuxièmement, compter le nombre d'e-mails dans le fichier à des fins de reporting. Troisièmement, à mesure que chaque ligne est lue de manière asynchrone, appeler l'API de validation des destinataires et sortir les résultats dans un fichier CSV.

Ainsi, pour chaque ligne lue, j'appelle l'API et écris les résultats de manière asynchrone afin de ne pas conserver ces données en mémoire à long terme. J'ai également retiré la vérification de la syntaxe des e-mails après avoir parlé avec l'équipe de validation des destinataires, car ils m'ont informé que la validation des destinataires intègre déjà des vérifications pour savoir si un e-mail est valide ou non.

Décomposition du code final

Après avoir lu et validé les arguments du terminal, j'exécute le code suivant. Tout d'abord, je lis le fichier CSV des emails et compte chaque ligne. Il y a deux objectifs à cette fonction, 1) elle me permet de rendre compte précisément de la progression du fichier [comme nous le verrons plus tard], et 2) elle me permet d'arrêter un chronomètre lorsque le nombre d'emails dans le fichier est égal aux validations terminées. J'ai ajouté un chronomètre pour pouvoir exécuter des benchmarks et m'assurer d'obtenir de bons résultats.

let count = 0; //Line count require("fs") .createReadStream(myArgs[1]) .on("data", function (chunk) { for (let i = 0; i < chunk.length; ++i) if (chunk[i] == 10) count++; }) //Lit le fichier d'entrée et augmente le compteur pour chaque ligne .on("close", function () { //À la fin du fichier d'entrée, après que toutes les lignes aient été comptées, exécutez la fonction de validation des destinataires validateRecipients.validateRecipients(count, myArgs); });


 J'appelle ensuite la fonction validateRecipients. Notez que cette fonction est asynchrone. Après avoir vérifié que le fichier d'entrée et le fichier de sortie sont au format CSV, j'écris une ligne d'en-tête et démarre un chronomètre de programme en utilisant la bibliothèque JSDOM.

async function validateRecipients(email_count, myArgs) { if ( //Si les deux fichiers d'entrée et de sortie sont au format .csv extname(myArgs[1]).toLowerCase() == ".csv" && extname(myArgs[3]).toLowerCase() == ".csv" ) { let completed = 0; //Compteur pour chaque appel API email_count++; //Le compteur de lignes renvoie #lignes - 1, cela est fait pour corriger le nombre de lignes //Démarrer un chronomètre const { window } = new JSDOM(); const start = window.performance.now(); const output = fs.createWriteStream(myArgs[3]); //Fichier de sortie output.write( "Email,Valid,Result,Reason,Is_Role,Is_Disposable,Is_Free,Delivery_Confidence\n" ); //Écrire les en-têtes dans le fichier de sortie


Le script suivant est vraiment l'essentiel du programme donc je vais le décomposer et expliquer ce qui se passe. Pour chaque ligne du fichier d'entrée :

fs.createReadStream(myArgs[1]) .pipe(csv.parse({ headers: false })) .on("data", async (email) => { let url = SPARKPOST_HOST + "/api/v1/recipient-validation/single/" + email; await axios .get(url, { headers: { Authorization: SPARKPOST_API_KEY, }, }) //Pour chaque ligne lue dans le fichier d'entrée, appeler l'API SparkPost Recipient Validation


Ensuite, sur la réponse

  • Ajouter l'email au JSON (pour pouvoir imprimer l'email dans le CSV)

  • Valider si la raison est nulle, et si c'est le cas, remplir une valeur vide (c'est pour que le format CSV soit cohérent, car dans certains cas la raison est donnée dans la réponse)

  • Définir les options et les clés pour le module json2csv.

  • Convertir le JSON en CSV et le sortir (en utilisant json2csv)

  • Écrire les progrès dans le terminal

  • Enfin, si le nombre d'emails dans le fichier = validations complétées, arrêter le chronomètre et imprimer les résultats


.then(function (response) { response.data.results.email = String(email); //Ajouter l'email comme paire clé/valeur à la réponse JSON pour être utilisé pour la sortie response.data.results.reason ? null : (response.data.results.reason = ""); //Si la raison est nulle, la définir sur vide pour que le CSV soit uniforme //Utilise json-2-csv pour convertir le JSON en format CSV et le sortir let options = { prependHeader: false, //Désactive les valeurs JSON d'être ajoutées comme lignes d'en-tête pour chaque ligne keys: [ "results.email", "results.valid", "results.result", "results.reason", "results.is_role", "results.is_disposable", "results.is_free", "results.delivery_confidence", ], //Définit l'ordre des clés }; let json2csvCallback = function (err, csv) { if (err) throw err; output.write(`${csv}\n`); }; converter.json2csv(response.data, json2csvCallback, options); completed++; //Augmenter le compteur API process.stdout.write(`Terminé avec ${completed} / ${email_count}\r`); //Sortie de l'état de Terminé / Total sur la console sans afficher de nouvelles lignes //Si tous les emails ont été validés if (completed == email_count) { const stop = window.performance.now(); //Arrêter le chronomètre console.log( `Tous les emails ont été validés avec succès en ${ (stop - start) / 1000 } secondes` ); } })

 

Un problème final que j'ai trouvé était que cela fonctionnait très bien sur Mac, mais que j'ai rencontré l'erreur suivante en utilisant Windows après environ 10 000 validations :

Erreur : connect ENOBUFS XX.XX.XXX.XXX:443 – Local (non défini:non défini) avec l'email XXXXXXX@XXXXXXXXXX.XXX

Après avoir fait des recherches supplémentaires, il semble s'agir d'un problème avec le pool de connexions du client HTTP NodeJS qui ne réutilise pas les connexions. J'ai trouvé cet article Stackoverflow sur le problème, et après avoir creusé davantage, j'ai trouvé une bonne configuration par défaut pour la bibliothèque axios qui a résolu ce problème. Je ne suis toujours pas certain pourquoi ce problème ne survient que sur Windows et pas sur Mac.

Étapes suivantes

Pour quelqu'un qui cherche un programme rapide et simple qui prend un fichier CSV, appelle l'API de validation des destinataires, et génère un fichier CSV, ce programme est fait pour vous.

Quelques ajouts à ce programme pourraient être les suivants :

  • Construire une interface frontale ou une interface utilisateur plus simple à utiliser

  • Une meilleure gestion des erreurs et des tentatives de réessai car si pour une raison quelconque l'API génère une erreur, le programme ne réessaye pas actuellement l'appel


Je serais également curieux de voir si des résultats plus rapides pourraient être obtenus avec un autre langage tel que Golang ou Erlang/Elixir.

N'hésitez pas à me fournir des commentaires ou suggestions pour développer ce projet.

Rejoignez notre Newsletter.

Restez à jour avec Bird grâce aux mises à jour hebdomadaires dans votre boîte de réception.

En soumettant, vous acceptez que Bird puisse vous contacter au sujet de nos produits et services.

Vous pouvez vous désabonner à tout moment. Consultez la Déclaration de confidentialité de Bird pour plus de détails sur le traitement des données.

Rejoignez notre Newsletter.

Restez à jour avec Bird grâce aux mises à jour hebdomadaires dans votre boîte de réception.

En soumettant, vous acceptez que Bird puisse vous contacter au sujet de nos produits et services.

Vous pouvez vous désabonner à tout moment. Consultez la Déclaration de confidentialité de Bird pour plus de détails sur le traitement des données.

Rejoignez notre Newsletter.

Restez à jour avec Bird grâce aux mises à jour hebdomadaires dans votre boîte de réception.

En soumettant, vous acceptez que Bird puisse vous contacter au sujet de nos produits et services.

Vous pouvez vous désabonner à tout moment. Consultez la Déclaration de confidentialité de Bird pour plus de détails sur le traitement des données.

Pinterest logo
Uber logo
Logo Square
Logo Adobe
Meta logo
logo PayPal

Company

Paramètres de confidentialité

Newsletter

Restez à jour avec Bird grâce aux mises à jour hebdomadaires dans votre boîte de réception.

En soumettant, vous acceptez que Bird puisse vous contacter au sujet de nos produits et services.

Vous pouvez vous désabonner à tout moment. Consultez la Déclaration de confidentialité de Bird pour plus de détails sur le traitement des données.

Uber logo
Logo Square
Logo Adobe
Meta logo

Company

Paramètres de confidentialité

Newsletter

Restez à jour avec Bird grâce aux mises à jour hebdomadaires dans votre boîte de réception.

En soumettant, vous acceptez que Bird puisse vous contacter au sujet de nos produits et services.

Vous pouvez vous désabonner à tout moment. Consultez la Déclaration de confidentialité de Bird pour plus de détails sur le traitement des données.

Uber logo
Logo Adobe
Meta logo

Reach

Grow

Manage

Automate

Resources

Company

Newsletter

Restez à jour avec Bird grâce aux mises à jour hebdomadaires dans votre boîte de réception.

En soumettant, vous acceptez que Bird puisse vous contacter au sujet de nos produits et services.

Vous pouvez vous désabonner à tout moment. Consultez la Déclaration de confidentialité de Bird pour plus de détails sur le traitement des données.