Questions fréquentes (FAQ) sur Azure Spring Apps

Cet article s’applique au : Niveau ✔️ De base/Standard ✔️ Entreprise

Cette page répond aux questions fréquentes à propos d’Azure Spring Apss.

Général

Pourquoi Azure Spring Apps ?

Azure Spring Apps fournit une plateforme PaaS (Platform as a Service) pour les développeurs Spring. Azure Spring Apps gère votre infrastructure d’application pour vous permettre de vous concentrer sur le code et la logique métier de l’application. Les principales fonctionnalités intégrées à Azure Spring Apps incluent entre autres Eureka, Config Server, le serveur Service Registry, VMware Tanzu Build Service et les déploiements bleus-verts. Ce service permet également aux développeurs de lier leurs applications à d’autres services Azure, tels que Azure Cosmos DB, Azure Database pour MySQL et Azure Cache pour Redis.

Azure Spring Apps améliore l’expérience de diagnostic des applications pour les développeurs et les opérateurs en intégrant Azure Monitor, Application Insights et Log Analytics.

Qu’en est-il de la sécurité d’Azure Spring Apps ?

La sécurité et la confidentialité figurent parmi les principales priorités pour les clients Azure et Azure Spring Apps. Azure garantit que seul le client a accès aux données, aux journaux ou aux configurations des applications en chiffrant de façon sécurisée toutes ces données.

• Les instances de service dans Azure Spring Apps sont isolées les unes des autres.
• Azure Spring Apps offre une gestion complète des certificats et de TLS/SSL.
• Les correctifs de sécurité critiques pour les runtimes OpenJDK et Spring Apps sont appliqués à Azure Spring Apps dès que possible.

Comment Azure Spring Apps héberge-t-il mes applications ?

Chaque instance de service dans Azure Spring Apps est adossée à Azure Kubernetes Service avec plusieurs nœuds Worker. Azure Spring Apps gère le cluster Kubernetes sous-jacent pour vous, y compris la haute disponibilité, la scalabilité, la mise à niveau de la version de Kubernetes, etc.

Azure Spring Apps planifie intelligemment vos applications sur les nœuds Worker Kubernetes sous-jacents. Pour fournir une haute disponibilité, Azure Spring Apps distribue des applications avec au moins deux instances sur des nœuds différents.

Dans quelles régions Azure Spring Apps est-il disponible ?

Consultez la disponibilité des produits par région.

Bien que le plan Azure Spring Apps De base/Standard soit disponible dans les régions de Chine, le plan Entreprise n’est pas disponible dans toutes les régions d’Azure Chine.

Les données client sont-elles stockées en dehors de la région spécifiée ?

Azure Spring Apps est un service régional. Toutes les données client dans Azure Spring Apps sont stockées dans une seule région spécifiée. Pour en savoir plus sur la zone géographique et la région, consultez Résidence des données dans Azure.

Quelles sont les limitations connues d’Azure Spring Apps ?

Azure Spring Apps présente les limitations connues suivantes :

• spring.application.name est remplacé par le nom de l’application utilisé pour créer chaque application.
• server.port est par défaut le port 1025 dans le plan De base/Standard, et le port 8080 dans le plan Entreprise. Si vous appliquez toute autre valeur, la valeur par défaut remplace celle que vous spécifiez. Évitez donc de spécifier un port de serveur dans votre code. Si votre code définit explicitement le port du serveur plutôt que d’utiliser server.port, vérifiez que le port est soit 1025, soit 8080, en fonction du plan tarifaire de votre instance de service Azure Spring Apps.
• Le portail Azure, les modèles Azure Resource Manager et Terraform ne prennent pas en charge le chargement de packages d’application. Vous pouvez charger des packages d’application en déployant l’application à l’aide des plug-ins Azure CLI, Azure DevOps et Maven pour Azure Spring Apps, Azure Toolkit for IntelliJ et l’extension Visual Studio Code pour Azure Spring Apps.

Quels sont les niveaux tarifaires disponibles ?

Lequel dois-je utiliser, et quelles sont les limites de chaque plan ?

• Azure Spring Apps offre trois plans tarifaires : De base, Standard et Entreprise. Le plan De base est conçu pour Dev/Test et l’évaluation d’Azure Spring Apps. Le plan Standard est optimisé pour exécuter le trafic de production à usage général. Le plan Entreprise est destiné aux charges de travail de production avec des composants VMware Tanzu. Consultez les détails des tarifs d’Azure Spring Apps pour connaître les limites et la comparaison au niveau des fonctionnalités.

Quelle est la différence entre la Liaison de service et le Connecteur de service ?

Nous ne développons pas activement davantage de fonctionnalités pour la liaison de service. Au lieu de cela, il existe une nouvelle solution Azure nommée Connecteur de services. D’un côté, la nouvelle solution vous offre une expérience d’intégration cohérente entre les services d’hébergement d’applications sur Azure, comme App Service. En revanche, elle couvre mieux vos besoins en prenant en charge plus de 10 services cibles Azure les plus utilisés, dont MySQL, SQL DB, Azure Cosmos DB, Postgres DB, Redis, Stockage et bien plus encore. Le Connecteur de service est actuellement en version préliminaire publique, nous vous invitons à essayer la nouvelle expérience.

Comment puis-je donner un feedback et signaler des problèmes ?

Si vous rencontrez des problèmes avec Azure Spring Apps, créez une demande de support Azure. Pour soumettre une demande de fonctionnalité ou fournir des commentaires, accédez à la page de commentaires sur Azure.

Comment faire pour bénéficier d’un support pour le runtime VMware Spring (plan Entreprise uniquement) ?

