Partager via

Migration d’une instance Gestion des API hébergée sur la plateforme stv1 et déplacée vers stv2

  • Article

S’APPLIQUE À : Développeur | Essentiel | Standard | Premium

Nous maintenant ici à votre disposition une aide pour migrer votre instance Gestion des API hébergée sur la plateforme de calcul stv1 vers la plateforme plus récente stv2. Déterminez si vous avez besoin de le faire.

Il existe deux scénarios de migration différents en place, selon que votre instance Gestion des API est actuellement déployée (injectée) ou non dans un réseau virtuel externe ou interne. Choisissez le guide de migration correspondant à votre scénario.

Important

La prise en charge des instances Gestion des API hébergées sur la plateforme stv1 est en cours de mise hors service. Dans Azure global, la date de mise hors service est le 31 août 2024. Dans Azure Government et Azure géré par 21Vianet (Azure en Chine), la date de mise hors service est le 28 février 2025. Si vous avez des instances hébergées sur la plateforme stv1, migrez-les vers la plateforme stv2 avant la date de mise hors service pour éviter des interruptions de service.

Scénarios de migration sur place

Migrez votre instance sur place vers la plateforme stv2 à l’aide du panneau de migration de la plateforme dans le portail ou de la Migrer vers l’API REST stv2.

Autre solution : le déploiement côte à côte

Même si nous vous recommandons vivement d’opter pour une migration sur place vers la plateforme stv2, vous pouvez également choisir de déployer une nouvelle instance stv2 côte à côte avec votre instance Gestion des API d’origine. Utilisez les fonctionnalités de sauvegarde et restauration de Gestion des API pour sauvegarder votre instance d’origine et la restaurer sur la nouvelle instance.

Avec le déploiement côte à côte, vous pouvez contrôler à quel moment vous déployez et vérifiez la nouvelle instance, s’il convient de restaurer l’instance d’origine et à quel moment vous mettez l’instance d’origine hors service. Bien que cette approche s’avère plus coûteuse en raison de la nécessité d’exécuter une instance supplémentaire sur une certaine période et des efforts plus importants qu’elle demande, vous disposez néanmoins d’un contrôle total sur le processus de migration. Pour en savoir plus sur les limitations et les points à prendre en considération, consultez A guide to creating a copy of an API Management instance.

L’image suivante offre une vue d’ensemble générale de ce qui se passe lors d’une migration côte à côte.

Diagramme d’une migration sur place vers un nouveau sous-réseau.

Aide et support

Nous vous proposons ici de vous aider à migrer vers la plateforme stv2 avec un minimum d’interruptions pour vos services.

Si vous avez des questions, interrogez les experts de la communauté dans Microsoft Q&A et obtenez des réponses rapides. Si vous disposez d’un plan de support et que vous avez besoin d’une aide technique, créez une demande de support.

  1. Pour Résumé, tapez une description de votre problème, par exemple « mise hors service stv1 ».
  2. Sous Type de problème, sélectionnez Technique.
  3. Sous Abonnement, sélectionnez votre abonnement.
  4. Sous Service, sélectionnez Mes services, puis Service de gestion des API.
  5. Sous Ressource, sélectionnez la ressource Azure pour laquelle vous créez une demande de support.
  6. Pour le Type de problème, sélectionnez Administration et gestion.
  7. Pour le Sous-type de problème, sélectionnez Mettre à niveau, Mettre à l’échelle ou Modifier la référence SKU.

Contenu connexe