Les serveurs restent dans votre propre compte cloud
Connectez DigitalOcean, Hetzner, Vultr, OVH ou AWS et Railyard provisionne et déploie directement sur un serveur de ce compte.
Hatchbox · oui
Railyard contre Hatchbox
Hatchbox gère des applications Rails sur des serveurs que vous possédez déjà — DigitalOcean, Hetzner, AWS, Vultr et d'autres clouds, ou votre propre machine Ubuntu — pour un prix fixe de 15 $ par serveur et par mois. Railyard vous offre le même flux de travail sur des serveurs à vous.
Aucune majoration sur les serveurs
Vous payez votre fournisseur cloud directement, à son prix. Les frais de Railyard sont un montant fixe par équipe, pas une part de votre facture de serveur.
Hatchbox · oui
Utilisez n'importe quel serveur Ubuntu en SSH
Pointez Railyard vers l'hôte d'un serveur existant, un utilisateur et une clé SSH ; il se connecte et prend le relais à partir de là.
Hatchbox · oui
Déployez depuis GitHub à chaque push
Connectez un dépôt une fois ; chaque push sur la branche choisie build, met en production et bascule le trafic automatiquement.
Hatchbox · oui
Environnement d'aperçu par pull request
Chaque pull request obtient sa propre copie avec sa propre URL et un commentaire sur la PR, détruite automatiquement à sa fermeture.
Hatchbox · non
Bases de données gérées avec sauvegardes planifiées
Postgres, MySQL, Redis et plus sont provisionnés sur vos serveurs, avec des sauvegardes planifiées, vérifiées par une restauration, et conservées pour la durée que vous définissez.
Hatchbox · partiel
Restauration de base de données à un instant précis
Restaurez n'importe quelle base de données à n'importe quelle minute dans votre fenêtre de conservation, dans une nouvelle base à côté de l'originale.
Hatchbox · non
Canvas visuel de votre projet
Chaque service, base de données et les liens entre eux s'affichent comme une image en direct que vous pouvez modifier et déployer.
Hatchbox · non
Réseau privé entre les services
Chaque serveur géré par Railyard rejoint automatiquement un réseau privé, pour que les services se parlent sans passer par l'internet public.
Hatchbox · non
Mise en veille si inactif, réveil à la demande
Une application sans trafic depuis un moment arrête son processus, puis le redémarre dès qu'une requête arrive.
Hatchbox · non
Raison en langage clair quand un déploiement échoue
Un déploiement en échec nomme la cause en langage clair — une vérification de santé échouée, un build raté, une variable manquante — et pointe directement vers la correction.
Hatchbox · non
Les applications restent en ligne si vous annulez
Vos applications sont de simples conteneurs sur des serveurs à vous, derrière un proxy standard. Annulez Railyard et elles continuent de répondre ; vous perdez seulement le tableau de bord.
Hatchbox · oui
Voir le tableau comparatif complet
| Railyard | Hatchbox | |
|---|---|---|
| Les serveurs restent dans votre propre compte cloud | oui | oui |
| Aucune majoration sur les serveurs | oui | oui |
| Utilisez n'importe quel serveur Ubuntu en SSH | oui | oui |
| Déployez depuis GitHub à chaque push | oui | oui |
| Environnement d'aperçu par pull request | oui | non |
| Bases de données gérées avec sauvegardes planifiées | oui | partiel |
| Restauration de base de données à un instant précis | oui | non |
| Canvas visuel de votre projet | oui | non |
| Réseau privé entre les services | oui | non |
| Mise en veille si inactif, réveil à la demande | oui | non |
| Raison en langage clair quand un déploiement échoue | oui | non |
| Les applications restent en ligne si vous annulez | oui | oui |
Quelque chose a changé? Écrivez-nous à hello@railyard.run et on corrige la ligne.
Là où Hatchbox fait mieux
- Les workers en arrière-plan pour Solid Queue et Sidekiq sont détectés et démarrés automatiquement dès le premier déploiement, sans configuration supplémentaire.
- Un long historique avec Rails : conçu par GoRails depuis 2016, avec plus de 24 000 applications et 2 millions de déploiements, selon Hatchbox.
Choisissez Hatchbox si
Choisissez Hatchbox si vous faites tourner spécifiquement du Rails, voulez sa détection de workers Solid Queue/Sidekiq et son intégration MCP pour les outils de code IA, et que l'absence d'aperçus par pull request ou de restauration de base de données à un instant précis ne vous dérange pas.
Choisissez Railyard si
Choisissez Railyard si vous voulez cette même configuration « apportez votre propre serveur », pour n'importe quelle stack et pas seulement Rails, plus des aperçus par pull request, un Canvas visuel et la restauration de base de données à un instant précis, pour un prix fixe de 19 $ par mois par équipe.
Prix
- Hatchbox
- Un prix fixe de 15 $ par serveur et par mois, séparé de votre facture cloud, avec applications et membres d'équipe illimités sur chaque serveur ; un essai gratuit de 7 jours demande un moyen de paiement.
Sources: Hatchbox: Pricing · Hatchbox: Rails deployment
Voir aussi Railyard contre Heroku · Railway · La page alternative à Hatchbox →
La migration
Comment les équipes quittent Hatchbox
01
Déployez à côté de Hatchbox
Pointez Railyard vers un nouveau serveur et déployez une copie de votre application. Rien ne change encore sur votre installation actuelle.
02
Faites vos preuves sur une URL temporaire
Testez le nouveau déploiement de bout en bout avant que quiconque d'autre ne le voie.
03
Changez le DNS quand vous êtes prêt
Basculez le trafic en quelques minutes. Votre application n'a jamais été hors ligne pendant le changement.
Votre serveur gratuit de 7 jours vous attend.
Sans carte de crédit. Aucun compte cloud requis pour tester. Votre premier serveur reste gratuit pour toujours.
Offre gratuite, sans carte, et 14 jours de Pro pour chaque nouvelle équipe. Prix fixe par équipe.