Variables de config au moment du build
Exportées dans le build comme le font la plupart des plateformes, pour qu'un précompilateur d'assets qui démarre l'application trouve son URL de base de données.
Méthodes de déploiement
Sept façons de construire et de déployer.
Railyard choisit le chemin de build dont votre dépôt a besoin. Tout ce qui suit le build, de la mise en production au retour arrière, fonctionne de la même façon pour chacune d'elles.
| Méthode | Source | Ce qui s'exécute | Statut |
|---|---|---|---|
| image:// | Un tag de registre | Pull puis exécution. Aucun clone, aucun build. | livré |
| dockerfile | Un dépôt avec un Dockerfile | Clone, docker build, puis exécution. | livré |
| railpack | Un dépôt, sans Dockerfile (par défaut) | Railpack détecte le langage et construit une image. Aucune configuration. | livré |
| cnb | Un dépôt, sans Dockerfile | pack build sur heroku/builder:24, puis exécution. | livré |
| nixpacks | Un dépôt, sans Dockerfile | Nixpacks écrit un Dockerfile, puis le build se poursuit normalement. | livré |
| build server | N'importe quelle méthode de dépôt | Build une seule fois sur un serveur dédié, puis exécution n'importe où dans votre flotte. | livré |
| Procfile | Un dépôt avec un Procfile | Déclare les processus web et worker, plus le release hook. | livré |
Un seul pipeline
Un seul pipeline pour toutes les méthodes de build.
Image, Dockerfile, buildpacks, Nixpacks ou Procfile : chaque chemin produit une image. À partir de là, le déploiement se déroule de la même façon, y compris pour un nouveau déploiement rapide du même commit.
- Variables de configuration exportées dans le build
- Le release hook s'exécute avant que le trafic bascule
- Sonde de disponibilité, puis une bascule sans interruption
$ git push railyard main
Enumerating objects: 12, done.
remote: Build de storefront (Dockerfile)
remote: #7 RUN bundle install
remote: #9 RUN bin/rails assets:precompile
remote: Release: bin/rails db:migrate
remote: Vérification réussie (GET /up 200)
remote: En ligne, le trafic est passé à la nouvelle version
a1b2c3d..e4f5a6b main -> main
Chaque build
Les mêmes fonctionnalités de build, pour chaque méthode.
Dépôts privés et sous-modules
Connectez GitHub une fois; les dépôts privés et leurs sous-modules se clonent automatiquement, limités aux dépôts que vous connectez.
Arguments et secrets de build
Passez des arguments de build et des secrets dans le build sans les intégrer dans l'image.
Volumes persistants
Des volumes nommés à un chemin de votre choix, jamais effacés par un nouveau déploiement.
Add-ons déjà branchés
Postgres avec pgvector, MySQL, Redis, Memcached et stockage d'objets, avec chaînes de connexion injectées.
Release hooks
Les migrations s'exécutent avant que la nouvelle version reçoive du trafic; un échec arrête le déploiement.
Sites statiques et fonctions
Un build statique est servi avec HTTPS automatique; les fonctions sont quelques lignes de TypeScript, modifiables depuis le Canvas.
Modèles et bouton de déploiement
Environ 200 modèles en un clic, et un badge README qui ouvre un déploiement pré-rempli.
Éprouvé sur un logiciel commercial : Campfire, le produit Rails 8 payant de 37signals, passe à la fois par le chemin Dockerfile et par les buildpacks.
Déployez votre première application sur un serveur à vous.
Connectez une machine avec un hôte, un utilisateur et une clé SSH, ou laissez Railyard en créer une dans votre compte cloud. Il installe le reste et surveille sa mise en ligne.
Offre gratuite, sans carte, et 14 jours de Pro pour chaque nouvelle équipe. Prix fixe par équipe.