Railyard vs Laravel Cloud : la mise à l'échelle vers zéro ou un serveur que vous possédez

Laravel Cloud est fait pour les équipes qui veulent une plateforme Laravel ou Symfony entièrement gérée qui passe à l’échelle vers zéro en cas d’inactivité, tournant sur la propre infrastructure AWS de l’équipe Laravel, avec la conformité intégrée sur les paliers supérieurs. Railyard est fait pour les équipes qui veulent la même détection automatique de Laravel sur un serveur dans leur propre compte cloud, facturé fixe par équipe plutôt que mesuré à l’heure. Aucun des deux n’a tort; ils partent d’hypothèses opposées sur qui devrait posséder le calcul en dessous.

Ce que chacun est vraiment

Laravel Cloud fait tourner votre application, base de données et cache sur une infrastructure AWS que l’équipe Laravel exploite, pas un serveur que vous provisionnez vous-même. Le prix est basé sur l’usage en plus de frais de plan fixes : Starter est à 5 $/mois (premier mois gratuit, avec 5 $ de crédits d’usage mensuels inclus), Growth est à 20 $/mois, et Business est à 200 $/mois, le calcul étant mesuré à la seconde et mis en pause pendant qu’une application dort.

Railyard fait tourner votre application sur un serveur dans votre propre compte cloud (DigitalOcean, Hetzner, Vultr, AWS, OVHcloud, Scaleway ou UpCloud), ou n’importe quelle machine Ubuntu que vous avez déjà. Votre fournisseur facture le serveur directement; les frais de Railyard eux-mêmes sont fixes par équipe : 19 $/mois pour Pro, couvrant jusqu’à cinq serveurs et des applications illimitées.

Là où Laravel Cloud est meilleur

La mise à l’échelle vers zéro de Laravel Cloud est vraiment impressionnante : les applications, MySQL, Postgres et le cache passent tous à l’échelle vers zéro et se réveillent en moins de 500 ms, donc un petit projet personnel calme peut coûter moins d’un dollar par mois. Les environnements de prévisualisation démarrent pour chaque pull request avec des files d’attente gérées déjà rattachées, et les applications Laravel et Symfony sont détectées automatiquement sans aucune configuration. Les plans Business et Enterprise portent la conformité SOC 2 Type II, HIPAA et RGPD plus un WAF avancé intégré, et des limites de dépenses mettent le calcul en pause automatiquement à un budget fixé, avec des alertes à 50 %, 80 % et 100 %.

Si vous voulez une plateforme Laravel ou Symfony sans rien à provisionner, dimensionner ou corriger, et que les papiers de conformité font partie de l’exigence, Laravel Cloud répond directement aux deux.

Là où Railyard est meilleur

La différence porte sur où vit le serveur et comment la facture se comporte. Le calcul de Laravel Cloud est mesuré à la seconde en plus de frais de plan, donc une application chargée coûte plus cher à mesure qu’elle se réveille plus souvent; les frais de 19 $/mois de Pro de Railyard ne bougent pas avec l’usage, et le serveur lui-même est facturé séparément, au prix de votre fournisseur cloud, sans marge. Les environnements de prévisualisation sur Railyard sont illimités sur Pro à ce même prix fixe, plutôt que quelque chose qui s’ajoute à une facture mesurée.

Parce que le serveur est le vôtre, il continue de tourner si vous annulez Railyard. Votre application est un conteneur ordinaire sur un serveur ordinaire derrière un proxy standard; perdre l’accès au tableau de bord ne touche pas ce qui tourne en dessous. Le calcul de Laravel Cloud tourne sur une infrastructure que l’équipe Laravel exploite, donc annuler l’arrête là-bas.

Les différences quotidiennes qui comptent

Détection de Laravel. Les deux détectent automatiquement une application Laravel sans configuration. Railyard lit spécifiquement composer.json et .env.example, exécute php artisan migrate --force comme commande de release, génère APP_KEY dans le propre format de Laravel, et ajoute Horizon ou Reverb comme leurs propres processus quand l’un ou l’autre est installé, le même niveau de détection qu’offre Laravel Cloud.

Mise à l’échelle. La mise à l’échelle vers zéro de Laravel Cloud est une vraie mise à l’échelle par requête sans aucun serveur derrière. Railyard prend en charge la mise en veille en cas d’inactivité pour les applications, configurable de jamais jusqu’à un jour d’inactivité, ce qui donne un résultat de coût similaire mais déclenché par le temps d’inactivité plutôt qu’une vraie mise à l’échelle vers zéro par requête.