Le plan Entreprise intègre l’assistance pour le runtime VMware Spring, ce qui vous permet d’ouvrir des tickets de support pour VMware si vous pensez que votre problème relève de ce domaine. Pour mieux comprendre le support relatif à VMware Spring Runtime, consultez VMware Spring Runtime. Pour comprendre les détails relatifs à l’inscription et à l’utilisation de ce service de support, consultez la section Support des questions fréquentes (FAQ) sur le plan Entreprise à partir de VMware. Pour tout autre problème, ouvrez un ticket de support auprès de Microsoft.

Développement

Je suis développeur Spring, mais je débute sur Azure. Quel est le moyen le plus rapide pour apprendre à développer une application dans Azure Spring Apps ?

Pour connaître le moyen le plus rapide de commencer à utiliser Azure Spring Apps, suivez les instructions fournies dans le guide de Démarrage rapide : Lancer une application dans Azure Spring Apps à l’aide du portail Azure.

Où puis-je voir les journaux et les métriques de mon application Spring ?

Vous trouverez les métriques sous l’onglet Vue d’ensemble de l’application et sous l’onglet Azure Monitor.

Azure Spring Apps prend en charge l’exportation des journaux et des métriques d’application Spring vers Stockage Azure, Event Hubs et Log Analytics. Le nom de la table dans Log Analytics est AppPlatformLogsforSpring. Pour savoir comment l’activer, consultez Services de diagnostic.

Azure Spring Apps prend-il en charge le suivi distribué ?

Oui. Pour plus d’informations, consultez Utiliser l’agent in-process Java d’Application Insights dans Azure Spring Apps.

Puis-je voir, ajouter ou déplacer des volumes persistants depuis mes applications ?

Oui.

Combien d’adresses IP publiques sortantes une instance Azure Spring Apps a-t-elle ?

Le nombre d’adresses IP publiques sortantes varie en fonction des plans et d’autres facteurs.

Puis-je augmenter le nombre d’adresses IP publiques sortantes ?

Oui, vous pouvez ouvrir un ticket de support pour demander davantage d’adresses IP publiques sortantes.

Lorsque je supprime/déplace une instance de service Azure Spring Apps, les ressources de son extension sont-elles également supprimées/déplacées ?

Cela dépend des logiques des fournisseurs de ressources qui possèdent les ressources d’extension. Les ressources d’extension d’une instance de Microsoft.AppPlatform n’appartiennent pas au même espace de noms ; par conséquent, le comportement varie en fonction du fournisseur de ressources. Par exemple, l’opération de suppression/déplacement n’est pas effectuée en cascade vers les ressources de paramètres de diagnostic. Si une nouvelle instance Azure Spring Apps est configurée avec le même ID de ressource que celle qui a été supprimée, ou si l’instance Azure Spring Apps précédente est redéplacée dans son emplacement d’origine, les ressources de paramètres de diagnostic précédentes continuent de l’étendre.

Vous pouvez supprimer les paramètres de diagnostic d’Azure Spring Apps à l’aide d’Azure CLI :

 az monitor diagnostic-settings delete --name $DIAGNOSTIC_SETTINGS_NAME --resource $AZURE_SPRING_APPS_RESOURCE_ID

Déploiement

Azure Spring Apps prend-il en charge le déploiement bleu-vert ?

Oui. Pour plus d’informations, consultez Configuration de votre environnement intermédiaire.

Puis-je accéder à Kubernetes pour manipuler mes conteneurs d’application ?

Non. Azure Spring Apps rend l’architecture sous-jacente abstraite pour le développeur, ce qui vous permet de vous concentrer sur le code et la logique métier de l’application.

Azure Spring Apps prend-il en charge la génération de conteneurs à partir d’une source ?

Oui. Pour plus d’informations, consultez Démarrage rapide : Déployer votre première application sur Azure Spring Apps.

Azure Spring Apps prend-il en charge la mise à l’échelle automatique dans les instances d’application ?

Oui. Pour plus d’informations, consultez Configurer la mise à l’échelle automatique pour les applications.

Comment Azure Spring Apps supervise-t-il l’état d’intégrité de mon application ?

Azure Spring Apps sonde en permanence le port 1025 des applications du client avec le plan tarifaire De base/Standard, ou le port 8080 avec le plan Entreprise. Ces sondes déterminent si le conteneur d’application est prêt à accepter le trafic et si Azure Spring Apps doit redémarrer le conteneur d’application. En interne, Azure Spring Apps utilise des sondes liveness et readiness Kubernetes pour obtenir le monitoring de l’état.

Mon application est-elle redémarrée, et si oui, quand ?

Oui. Pour plus d’informations, consultez Surveiller des événements de cycle de vie d’application à l’aide du Journal d’activités Azure et d’Azure Service Health.

Dépannage

Quels sont les impacts du registre de service rarement indisponibles ?

Dans certains scénarios rares, vous pouvez observer des erreurs de vos journaux d’application, comme dans l’exemple suivant :

RetryableEurekaHttpClient: Request execution failure with status code 401; retrying on another server if available

L’infrastructure Spring introduit ce problème avec un taux très faible en raison d’une instabilité du réseau ou d’autres problèmes réseau. Il ne devrait pas y avoir d’impact sur l’expérience utilisateur. Le client Eureka dispose d’une stratégie de pulsation et d’une stratégie de nouvelle tentative pour gérer ce problème. Vous pouvez considérer cela comme une erreur temporaire, et l’ignorer sans risque.

Étapes suivantes

Si vous avez d’autres questions, consultez le Guide de résolution des problèmes d’Azure Spring Apps.