Préparer une migration cloud : systèmes, basculement et coûts
Un passage au cloud ne se termine pas avec la copie des fichiers. Applications, accès et connexions doivent fonctionner dans le nouvel environnement. Un périmètre précis permet de comparer préparation, transfert et accompagnement.
Définir ce qui doit migrer
Identifiez serveurs, applications, bases de données et espaces de fichiers. Déplacer un système inchangé diffère de modifier sa plateforme ou de remplacer une application. Développer de nouvelles fonctions constitue un travail distinct.
Tous les systèmes ne doivent pas migrer ensemble. Une application liée à un équipement ou un système récemment renouvelé peut rester en place. Un inventaire est une première étape utile lorsque la destination ou la faisabilité reste ouverte.
Recenser les dépendances
Indiquez les bases, services de connexion et interfaces nécessaires à chaque application. Une liaison oubliée peut interrompre le travail malgré des données entièrement transférées. Pensez aux imprimantes locales, équipements spécifiques et échanges avec des partenaires.
| Situation initiale | Périmètre de l’offre |
|---|---|
| Serveur local | Système, applications, stockage et services connectés |
| Cloud existant | Portabilité, fin de contrat et travail du prestataire actuel |
| Application métier | Droits de licence, interfaces et adaptations |
| Environnement mixte | Connexions et responsabilités entre les deux sites |
Préciser accès et traitement des données
Définissez qui administre les systèmes et qui consulte les documents. Comptes, droits et protection supplémentaire de la connexion doivent être préparés. N’envoyez ni mots de passe ni données confidentielles dans la demande d’offre.
Pour les données personnelles, examinez lieux de traitement, sous-traitants et assistance contractuelle. Précisez restauration et export. Un hébergement en Suisse ne dispense pas de vérifier ces engagements.
Prévoir un pilote et un retour possible
Testez un ensemble représentatif. L’interruption acceptable et la dernière mise à jour déterminent le basculement. Un retour à l’ancien système nécessite un point de décision et le traitement des modifications effectuées après le passage.
- Préparer. Fixer inventaire, destination, responsables et créneau acceptable.
- Tester. Vérifier connexion, données, interfaces et tâches habituelles dans le pilote.
- Basculer. Reprendre les dernières modifications et autoriser explicitement le passage.
- Réceptionner. Documenter les résultats avant de fermer les anciens systèmes conformément à la sauvegarde convenue.
Comparer projet et exploitation
Demandez des offres fondées sur le même inventaire. Le volume de données n’explique pas à lui seul les adaptations ni le support. L’exploitation parallèle peut cumuler les frais anciens et nouveaux.
| Poste de coût | Question à poser |
|---|---|
| Analyse et préparation | Quels systèmes et liens sont étudiés ? |
| Transfert et basculement | Pilote, synchronisation finale et retour sont-ils compris ? |
| Exploitation cloud | Quels frais de stockage, calcul, licence et transfert s’appliquent ? |
| Assistance et sortie | Quel coût pour le support, l’export et la transmission ultérieure ? |
Réceptionner avec des tâches réelles
Convenez des critères de réussite avant le transfert. Un serveur accessible ne suffit pas si des fichiers manquent ou si une opération métier échoue. Vérifiez droits, données et tâches courantes.
- Données. Documenter échantillons, quantités et contrôle de complétude convenu.
- Fonctionnement. Tester interfaces, réactivité et restauration.
- Responsabilité. Nommer contact, horaires de support et accès à la documentation.
Organiser suivi et sortie
Définissez une période limitée d’accompagnement après le passage. Les erreurs restantes doivent avoir un responsable et un suivi identifiable.
Documentation, maîtrise des accès administratifs et export exploitable facilitent un changement ultérieur. Contrôlez consommation et factures avant d’augmenter les capacités ou de prolonger les engagements.
Questions fréquentes
Faut-il tout transférer ?
Non. L’analyse peut recommander une migration partielle ou le maintien temporaire de certains systèmes.
Peut-on éviter toute interruption ?
Cela dépend des applications, du transfert et des données modifiées. La faisabilité doit être testée, sans promesse générale.
Un petit volume est-il simple à migrer ?
Une petite application peut avoir des interfaces complexes ou des conditions de licence particulières.
La sauvegarde est-elle comprise ?
Seulement selon le contrat. Précisez conservation, test de restauration et responsables.
Quelles informations fournir au départ ?
Noms des systèmes, quantités et volumes approximatifs, personnes concernées et période souhaitée. Les inconnues techniques peuvent être étudiées.
Pourquoi demander une offre individualisée ?
Préparation, adaptations, tests et exploitation parallèle varient selon le parc existant.
