Contexte
freewebworld.fr existe depuis de nombreuses année mais dans la pratique est assez long que ce soit dans la prononciation ou dans la saisie dans la vie de tout les jours
Pourquoi changer
freewebworld date de 2016 et, surtout, c’est un nom assez long à épeler, notamment dans le cadre de son utilisation pour mon serveur mail. Combien de fois, au téléphone, cela a été compliqué et trop long à donner.
J’ai donc pris la décision de chercher un autre nom de domaine évoquant toujours freewebworld, mais en version plus compacte, lisible et plus utilisable dans la vie de tous les jours.
Les pistes de réflexion sur le choix du nouveau nom
lors du choix du nom de domaine je souhaitais mettre fww.fr mais visiblement déjà pris je me suis dirigé vers d’autre piste de réflexion j’ai deux possibilité qui son apparue
- fwwhub.fr
- fwwlab.fr
fwwlab.fr le premier choix
pour cette piste la je trouvais que fwwlab été pas mal étant une infrastructure auto-héberger chez moi et ou j’expérimente les diverses nouveauté open-source et autres outil / logiciel fwwlab.fr semblais à priori être un bon choix et après réflexion lab fais justement penser a expérience ou expérimentation même si c’est un peu le cas cela donnerais surement indirectement une image de prototype de mode beta test donc potentiellement pas stable
professionnellement parlant ce n’était pas une image que je souhaitais diffusé
fwwhub.fr le deuxième
fwwhub.fr a été le deuxième choix qui m’est apparu comme aussi pertinent car il y a plusieurs services disponible gratuitement accessible en publique et au vu du nombre de services fwwhub.fr semblais aussi être pertinent
Le choix final
Comme vous pouvez le constater, le choix final est donc fwwhub.fr, plus crédible sur le plan professionnel. Cela fait maintenant 10 ans que je maintiens mes services, que je les mets à jour et que je les administre.
Considérer tout cela comme un lab serait, je pense, réducteur : ce sont des services en production, maintenus et régulièrement mis à jour, avec des systèmes de sauvegarde journalières opérationnels avec redondance. Tout cela est, je pense, plus proche d’un système opérationnel que d’un simple laboratoire d’expérimentation.
Après réflexion, fwwhub.fr me semble donc plus approprié que fwwlab.fr.
Comment j’ai procédé
Ici, je vais rapidement expliquer les pistes de réflexion sur comment j’ai procédé.
Modification de la zone DNS
Étant donné que la destination (champ A IPv4 dans la zone DNS) ne change pas,
cela a été très simple, j’ai copié en mode textuel la configuration de la zone DNS freewebworld.fr
que j’ai copiée dans le nouveau domaine fwwhub.fr en modifiant quelques éléments, notamment les champs dédiés au serveur mail, pour que tout corresponde ; cela a pris 10 minutes.
Le plus long étant la propagation DNS de 24 h à 48 h au niveau mondial.
Quels services migrés et dans quel ordre
Dans un premier temps, j’ai réfléchi à ce qui avait de plus simple à migrer, mais aussi à ce qui avait de plus important.
- Nextcloud : le plus critique car il est utilisé constamment, et quelques modifications à faire dans la config globale
- Serveur mail
- Les services Docker simples : juste à modifier les vhosts Nginx et recréer les certificats Let’s Encrypt
- Puis le reste qui est moins critique
La communication au utilisateurs
J’ai quelques amis qui utilisent mes services et je pense que, clairement, là où je n’ai pas été le meilleur,
j’ai peut-être pas communiqué assez, ce qui a créé quelques incidents, rien de grave, pas de perte de données, mais de l’interruption de service ; cela a généré quelques gênes occasionnelles, mais assez vite réglées.
Les délais / interruption de services
Les délais de remise en service et de fin de migration pour 90 % des services ont duré 5 à 10 h grand maximum ; tout était presque opérationnel après 5 à 6 heures de travail.
Les services moins critiques ont été migrés en 3 à 4 jours.
Conclusion | but atteint ?
J’ai remarqué de mon côté des lacunes en matière de communication à mes utilisateurs, un point que je pourrais clairement améliorer avec une mailing liste qui permettrait un bien meilleur suivi, mais surtout des explications plus claires et des procédures claires pas à pas pour permettre aux utilisateurs de reconfigurer les applications facilement.
Un point très positif : cela m’a obligé à reparcourir toutes les configurations de l’ensemble des services, que ce soit les reverse proxy Nginx, les configurations SSL / TLS avec Let’s Encrypt, mais aussi les fichiers config.php de certains sites web WordPress ou Nextcloud, ou encore Pterodactyl.
Cela m’a permis de revoir des services qui étaient présents depuis longtemps mais que je n’avais pas forcément retouchés puisqu’ils étaient fonctionnels ; cela m’a montré que je comprenais bien ce que j’avais fait par le passé et que je savais où aller pour refaire les configurations si besoin.
Le but à la base était de raccourcir le nom de domaine et de rendre plus lisible et faciliter la lecture ou l’utilisation dans la vie de tous les jours ; je pense que cela est réussi, c’est bien plus court et bien plus simple à utiliser au quotidien.