Changer d’hébergement : réattribuer les tâches techniques
Un service géré peut reprendre des tâches d’exploitation. Vérifiez néanmoins qui s’occupe concrètement des comptes, accès aux projets, clés et passation.
Un nouveau prestataire d’hébergement peut reprendre certaines tâches d’exploitation et soulager votre équipe. Les tâches réellement transférées dépendent du service choisi et de son périmètre convenu. Pour votre application, l’attribution doit rester concrète.
Microsoft distingue les tâches techniques selon le modèle de service et décrit les données, identités et accès qui restent à gérer. Utilisez cette répartition technique comme point de départ pour la passation de votre service.
Un compte repris reste une décision applicative
Dans un scénario fictif, un portail client migre vers une plateforme gérée. Les appartenances aux projets sont reprises. Le compte U-65 reste affecté à un projet alors que son accès doit être retiré. Le nouveau prestataire a fourni la plateforme ; l’application continuerait à évaluer l’appartenance reprise.
Un autre emplacement ne corrige pas automatiquement cet enregistrement. L’équipe doit décider de cette appartenance et appliquer effectivement la décision dans l’application.
Transmettre les tâches avec un résultat vérifiable
La structure suivante rend visibles tâche et résultat pour ce scénario.
Tâche | À préciser lors de la passation | Preuve utile |
|---|---|---|
Mettre la plateforme à jour | Quelles couches le service entretient-il et lesquelles restent à l’équipe ? | Prestation définie, interlocuteur et procédure pour les modifications nécessaires. |
Gérer les appartenances aux projets | Qui décide de l’accès et qui applique la modification ? | L’accès autorisé fonctionne ; l’accès retiré est refusé dans le test. |
Remplacer les identifiants techniques | Quelle connexion utilise quel accès, qui effectue la bascule ? | Le nouvel accès fonctionne ; l’ancien n’est plus accepté après confirmation de la fin. |
Une ligne générale « sécurité chez le prestataire » laisse ces résultats ouverts. L’entreprise peut confier des tâches à un prestataire. Périmètre, accès et parcours pris en charge doivent être nommés ; un contact seul ne prouve pas qu’une modification a été appliquée.
Suivre la transition jusqu’à son terme
Vérifiez séparément les accès à l’administration de l’hébergement et les comptes du portail. Retirer l’accès à l’ancienne console ne supprime pas une appartenance à un projet qui en est indépendante. À l’inverse, couper trop tôt un accès technique encore nécessaire peut interrompre la transition.
Consignez donc quand l’ancien accès ne sera plus nécessaire, qui le retire et comment vérifier le résultat. L’allègement des tâches lié à l’infrastructure gérée peut alors être comparé aux tâches restantes.
Sources
À lire aussi
Tous les articles
Cloud & exploitation avec ASES
Hébergement, déploiement, maintenance et suivi