Passer au contenu principal
Fugen Services logo

Cloud & Infrastructure

Migrez vers le cloud par étapes, avec une solution de repli à chaque phase

Les migrations échouent souvent pour des raisons prévisibles : un changement de DNS effectué avant la fin de la copie des données, une tâche cron inconnue, une adresse IP codée en dur dans un fichier de configuration, un certificat SSL présent uniquement sur l'ancien serveur. Aucun de ces problèmes n'est complexe. Ce sont des problèmes d'inventaire, et c'est par là que commence ce travail.

Indicatif

À partir de £4 000

Prix fixe convenu par écrit avant le début de la réalisation.

Demander un devis+44 7488 265083

Le problème que cela résout

Deux modes d'échec dominent. La migration « big bang » du week-end, où tout bascule en une fois et où la moindre surprise entraîne une interruption sans solution de repli. Et la migration qui n'en finit jamais, vous laissant payer deux environnements tout en dépendant des deux.

Ce que vous obtenez

Un inventaire complet en amont

Tous les services, tâches planifiées, workers de files d'attente, certificats, enregistrements DNS, intégrations et identifiants. Les éléments qui font échouer les migrations sont presque toujours ceux que personne n'a pensé à lister.

Une conception cible avec coûts

À quoi ressemble le nouvel environnement et son coût mensuel, avant toute engagement. Une facture cloud trois fois supérieure à l'hébergement actuel est une surprise fréquente et évitable.

Bascule répétée

L'exécution complète de la migration sur une copie, chronométrée, au moins une fois avant la migration réelle. La répétition transforme une durée inconnue en une durée connue.

Retour arrière testé

Une solution de repli documentée à chaque phase, testée lors de la répétition. Un plan de retour arrière non exécuté n'est qu'un paragraphe, pas un plan.

Gestion des URL respectueuse du SEO

Lorsqu'une migration modifie les URL, chaque chemin indexé est répertorié et soit conservé, soit redirigé en 301 vers son équivalent exact. Perdre des positions dans les résultats de recherche lors d'un changement de serveur est entièrement évitable.

Désaffectation

L'ancien environnement conservé en lecture seule pendant une période convenue, puis arrêté de manière délibérée. Les migrations qui omettent cette étape continuent de générer des factures pendant des années.

Notre méthode de travail

  1. Découverte

    Faire l'inventaire de l'environnement actuel et identifier les dépendances que personne n'a documentées.

  2. Conception et estimation

    Architecture cible, projection des coûts mensuels et ordre des phases.

  3. Construction de la cible

    Nouvel environnement créé à partir de code, fonctionnant en parallèle de l'ancien.

  4. Répétition générale

    Copie complète des données et basculement sur une réplique, chronométré et revu.

  5. Basculement

    Réduction du TTL DNS, synchronisation finale, commutation et vérification. Planifié pendant votre fenêtre la plus calme, avec un retour arrière prêt.

  6. Stabilisation et mise hors service

    Surveillance intensive pendant deux semaines, puis retrait de l'ancien environnement.

Ce à quoi vous devez vous attendre

  • Basculement réalisé dans la fenêtre prévue, avec un timing répété en amont
  • Un retour arrière ayant été exécuté au moins une fois avant d'être nécessaire
  • URL indexées préservées ou redirigées avec précision, afin de maintenir le classement
  • L'ancien environnement s'est éteint au lieu de facturer discrètement

Créé avec

  • AWS
  • Azure
  • DigitalOcean
  • Hetzner
  • Terraform
  • Docker
  • rsync
  • MySQL
  • PostgreSQL
  • Redis
  • Cloudflare
  • Route 53

Mainstream, well-supported technology — chosen so you can hire for it and so another team could take the project over.

Migration vers le cloud — your questions

Y compris les questions relatives au coût, que la plupart des agences omettent sur leur site.

Une application unique avec sa base de données coûte généralement entre £4 000 et £12 000 selon le volume de comportements non documentés découverts lors de l’audit. Pour les environnements plus vastes, le chiffrage est réalisé par phase, afin que vous approuviez chaque étape en fonction des enseignements tirés de la phase précédente.

Pour une application web simple, non — les TTL DNS sont réduits à l'avance et la synchronisation finale s'effectue avec l'ancien environnement toujours actif. Lorsque la base de données doit cesser d'accepter des écritures, il y a une brève fenêtre en lecture seule, dont la durée répétée vous est communiquée avant votre accord.

Non, si les URL sont gérées correctement, et c'est un volet de travail délibéré, pas une réflexion de dernière minute. Chaque chemin indexé est répertorié avant le transfert et soit conservé à l'identique, soit redirigé via une 301 unique vers son équivalent exact. Les pertes de classement lors des migrations proviennent de changements silencieux d'URL ou de pages 404.

Souvent non, et nous le dirons. Le cloud offre de l'élasticité, des services gérés et de la résilience ; pour une charge de travail stable et prévisible, un serveur bien dimensionné peut être moins coûteux. Vous recevez une projection mensuelle avant toute engagement, et si la réponse honnête est de rester sur place, c'est le conseil que nous donnerons.

Le choix de la région fait partie de la conception. Pour répondre aux exigences du RGPD britannique, nous privilégions par défaut les régions du Royaume-Uni ou de l'UE, documentons l'emplacement des données et des sauvegardes, et signalons tout sous-traitant impliqué — car c'est ce que le client ou l'auditeur demandera tôt ou tard.

Parlez à quelqu'un qui l'a déjà développé

A short call is usually enough to tell you whether this is the right service for your situation — including when it is not.