Variables de config en tiempo de build
Exportadas al build como lo hacen la mayoría de las plataformas, para que un precompilado de assets que arranca la app encuentre su URL de base de datos.
Métodos de despliegue
Siete formas de construir y desplegar.
Railyard elige el camino de build que tu repositorio necesita. Todo lo que viene después del build, desde el release hasta el rollback, funciona igual para los siete.
| Método | Fuente | Qué corre | Estado |
|---|---|---|---|
| image:// | Un tag de registro | Pull y ejecución. Sin clonar, sin build. | lanzado |
| dockerfile | Un repo con un Dockerfile | Clone, docker build, ejecución. | lanzado |
| railpack | Un repo, sin Dockerfile (el predeterminado) | Railpack detecta el lenguaje y construye una imagen. Sin configuración. | lanzado |
| cnb | Un repo, sin Dockerfile | pack build sobre heroku/builder:24, y ejecución. | lanzado |
| nixpacks | Un repo, sin Dockerfile | Nixpacks escribe un Dockerfile, y luego se construye normalmente. | lanzado |
| build server | Cualquier método de repo | Construye una vez en un servidor dedicado, y luego corre en cualquier parte de tu flota. | lanzado |
| Procfile | Un repo con un Procfile | Declara los procesos web y worker más el hook de release. | lanzado |
Un solo pipeline
Un solo pipeline para cada método de build.
Imagen, Dockerfile, buildpacks, Nixpacks o Procfile: cada camino produce una imagen. De ahí en adelante el despliegue es igual, incluyendo un redeploy rápido del mismo commit.
- Variables de config exportadas al build
- El hook de release corre antes de que se mueva el tráfico
- Sondeo de disponibilidad, y luego un cambio sin downtime
$ git push railyard main
Enumerating objects: 12, done.
remote: Construyendo storefront (Dockerfile)
remote: #7 RUN bundle install
remote: #9 RUN bin/rails assets:precompile
remote: Release: bin/rails db:migrate
remote: Comprobación exitosa (GET /up 200)
remote: En línea, el tráfico pasó a la nueva versión
a1b2c3d..e4f5a6b main -> main
Cada build
Las mismas funciones de build, en cada método.
Repos privados y submódulos
Conecta GitHub una vez; los repositorios privados y sus submódulos se clonan automáticamente, limitados a los repos que conectas.
Build args y secretos
Pasa argumentos de build y secretos al build sin incrustarlos en la imagen.
Volúmenes persistentes
Volúmenes con nombre en una ruta que tú elijas, que un redeploy nunca borra.
Complementos ya conectados
Postgres con pgvector, MySQL, Redis, Memcached y almacenamiento de objetos, con cadenas de conexión inyectadas.
Hooks de release
Las migraciones corren antes de que la nueva versión reciba tráfico; un fallo detiene el despliegue.
Sitios estáticos y funciones
Un build estático se sirve con HTTPS automático; las funciones son unas líneas de TypeScript, editables desde el Canvas.
Plantillas y botón de despliegue
Unas 200 plantillas en un clic, y un badge de README que abre un despliegue precargado.
Probado en software comercial: Campfire, el producto pago de Rails 8 de 37signals, corre tanto por el camino Dockerfile como por buildpacks.
Despliega tu primera app en un servidor que tú posees.
Conecta una máquina con un host, un usuario y una clave SSH, o deja que Railyard cree una en tu cuenta de nube. Instala el resto y vigila que quede en línea.
Plan gratis, sin tarjeta, y 14 días de Pro para cada equipo nuevo. Un precio fijo por equipo.