Migration DNS d'une app legacy gros challenge

salut ! le CNAME c'est pas le plus safe si tu veux minimiser le downtime. mieux vaut baisser le TTL de ton enregistrement A (old-server.mondomaine.com) à genre 60-300 secondes bien avant la migration. comme ça quand tu changes l'IP du A record, les caches DNS expirent vite. une fois que tout pointe vers le nouveau service, tu pourras envisager de remettre un CNAME ou laisser un A direct

ouais et gaffe si ton app est derrière un load balancer ou un proxy. assure-toi que tous les services en amont et en aval supportent bien le changement d'IP sans cache DNS agressif. des fois des vieux clients ont des DNS caches qui respectent pas les TTLs

pense aussi à une stratégie de rollback hyper rapide. si ça pète tu dois pouvoir repasser sur l'ancienne IP en qqs minutes. prépare les commandes DNS à l'avance et teste-les dans un env non prod pour être sûr

ok le TTL c la base je m'en veux d'avoir oublié. on va baisser le TTL du A record dès maintenant. pour le rollback on a un plan mais c pas encore hyper rodé. on peut pas faire un double-write le temps de la transition ? ou genre mettre un proxy qui redirige vers l'ancienne ou la nouvelle IP selon la santé ?

double-write c'est pour les données pas le DNS. par contre un proxy oui c'est une option si t'as le temps de le mettre en place et de le tester. genre nginx ou haproxy avec une config conditionnelle. ça ajoute une couche de complexité mais ça peut donner de la flexibilité pendant la transition

un truc important : n'oublie pas de vérifier les caches DNS de tes serveurs d'appli côté cloud après la migration. des fois ils ont leur propre cache systemd-resolved ou dnsmasq qui garde les anciennes IPs et ça peut causer des trucs bizarres

c'est bon on a baissé le ttl à 60s hier soir. ce matin on a fait le cut vers la nouvelle ip et ça s'est super bien passé ! quelques alerts mais rien de grave. le rollback était pas nécessaire. merci pour les conseils l'équipe !