Feuille de route
Ce qui est livré, la suite.
Tout ici est construit en petites étapes, et chacune est mise en production et vérifiée là avant que la suivante commence. Pas de dates, parce qu'on préfère livrer que promettre. Pour tout ce qui est déjà arrivé, voir les nouveautés.
Livré récemment
en ligne- apps:rm, avec une confirmation obligatoire
- Une passe de fiabilité : gabarits, disque, DNS et routage
- Inscription ouverte et offres à prix fixe
- Renforcement de la sécurité et correctifs
- Règles edge et domaines vérifiés
- Déploiements canary, plages de déploiement et bascule automatique
- Une nouvelle CLI, des déploiements par git push et Terraform
- Serveurs de base de données, répliques et restauration à un instant précis
- Instantanés, mises à jour de l'OS et protection des serveurs
- Le canvas, les modèles et le bouton Deploy
En cours / à venir
en développement- Limites de débit et blocage par pays, partout Construits et enregistrés par application aujourd'hui. Ils commencent à s'appliquer à mesure que les serveurs passent à la propre image de proxy en périphérie de Railyard.
- Commentaires sur les pull requests et ChatOps Un commentaire par pull request avec l'URL d'aperçu et le statut, mis à jour à chaque déploiement, plus /railyard redeploy depuis la PR. Les commandes stop et wake restent à venir.
- Copies de bases de données plus rapides pour les stagings Les forks avec un script de masquage fonctionnent maintenant. Prochaine étape : des copies instantanées copy-on-write sur Postgres 18, et des règles de masquage par colonne au lieu de SQL.
- Importations Heroku, Render et Fly hors bêta Les importations Railway sont vérifiées. Les importateurs Heroku, Render et Fly fonctionnent et sont testés de bout en bout sur plus de comptes réels.
- Postgres 18 Postgres 17 est la version par défaut sur les nouveaux serveurs de bases de données. Prochaine étape : Postgres 18, et les mises à niveau majeures hors bêta.
- Domaines d'aperçu génériques Chaque aperçu sur un seul certificat générique, avec une adresse propre par application.
Prévu
plus tard- Environnements d'aperçu à l'échelle du projet Une pull request sur n'importe quel dépôt d'un projet obtient tous les services, chacun avec sa propre base de données, reliés entre eux.
- Un seul build par commit Les environnements réutilisent l'image déjà construite pour un commit; les changements qui touchent seulement la configuration se redéploient sans build.
- Un plafond de dépenses par environnement Les budgets d'équipe avec un plafond strict fonctionnent déjà. Prochaine étape : un plafond mensuel distinct pour chaque environnement.
- Une option de serveur de staging Mettez les stagings et les aperçus d'un projet sur un seul serveur bon marché, et laissez la production intacte.
- Configuration du projet dans votre dépôt Un seul fichier dans git décrivant les services, les bases de données et les environnements, appliqué depuis le tableau de bord ou la CLI, avec les écarts affichés.
- De plus gros builds sur de petits serveurs Mémoire compressée sur les serveurs de build, construction sur votre serveur le plus libre, et builds sur les runners gratuits de GitHub.
- SSH et transfert de fichiers dans la CLI railyard ssh, un accès SSH à durée limitée, et le téléversement et le téléchargement de fichiers.
- Console interactive dans la CLI Une vraie session de terminal dans un conteneur en cours d'exécution depuis railyard console.
- Plus de réplication Des réplicas Redis et MySQL, et des applications pointées automatiquement vers un nœud de secours promu.
- Copier des données depuis des bases de données privées Importer depuis des bases de données sans adresse publique, comme un Postgres Railway privé.
- Paquets et configuration personnalisés du serveur Des paquets système supplémentaires et des extraits de configuration de proxy ou de Postgres qui survivent à une reconstruction du serveur.
- Les fonctions, plus abouties Des fonctions déclenchées par cron, et des retours arrière qui restaurent le code d'une fonction, pas seulement son runtime.
- Routage par chemin entre serveurs Servez /api depuis une application sur un autre serveur, sur le même domaine et le même certificat.
- Plus de modèles vérifiés Déployez et vérifiez une à une les applications Rails open source du catalogue : Docuseal, Campfire, Writebook, Discourse, Forem, Lobsters et plus encore.
Il manque quelque chose dont vous avez besoin? Dites-le-nous. L'ordre change quand les gens qui font tourner de vraies applications sur Railyard demandent quelque chose.
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.