Votre organisation standardise les microservices Spring Boot. Vous avez besoin d'une configuration centralisée native à Azure, d'une découverte de services, d'une passerelle API intégrée pour le routage, et d'un traçage/métriques distribués prêts à l'emploi. Vous souhaitez également une expérience entièrement gérée sans avoir à déployer des composants OSS séparés. Quel modèle de service devriez-vous choisir ?

La bonne réponse est le niveau Enterprise d'Azure Spring Apps. Ce service est conçu spécifiquement pour les applications Spring Boot et offre une configuration centralisée (Config Server géré), une découverte de services (Service Registry), une passerelle API intégrée (Spring Cloud Gateway) et une observabilité distribuée (traçage/métriques) de manière entièrement gérée. Cela répond à tous les besoins sans nécessiter le déploiement de composants open source séparés. Les autres options sont incorrectes car : Azure Spring Apps Standard tier avec Eureka autogéré et Azure API Management nécessiterait la gestion de Eureka et d'Azure API Management séparément, ce qui n'est pas entièrement géré. Azure Kubernetes Service avec des déploiements Spring Boot personnalisés, un Config Server autogéré et NGINX Ingress nécessiterait une gestion significative de l'infrastructure et des composants open source. App Service for Containers avec des composants Spring Cloud auto-hébergés et Application Gateway pour le routage impliquerait également une gestion manuelle des composants Spring Cloud. Service Fabric avec des conteneurs Spring Boot et une découverte de services personnalisée ne fournit pas les fonctionnalités Spring Cloud gérées intégrées.