A une certaine époque, je m’occupais d’un Registrar français (non, ce n’est pas gandi et encore moins OVH ;-).

Pour mes besoins, je devais interfacer tout le NOC à une seule et même base de donnée: le site web, le DNS (Bind), le serveur de mail (Postfix), les VirtualHosts (Apache), les redirecteurs transparents (Apache+Mod_Proxy) et le Whoisd (codé par himself),

En gros, je ne voulais pas à me prendre la tête: si un domaine expirait (ou pas), les requètes SQL – implementées dans les différentes configurations – devaient suffire à gérer les différents services: soit à produire un résultat viable, soit à rejeter la demande, tout ceci en direct bien entendu. (pas de couche d’abstraction entre les applis, comme un soft-crontabisé générant le fichier de config Bind ou Apache)
.
Pour le DNS, je me suis basé sur un patch existant : Bind-DLZ.

Bind-DLZ permettait des interconnexions vers les différentes grandes bases de donnéees OpenSource: MySQL, PostgreSQL, (Open)LDAP ou non-free avec ODBC.

Un pur bonheur…. oui, enfin pas tout à fait, j’avais quelques petits problèmes de performance au niveau du DNS lors des « queries » classiques.
Même la plus belle des requètes n’aurait pas pu régler ce problème: il fallait se rendre à l’évidence: j’avais besoin de « tags » supplémentaires dans la configuration de Bind patché avec DLZ.

Après quelques minutes/heures, j’ai produit une serie de patch pour les différents « drivers » Bind-DLZ pour l’ajout de deux tags: le « zone_tld » tag et le « zone_domain » tag.

Le « zone_tld » s’occupait des gTLD comme .com, .net, .org, etc…
Le « zone_domain », lui, s’occupait de la partie « nom » du domaine: « sherpadown« , « google« , etc… par exemple.

Après test et mise en production, les latences ont disparus.

Les différents patchs et packages :

Bind DLZ – Patchs Extended-Tags

Bind DLZ

Unofficial Debian packages for Bind DLZ + Patch Extended-Tags