Reprise · Upgrade Rails · Migration Rails 8

Montée de version Rails Reprenez votre application et amenez-la jusqu'à Rails 8, sans casse.

Votre application tourne encore sur Rails 4, 5 ou 6, le développeur qui l'a construite est parti et plus personne n'ose toucher au code. Nous reprenons votre application Rails, la sécurisons avec des tests, puis menons l'upgrade une version à la fois, jusqu'à Rails 8, sans interrompre votre activité.

Faire le point sur mon application Notre offre Ruby on Rails
  • 100+ projets livrés
  • 8 ans d'expérience
  • 98 % clients satisfaits
  • 48 h pour une réponse

Ce qui est inclus

Une reprise complète, du diagnostic au dernier palier

Une application Rails sans développeur ne s'effondre pas d'un coup : elle prend du retard. Les gems ne reçoivent plus de correctifs, l'hébergeur abandonne votre version de Ruby, chaque modification devient risquée. Cette offre fait partie de notre agence Ruby on Rails.

Audit de reprise

Lecture du code, du schéma de base et de l'infrastructure. Inventaire des versions de Rails, Ruby et des gems, failles connues, zones fragiles. Vous recevez un état des lieux clair et un plan d'action chiffré.

Filet de tests avant toute mise à jour

Beaucoup d'applications héritées n'ont pas ou peu de tests. Nous écrivons d'abord des tests RSpec sur les parcours critiques : connexion, commande, facturation, exports.

Upgrade Rails et Ruby par paliers

Jamais de saut direct de Rails 5 à Rails 8. Chaque palier traite ses dépréciations et ses nouveaux comportements par défaut, puis part en production avant le suivant.

Dépendances et sécurité

Mise à jour des gems, remplacement de celles qui ne sont plus maintenues, correction des vulnérabilités signalées par bundler-audit et Brakeman, mise à niveau de PostgreSQL et de Node si besoin.

Modernisation ciblée

Remplacer jQuery par Hotwire, passer de Sidekiq et Redis à Solid Queue, déployer avec Kamal : nous ne le proposons que quand le gain est réel.

Et ensuite, la maintenance

Après la reprise, nous pouvons rester responsables de l'application : correctifs de sécurité, mises à jour régulières, évolutions. Votre app ne retombe pas dans le même retard.

Comment on travaille

Comment se passe une montée de version Rails

Quatre étapes, et votre application reste en ligne pendant tout le chantier.

  1. Accès et audit Dépôt Git, serveurs, base de données, comptes des services tiers : on rassemble tout, ce qui manque souvent quand le développeur est parti. On remonte l'application en local, puis on livre l'audit avec les risques, les priorités et un devis par étape.
  2. Tests et intégration continue Tests sur les fonctions dont dépend votre chiffre d'affaires, lancés automatiquement à chaque modification. Les failles de sécurité urgentes sont corrigées sans attendre la suite.
  3. Paliers en double boot Avec un Gemfile « next », l'application démarre sur la version actuelle et sur la suivante. On corrige jusqu'à ce que les tests passent sur les deux, on bascule, et on recommence jusqu'à Rails 8 et Ruby 3.4.
  4. Modernisation et suivi Une fois à jour, on traite les modernisations retenues avec vous. L'application peut ensuite passer en maintenance pour ne plus accumuler de retard.

Version cible

Pourquoi lancer la migration Rails 8 maintenant

Les anciennes versions de Rails ne reçoivent plus de correctifs de sécurité. Chaque mois de retard ajoute des dépréciations et des gems à remplacer : plus l'écart grandit, plus la migration coûte cher. Le détail des risques est dans notre article sur la migration et la modernisation d'une application Ruby on Rails.

Les tests d'abord

Ils sont la condition pour avancer vite sans casser, puis restent dans le projet pour protéger chaque évolution future.

Hotwire à la place d'un front vieillissant

Moins de JavaScript à maintenir qu'avec jQuery ou un framework abandonné. Notre guide pour migrer une application legacy détaille l'approche.

Un service de moins à héberger

