Vous devez ajouter une colonne non nulle à une table de 500 millions de lignes. Comment livrez-vous ça sans interruption de service ?

Faites-le par étapes. Ajoutez la colonne en nullable sans valeur par défaut pour que le changement ne touche que les métadonnées, déployez du code qui l'écrit sur tous les chemins tout en tolérant encore les nuls, remplissez par petits lots avec des pauses pour que verrous et réplication restent sains, vérifiez qu'il ne reste aucun nul, puis ajoutez la contrainte not null (validée séparément là où c'est possible) et retirez le code de repli. Jamais un seul ALTER bloquant sur une table de cette taille.

Ce que je ne ferai pas, c'est un seul ALTER qui ajoute une colonne not null avec une valeur par défaut, parce que sur un moteur plus ancien ça réécrit toute la table sous un verrou exclusif et le service est à terre pendant tout ce temps. Je fais donc l'expansion d'abord : je l'ajoute en nullable, ce qui sur un Postgres moderne est un changement de métadonnées et donc quasi instantané. Ensuite je déploie du code qui écrit la nouvelle colonne à chaque insertion et mise à jour tout en tolérant encore les nuls en lecture, parce que pendant un déploiement progressif les anciens et les nouveaux pods sont tous les deux en vie et je ne peux pas supposer autre chose. Puis le remplissage, par lots de peut-être dix mille lignes indexés par clé primaire avec une courte pause entre eux, en surveillant le retard de réplication pendant que ça tourne et en ralentissant s'il grimpe. Une fois le compte de nuls à zéro, j'ajoute la contrainte, et dans Postgres je l'ajouterais en not valid puis je la validerais séparément pour prendre un verrou plus faible. Le dernier déploiement retire le repli. Chaque étape est réversible individuellement.