Du premier choix au bon fonctionnement.

Lister applications, utilisateurs, charge habituelle et pics. Séparer production, recette et développement.

Choisir un service puis renseigner CPU, RAM, stockage, réseau et sauvegarde. Ajouter les options d’exploitation souhaitées.

Relire le panier avant la demande de devis. Confirmer disponibilité, prix final, localisation, licences et responsabilités avec votre interlocuteur.

Partir de la mémoire utilisée, du volume de données et du nombre de processus. Garder une marge pour les mises à jour et les pointes.

Préparer les accès SSH, les mises à jour et les règles de pare-feu avant l’exposition publique de l’application.

Choisir les IPv4 supplémentaires, la sauvegarde et l’astreinte si nécessaire. Valider la restauration et mesurer la charge après démarrage.

Comparer le processeur, les cœurs, la RAM et les disques de chaque famille. Le choix doit suivre la charge : calcul, bases de données ou stockage.

Vérifier les options compatibles : capacité disque, RAM et bande passante. Un RAID améliore la tolérance aux pannes de disque ; il ne remplace pas une sauvegarde.

Préciser système, licences, IP et réseau privé. Faire confirmer matériel disponible, installation et interventions avant activation.

Construire un plan d’adressage sans chevauchement entre application, base de données, administration et sauvegarde.

Pour chaque flux, définir source, destination, port, protocole et justification. Limiter les interfaces d’administration aux accès prévus.

Vérifier compatibilité du réseau privé, débit public, IPv4 et routage. La cartographie fournit du contexte géographique, pas une preuve de trafic client.

Recenser fichiers, bases, configuration et secrets nécessaires à la reprise. Identifier ce qui doit être sauvegardé de manière cohérente.

Fixer les objectifs RPO/RTO, la fréquence et la rétention avec les responsables métier. Prévoir capacité et emplacement de stockage.

Restaurer dans un environnement isolé, vérifier les données et le redémarrage applicatif, puis consigner le résultat et les corrections.

Identifier serveurs, applications, API, réseaux et comptes inclus. Indiquer les exclusions et les environnements sensibles.

Définir autorisation écrite, fenêtre de test, contacts d’urgence et conditions d’arrêt avant toute intervention.

Prévoir restitution, priorisation des corrections et contre-audit. Les modules choisis précisent le devis ; ils ne lancent aucun test.

Recenser pays, devises, volume, méthodes et parcours : paiement unique, abonnement, remboursement ou marketplace.

Préparer traitement idempotent des événements, vérification de signature, reprise après échec et rapprochement avec les commandes.

Faire confirmer API, acquéreur, dossier marchand et frais applicables. Les références et écrans sandbox sont distincts d’une API de production activée.

Inventorier données, dépendances, certificats, DNS et intégrations. Prévoir une sauvegarde exploitable avant changement.

Tester la destination, définir une fenêtre de bascule et un critère de retour arrière. Attribuer un responsable à chaque vérification.

Après bascule, vérifier accès, cohérence des données, tâches planifiées, journaux et sauvegardes avant de clôturer la migration.