← Tous les guides de migration
Depuis Appliku
Appliku déploie des applications Django sur des serveurs que vous possédez, facturé par serveur. Railyard suit le même modèle « vos propres serveurs » sans vous limiter à un seul framework.
Pourquoi les équipes quittent Appliku
Appliku est une approche vraiment bonne et ciblée du modèle « vos propres serveurs » pour Django. La friction apparaît dès qu’une équipe a autre chose que Django dans sa pile : une API Rails, un worker Node, un service Go — Appliku ne les couvre pas.
Railyard suit la même idée — vos serveurs, votre compte cloud — pour n’importe quel framework ou langage qui tourne dans un conteneur.
Ce qui vous suit
- Votre dépôt Django, construit à partir d’un Dockerfile, de buildpacks, ou d’un Procfile.
- Vos variables d’environnement et vos secrets.
- Postgres, MySQL et Redis gérés correspondent directement aux modules complémentaires de Railyard.
- Vos serveurs existants : rattachez-les en SSH plutôt que de reconstruire le parc.
La migration
- Rattachez un serveur : un serveur existant, ou un nouveau serveur que Railyard provisionne dans votre compte cloud.
- Ajoutez votre dépôt et choisissez la méthode de build qui correspond à la façon dont Appliku le construit aujourd’hui.
- Apportez votre configuration et ajoutez les bases de données attendues par votre application.
- Déployez vers une URL temporaire. Exécutez votre tâche de release et vérifiez.
- Migrez les données avec une sauvegarde restaurée dans le module complémentaire géré.
- Basculez le DNS. Appliku continue de répondre jusqu’à la bascule ; il n’y a pas d’interruption de service.
Ce qui change
Le même modèle « vos propres serveurs », mais sans se limiter à Django — utile dès que votre pile dépasse un seul framework.