Nous nous sommes fixés une mission simple chez alwaysdata, en tant que fournisseur de PaaS / Cloud : nous nous engageons à vous fournir une plateforme toujours sécurisée, solide et fiable.
Notre plateforme technique est basée sur Debian pour la couche système basse, et nous gérons nous-mêmes les paquets de versions des langages, outils serveurs et du kernel. Depuis la sortie de Buster, la dernière version, en juillet dernier, nous avons commencé à travailler sur la migration de notre base système vers notre nouvelle architecture.
Aujourd’hui, nous sommes contents de pouvoir vous annoncer que ce processus de migration est maintenant prêt à débuter !
Avec la mise à jour du système d’exploitation, nous apportons des changements à votre environnement. Ils sont tous documentés dans le document sur l’architecture logicielle 2020 de notre documentation.
En dehors des mises à jour et du décommissionnement de certaines versions de langages et des outils serveur, les changements les plus notables sont liés à la manière dont nous nous appuyons sur les variables d’environnement pour personnaliser votre contexte d’exécution.
Migrez dès maintenant !
Le processus de migration a commencé cette semaine. Vous pouvez le lancer manuellement depuis votre interface d’administration. Ce processus permettra de déplacer votre compte et vos configurations vers de nouveaux serveurs utilisant l’architecture 2020.
Si vous souhaitez tester l’environnement avant de migrer, certains changements peuvent être appliqués sur l’architecture 2017 dès maintenant, notamment :
- passer à Apache 2.4 au lieu de 2.2 ;
- définir les versions des langages que vous utilisez sur leurs dernières versions mineures ;
- désactiver le support de TLS 1.0 pour le SSL sur HTTPS.
Vous pouvez facilement annuler ces modifications au cas où vous auriez besoin de corriger des erreurs dans vos applications, tant que vous utilisez l’architecture 2017. Vous pouvez également tester vos migrations de bases de données depuis votre interface d’administration.
Lorsque vous êtes prêt, il suffit d’exécuter la migration pour être déplacé sur la nouvelle architecture 2020. Tous les comptes seront déplacés automatiquement dans les semaines suivant le 28 septembre 2020.
Maintenant que cette migration est prête à démarrer, nous continuons à nous concentrer sur les nouvelles fonctionnalités qui sont en cours d’élaboration pour les prochains mois.
Bonne mise à jour !
Migration réussie pour moi : un site PHP et un en Python, juste un virtualenv à recréer.
Pour info, la documentation généraliste sur les migrations parle de l’option « Tester », mais pour cette migration il n’y a pas de test disponible, il faut se préparer sur l’archi 2017 et ensuite croiser les doigts que ça marche en archi 2020.
Effectivement, il n’y a pas de test disponible pour cette migration, on va corriger la documentation. On a considéré que cette migration étant nettement plus simple que la précédente (celle de 2017), et la plupart des choses « risquées » (comme le passage à Apache 2.4) étant activables avant de migrer, ou effectuables via une migration séparée (comme la montée de version des bases de données), il aurait été contre-productif dans la majorité des cas d’inciter nos clients à passer par une phase de tests supplémentaire.
Migration également OK pour ma part. Plusieurs sites statiques/PHP/Django. Comme annoncé dans la doc, j’ai dû re-créer le venv avec la dernière version de Python, c’était la seule opération requise.
Merci pour votre infra, c’est toujours un plaisir d’avoir autant de possibilités grâce à vos services :-)