Pourquoi ce projet ?

Pour pallier au fait que nous allons récupérer des IPs à la place des urls.


  1. DNS : Permettre à la boucle de retargeting d'effectuer le ciblage en se basant sur des IPs
  2. Reverse DNS : Coté data, publier des informations baser sur des domaines et non des IPs

Pourquoi pas un service externe ?

 - Requêtes DNS filtrées par pays

 - Gros Volume (et donc prix !)

 - Temps réponse

 - Besoin d'un suivi fin sur les domaines ciblés par campagnes

 - Reverse DNS "technique" insuffisant !

 - Et ... Possibilité d'utiliser un cluster de centaines de millions de noeuds ! pourquoi se priver ?

Splitté en 2 projets

1/ ips-provider : api, "taskmaster" et "the watcher"


2/ sdk-tasks-server : gère un pool de "tasks" de type "dnsResolution", s'interface directement avec le SDK

Coté technos

IP Management "sous le capot"

Et l'historique dans tout çà ?

Non géré au niveau du système lui même.


Mais un dump journalier avec dates de résolution pour une intégration dans un redshift.

Il en est où le projet ?

Un "prototype" opérationnel en fonctionnement sur "devc" (sans historique, monitoring et reverse DNS)


Prochains sprints :

3/ Monitoring / Reverse DNS

4/ Tests de charge

Create a presentation like this one
Share it on social medias
Share it on your own
Share it on social medias
Share it on your own

How to export your presentation

Please use Google Chrome to obtain the best export results.


How to export your presentation

IP Management

by sebastien80a

6 views

Public - 7/4/16, 12:23 PM