Depuis Kamal
Kamal est un outil de déploiement gratuit et open source de 37signals, sans tableau de bord et sans services gérés. Railyard garde la même idée de posséder ses serveurs et ajoute l'outillage du jour deux.
Pourquoi les équipes quittent Kamal
Kamal est un outil solide et gratuit pour déployer des conteneurs sur des serveurs que vous possédez via SSH, et il a validé le modèle sur lequel Railyard est construit. La friction, c’est que c’est un outil en ligne de commande, pas une plateforme : vous écrivez et maintenez le YAML, il n’y a pas de tableau de bord, pas de sauvegardes gérées pour la base de données, et pas de rôles d’équipe ni de journal d’audit.
Railyard garde la même idée de posséder ses serveurs, avec en plus un tableau de bord, des modules complémentaires gérés et des équipes.
Ce qui vous suit
- Votre dépôt, construit à partir d’un Dockerfile — Kamal et Railyard déploient tous les deux des conteneurs.
- Vos variables d’environnement et vos secrets, précédemment conservés dans votre
deploy.ymlet.kamal/secrets. - Vos serveurs existants : rattachez-les en SSH plutôt que de reconstruire le parc.
- Les redémarrages progressifs sans interruption de Kamal se poursuivent sous la forme de la bascule vérifier-puis-échanger de Railyard.
La migration
- Rattachez un serveur : un serveur qui fait déjà tourner vos conteneurs, ou un nouveau serveur que Railyard provisionne dans votre compte cloud.
- Ajoutez votre dépôt et pointez Railyard vers votre Dockerfile.
- Apportez votre configuration et ajoutez les bases de données attendues par votre application comme modules gérés.
- Déployez vers une URL temporaire. Exécutez votre tâche de release et vérifiez.
- Basculez le DNS. Il n’y a aucune interruption ; l’ancien déploiement continue de répondre jusqu’à la bascule.
Ce qui change
Un tableau de bord, des sauvegardes gérées et un contrôle d’accès par équipe, sans abandonner l’idée de déployer des conteneurs sur des serveurs que vous possédez.