Projet Storky : automatiser la migration des applications et des données entre régions

Alors que Scalingo est désormais disponible dans plusieurs centres de données — que nous appelons des régions — et que nous prévoyons d’en ouvrir d’autres à l’avenir, nos clients avaient besoin d’outils pour migrer facilement leurs données et leurs applications d’une région à une autre.

C’est ainsi qu’est né le Projet Storky. Nous sommes heureux d’annoncer aujourd’hui son lancement : vous pouvez désormais migrer vos applications d’une région à une autre en toute autonomie.

Storky en action

Storky est le nom interne du service chargé de gérer la migration des applications et de leurs données entre les régions. Son nom fait référence à la cigogne, animal emblématique de la région d’origine de Scalingo.

Comme la cigogne transporte un colis précieux, la migration de vos applications demande une attention toute particulière : il s’agit d’une opération sensible, composée de nombreuses pièces en mouvement.

Avec Storky, vos migrations d’applications sont entre de bonnes mains — ou plutôt, dans un bon bec !

Migration d’une application

La migration d’une application s’effectue à l’aide de l’outil en ligne de commande de Scalingo. Veuillez l’installer avant de commencer.

Avec notre CLI, migrer une application d’une région à une autre est entièrement automatisé. Le processus est découpé en quatre étapes indépendantes, chacune pouvant être interrompue à tout moment :

1. Création de la migration : nous vérifions que la migration est possible. Cette étape renvoie un identifiant de migration, nécessaire pour exécuter les étapes suivantes ou abandonner la migration.

2. Préparation de la migration : nous copions le squelette de l’application, notamment l’application elle-même, les collaborateurs et sa configuration.

3. Migration des données : cette étape est optionnelle. Toutes les bases de données sont prises en charge, à l’exception d’InfluxDB.

4. Finalisation de la migration : nous démarrons la nouvelle application et redirigeons le trafic depuis l’ancienne.

Pendant les étapes 1 et 2, l’application source continue de fonctionner et de recevoir du trafic. Seuls ses paramètres sont gelés afin d’éviter toute interaction avec la plateforme pouvant perturber la migration.

Ce n’est qu’aux étapes 3 et 4 que l’application source est arrêtée. Le temps d’arrêt attendu — et inévitable — correspond donc à la durée nécessaire pour sauvegarder les données de la base source, puis les restaurer dans la base cible.

Vous trouverez tous les détails techniques de chaque étape dans la documentation dédiée à la migration d’applications entre régions.

Que peut-on migrer ?

Notre outil prend en charge la migration complète d’une application d’une région à une autre.

Plus précisément, il permet de :

• répliquer la formation des conteneurs ;

• copier les paramètres avancés ;

• importer les limites applicatives ;

• importer la build actuellement en production ;

• importer les variables d’environnement ;

• importer les collaborateurs ayant accepté leur invitation ;

• importer l’intégration SCM ;

• importer les domaines et certificats ;

• importer les notificateurs et alertes ;

• importer les drains de logs ;

• importer les autoscalers.

Storky peut également migrer vos données.

Pour chaque addon provisionné, Storky suit les étapes suivantes :

• provisionner une base de données avec le même plan et la même version ;

• déclencher une sauvegarde sur la base de données source ;

• restaurer cette sauvegarde sur la base de données cible.

Limitations

Même si l’objectif initial du Projet Storky était de fournir un outil de migration tout-en-un et entièrement automatisé, certaines limites existent.

Les drains de logs sur les bases de données ainsi que les configurations MySQL personnalisées ne sont pas migrés. Si vous êtes concerné, vous pouvez contacter le support afin de les activer sur l’application cible.

Si vous utilisez un dépôt Git distant sur Scalingo — c’est-à-dire sans intégration GitHub ou GitLab — ce dépôt ne sera pas migré. Vous pourrez simplement effectuer un git push vers le dépôt cible.

Enfin, les vérifications préalables à la migration généreront des erreurs si votre application utilise un addon TCP, VPN, Docker ou InfluxDB. Dans ce cas, notre support pourra vous accompagner.

Conclusion

L’objectif de Scalingo est d’automatiser un maximum d’opérations afin de simplifier la vie des développeurs. Le lancement de cet outil constitue une nouvelle étape importante dans cette direction.

Avec l’ouverture prévue de nouvelles régions, Storky deviendra un outil de plus en plus essentiel pour nos clients.