Forme du prix. Laravel Cloud est des frais de plan plus du calcul mesuré qui grossit à chaque heure de veille active. Railyard est à 19 $ fixes par mois par équipe sur Pro, plus une facture de serveur de votre fournisseur cloud que vous pouvez voir et dimensionner vous-même.

Conformité. Les plans Business et Enterprise de Laravel Cloud ont déjà SOC 2 Type II, HIPAA et RGPD en place. Railyard n’a aucun de ceux-là encore, ce qui compte si un rapport signé est une exigence à court terme.

Bases de données. Postgres, MySQL et le cache de Laravel Cloud passent tous à l’échelle vers zéro dans le cadre de la plateforme. Les bases de données de Railyard tournent en continu sur votre serveur, avec des sauvegardes planifiées vérifiées en les restaurant et une restauration à un instant précis sur Pro, mais sans comportement de mise à l’échelle vers zéro propre.

Maintenance du serveur. Parce que les serveurs de Railyard sont les vôtres, chacun signale ses propres mises à jour système en attente et peut appliquer les correctifs de sécurité pendant la nuit automatiquement, avec Postgres capable de passer d’une version majeure à l’autre sur place. Laravel Cloud gère entièrement sa propre infrastructure de son côté, donc il n’y a rien de comparable à vérifier de votre côté.

Qui devrait choisir quoi

Choisissez Laravel Cloud si le calcul à mise à l’échelle vers zéro convient à votre profil de trafic, et que la conformité SOC 2, HIPAA ou RGPD est une exigence à court terme que vous ne voulez pas construire séparément. Choisissez Railyard si vous voulez cette même détection automatique de Laravel sur un serveur dans votre propre compte cloud, pour un prix fixe qui ne bouge pas selon la fréquence de réveil de l’application.

Laravel Cloud n’offre aucune exportation guidée aujourd’hui, donc migrer vers Railyard veut dire pointer Railyard vers un nouveau serveur et redéployer depuis votre dépôt existant, avec composer.json et .env.example lus automatiquement dans les deux cas. Consultez comment les déploiements Laravel fonctionnent sur Railyard, ou la comparaison complète : Railyard vs. Laravel Cloud.

FAQ

Railyard prend-il en charge Laravel Octane de la même façon que Laravel Cloud?

Oui. Avec laravel/octane dans composer.json et sans Dockerfile, Railyard fait tourner le processus web avec FrankenPHP automatiquement, le même runtime qu’attend Octane.

Railyard est-il moins cher que Laravel Cloud?

Ça dépend du trafic. Un projet vraiment calme qui passe à l’échelle vers zéro la plupart du temps peut coûter moins d’un dollar par mois sur Laravel Cloud. Une application continuellement chargée est plus prévisible sur le plan Pro à 19 $ fixes par mois de Railyard plus un coût de serveur fixe, puisque rien n’est mesuré à l’heure.

Puis-je obtenir la conformité SOC 2 ou HIPAA sur Railyard?

Pas encore. Les plans Business et Enterprise de Laravel Cloud incluent déjà SOC 2 Type II, HIPAA et RGPD. Si c’est une exigence à court terme, Laravel Cloud est le meilleur choix pour l’instant.

Railyard passe-t-il à l’échelle vers zéro comme Laravel Cloud?

Pas au même niveau. La mise en veille en cas d’inactivité de Railyard endort une application après une période d’inactivité configurable et la réveille à la prochaine requête, ce qui économise des coûts de façon similaire mais n’est pas la même vraie mise à l’échelle vers zéro par requête que Laravel Cloud offre pour les applications, bases de données et cache ensemble.

Qu’arrive-t-il à mon application si j’annule Laravel Cloud par rapport à annuler Railyard?

Le calcul de Laravel Cloud tourne sur une infrastructure que l’équipe Laravel exploite, donc annuler l’arrête. L’application de Railyard tourne sur un serveur que vous possédez, donc elle continue de répondre aux requêtes si vous annulez; vous perdez le tableau de bord qui la gère, pas le serveur.

Railyard détecte-t-il Horizon et Reverb automatiquement?

Oui. Horizon est ajouté comme son propre processus worker une fois que laravel/horizon est dans composer.json, et Reverb est ajouté comme son propre processus une fois que laravel/reverb est installé, les deux sans aucune configuration supplémentaire.