Les tâches de fond passent par PostgreSQL : Redis devient souvent inutile, ce qui fait un service de moins à surveiller.

Sortir d'un hébergement figé

Si votre plateforme abandonne votre stack, Kamal déploie l'application sur un serveur classique avec une procédure documentée.

Cas client · Une app Rails dans la durée

Le Baroudeur du Vin : un outil métier qui doit suivre les versions

Cave à vin en ligne. Après le site e-commerce et sa stratégie SEO, nous avons développé l'OS interne en Rails qui fait tourner l'entreprise au quotidien. Ce type d'outil vit des années et doit suivre Rails et Ruby sans jamais bloquer les commandes. C'est la discipline que nous appliquons quand nous reprenons le code de quelqu'un d'autre : des tests sur ce qui rapporte, des mises à jour régulières, aucune bascule sans filet.

Stack
Ruby on Rails · PostgreSQL · Hotwire
Services
App métier · e-commerce · SEO
Boutique en ligne Le Baroudeur du Vin, alimentée par l'outil interne Rails
La boutique. L'OS interne Rails tourne derrière.
  • FacturationFactures générées à partir des commandes, sans ressaisie.
  • StocksInventaire cohérent avec ce qui est vendu en ligne.
  • LogistiqueÉtapes d'expédition déclenchées automatiquement.
  • CatalogueFiches vins gérées à un seul endroit pour le site marchand.

Questions fréquentes

Vos questions sur la reprise et l'upgrade de votre application

Combien coûte une montée de version Rails ?

C'est sur devis. Le prix dépend de l'écart de versions, de la taille du code, du nombre de gems à remplacer et des tests existants. L'audit de reprise permet de chiffrer chaque palier séparément, pour que vous gardiez la main sur le budget.

Peut-on faire une migration Rails 8 directement depuis Rails 4 ou 5 ?

Non, et c'est volontaire. Nous montons une version à la fois : 5.2, puis 6.0, 6.1, 7.0 et ainsi de suite jusqu'à Rails 8. Chaque palier part en production avant le suivant : c'est plus sûr, et chaque étape apporte déjà des correctifs de sécurité.

Pouvez-vous reprendre une application Rails écrite par un autre développeur ?

Oui, c'est le cœur de cette offre. Nous commençons par un audit de reprise du code, des versions, de la base de données et de l'hébergement. Si vous voulez d'abord un diagnostic indépendant, sans engagement sur la suite, notre audit d'application Rails est fait pour ça.

Que se passe-t-il si mon application n'a aucun test ?

C'est fréquent. Avant toute mise à jour, nous écrivons des tests RSpec sur les parcours critiques de votre activité. Ils servent de filet pendant l'upgrade et restent ensuite dans le projet.

Mon application sera-t-elle coupée pendant l'upgrade Rails ?

Non. Le travail se fait sur une branche séparée avec un double boot : l'application démarre sur la version actuelle et sur la suivante. Les mises en production sont petites, réversibles et planifiées avec vous.

Faut-il forcément passer à Hotwire ou à Kamal ?

Non. La priorité est une application à jour et sécurisée. Hotwire, Solid Queue ou Kamal sont proposés seulement quand ils simplifient réellement votre application ou réduisent vos coûts d'hébergement. Vous décidez au cas par cas.

Nos autres offres Ruby on Rails

Avant, pendant et après la reprise

Toutes nos prestations sont réunies sur la page agence Ruby on Rails. Nous intervenons partout en France, avec des pages dédiées à Lyon et Paris.

Développement MVP SaaS

Comptes, abonnements et back-office : la première version de votre SaaS, prête à encaisser.

8 000 – 20 000 €

Audit d'application Rails

Code, sécurité et performance passés en revue, avec des correctifs priorisés.

Sur devis

Votre application Rails n'a plus de développeur ?

Envoyez-nous la version de Rails, celle de Ruby et ce que fait l'application. Nous revenons vers vous sous 48 h avec une première lecture et la marche à suivre pour l'audit de reprise.

Parler de mon application Réserver un appel