Une stack Ruby intégrée
Les modèles Apache Ruby et NGINX Ruby préparent le serveur et son environnement.
← Cloud applicatifRuby on Rails,
Cloud Ruby
Ruby on Rails,
prêt pour la production.
Déployez votre application Ruby avec un serveur adapté, vos gems et les services qui l’accompagnent. Séparez vos environnements de test et de production.
Calcul et mémoire0,004 € HT / cloudlet / hTarif réservé de 1 à 8 cloudlets. Stockage, IP et trafic selon consommation.
Migration offerte · SSL et sauvegardes inclus
VOTRE PROJET, CONNECTÉ
RubyUn environnement à votre mesure
RubyUn environnement à votre mesure01Votre code
02Application
03Données
Ressources ajustables CPU · RAM · Disque
Vos dépendances conservées
Votre Gemfile reste au cœur du projet. Préparez les gems nécessaires à chaque déploiement.
Un cadre qui évolue
Ajoutez une base, un cache et plusieurs instances à mesure que votre activité le demande.
Découvrez la console
Configurez Ruby et ses dépendances.
Essayez différents dimensionnements pour votre application Ruby. Le nombre de nœuds et leurs limites de ressources restent sous votre contrôle.
Environnement Ruby
Fonctionnalités
Du déploiement au suivi de votre application.
Apache ou NGINX
Choisissez le modèle de serveur adapté à votre application Ruby.
Passenger intégré
Les stacks Ruby disposent d’une configuration Passenger par défaut.
Puma ou Unicorn
La stack NGINX Ruby peut être configurée avec ces serveurs selon votre projet.
Gestion des gems
Utilisez le manifeste de dépendances de votre application dans le processus de déploiement.
Configuration après déploiement
Préparez les tâches propres à votre projet, comme les migrations et les assets.
Ressources par couche
Dimensionnez séparément le web, la base et les traitements.
Rails au quotidien
Testez votre version avant de la publier.
Clonez votre environnement pour tester la nouvelle version, les migrations et les dépendances avant de mettre Rails à jour.
- 01
Préparer la stack
Choisissez Ruby et le serveur d’application, puis raccordez la base.
- 02
Déployer la branche
Installez les dépendances et préparez les paramètres de l’environnement.
- 03
Valider la livraison
Exécutez les tâches nécessaires, testez les migrations et vérifiez les journaux.
Penser au prochain déploiement
Dimensionnez les composants Rails séparément.
Les composants restent indépendants. Vous pouvez faire évoluer le nombre d’instances web sans imposer le même changement à tous les services.
Une base dédiée
Gardez les données dans PostgreSQL ou dans le moteur adapté à votre projet.
Des traitements séparés
Isolez les tâches de fond lorsque leur durée ou leur charge le justifie.
Des fichiers accessibles
Prévoyez un stockage partagé pour les fichiers qui doivent rester accessibles à plusieurs instances.
Les versions disponibles se choisissent dans la console. Les dépendances applicatives, la compatibilité du code et la validation des mises à jour restent sous votre contrôle.
Usages
Pour les projets que vous développez.
Produits SaaS
Applications Rails dont les usages grandissent avec la base clients.
Outils internes
Services métier déployés avec leurs dépendances et leur base.
Maintenance applicative
Environnements distincts pour tester une évolution de Ruby ou de vos gems.
Tarifs PaaS
Vous payez les ressources
de votre environnement.
Le choix d’un langage ou d’un moteur n’ajoute pas de forfait. Le prix comprend la capacité réservée, les ressources dynamiques consommées et les options utilisées. Les licences commerciales restent facturées séparément.
Consulter la grille et calculer mon budget Nous contacter- Mémoire réservée
- 0,5 GiB
- Complément dynamique utilisé
- 0 cloudlet
- Disque inclus
- 10 Go
- IPv4 publique dédiée
- Aucune
- Trafic externe
- 1 Go / heure
Ce montant couvre la configuration ci-dessus. Chaque nœud, la consommation dynamique, le disque au-delà de 10 Go, les IP publiques et le trafic supplémentaire s’ajoutent selon la grille PaaS.
Quelques repères
Vos questions, nos réponses.
Suis-je obligé d’utiliser Passenger ?
Non. Passenger est prévu par défaut. La stack NGINX Ruby peut aussi être configurée avec Puma ou Unicorn. La configuration exacte doit correspondre aux besoins de votre application.
Les migrations de base sont-elles lancées automatiquement ?
Elles doivent être intégrées et validées dans votre processus de livraison. Une automatisation ne remplace pas les tests, les sauvegardes et la vérification de compatibilité des changements de données.
Comment sont facturées les ressources ?
Vous définissez une réserve et un plafond de ressources. Les cloudlets réservées sont facturées en continu ; les ressources dynamiques le sont selon leur utilisation. Le stockage, les éventuelles IP publiques et le trafic supplémentaire suivent la grille PaaS.
Puis-je conserver mon processus de développement ?
Oui. Vous gardez votre dépôt de code et vos outils. La console réunit les déploiements, les variables, les fichiers et les journaux ; SSH et les API permettent d’intégrer les opérations à votre propre chaîne de livraison.
À découvrir aussi
La suite de votre architecture.
Migration offerte
Parlons de votre application.
Décrivez votre projet, ses composants et sa charge actuelle. Nous vous aidons à choisir l’architecture et à préparer le transfert.