C’est la sueur froide de tout CTO. 😰 La mise à jour est en ligne, validée par Apple et Google. Les utilisateurs la téléchargent. Sauf que... l'application pointe vers notre serveur de développement, pas celui de production. On s’en est rendu compte 24 heures plus tard. Pour le client, c’est la panique totale. Le réflexe immédiat serait de renvoyer une nouvelle version. Mais avec les délais de validation des Stores, ça prend minimum 24h. Impossible d'attendre. Dans ces moments-là, la priorité n’est pas de chercher un coupable. C'est d'éteindre le feu. On a gardé notre calme et on a trouvé une solution d'infrastructure plutôt que de code : On a redirigé les DNS de l'environnement de DEV pour qu'ils pointent temporairement vers la PROD. Résultat immédiat : l'app fonctionne pour les utilisateurs, sans attendre la validation Apple. La leçon ? L'erreur est humaine, mais le process doit être infaillible. Depuis ce jour, une règle est codée en dur : si l'app tourne sur l'URL de DEV, un énorme bandeau rouge s'affiche en haut de l'écran. Impossible de le rater. Un bon partenaire tech, ce n’est pas celui qui ne fait jamais d'erreur. C’est celui qui ne panique pas quand elle arrive. ❓ C’est quoi votre plus belle frayeur de mise en production ? … plus