Partager via


Personnaliser la sortie Azure Spring Apps avec une route définie par l’utilisateur

Remarque

Les plans Essentiel, Standard et Entreprise seront déconseillés à compter de la mi-mars 2025, avec une période de mise hors service de 3 ans. Nous vous recommandons de passer à Azure Container Apps. Pour plus d’informations, consultez l’annonce de mise hors service d’Azure Spring Apps.

Le plan de consommation standard et dédiée sera déconseillé à compter du 30 septembre 2024, avec un arrêt complet après six mois. Nous vous recommandons de passer à Azure Container Apps. Pour plus d’informations, consultez Migrer le plan de consommation standard et dédiée Azure Spring Apps vers Azure Container Apps.

Cet article s’applique à : ✔️ Java ✔️ C#

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

Cet article explique comment personnaliser l’itinéraire de sortie d’une instance pour prendre en charge les scénarios de réseaux personnalisés. Par exemple, vous souhaiterez peut-être personnaliser l’itinéraire de sortie d’une instance pour les réseaux qui interdisent les adresses IP publiques et nécessitent que l’instance se trouve derrière une appliance virtuelle réseau (NVA).

Par défaut, Azure Spring Apps approvisionne une référence SKU Standard Load Balancer que vous pouvez configurer et utiliser pour la sortie. Toutefois, le programme d’installation par défaut peut ne pas satisfaire les exigences de tous les scénarios. Par exemple, les adresses IP publiques peuvent ne pas être autorisées, ou plus de tronçons peuvent être nécessaires pour la sortie. Lorsque vous utilisez cette fonctionnalité pour personnaliser la sortie, Azure Spring Apps ne crée pas de ressources IP publiques.

Prérequis

Limites

  • Vous ne pouvez définir OutboundType que lorsque vous créez une instance de service Azure Spring Apps, et vous ne pouvez pas la mettre à jour ultérieurement. OutboundType fonctionne uniquement avec un réseau virtuel.
  • La définition de outboundType sur UserDefinedRouting nécessite un itinéraire défini par l’utilisateur avec une connectivité de sortie valide pour votre instance.
  • La définition de outboundType sur UserDefinedRouting implique que l’adresse IP source en entrée acheminée vers l’équilibreur de charge puisse ne pas correspondre à l’adresse de destination en sortie de la sortie de l’instance.

Vue d’ensemble des types de sorties dans Azure Spring Apps

Vous pouvez personnaliser une instance Azure Spring Apps avec un outboundType unique de type loadBalancer ou userDefinedRouting.

Type de sortie loadBalancer

La valeur outboundType par défaut est loadBalancer. Si outboundType est défini sur loadBalancer, Azure Spring Apps configure automatiquement les chemins d’accès de sortie et attend la sortie des équilibreurs de charge créés par le fournisseur de ressources Azure Spring Apps. Deux équilibreurs de charge sont recréés : un pour le runtime de service et un autre pour l’application utilisateur. Une adresse IP publique est approvisionnée pour chaque équilibreur de charge. L’équilibreur de charge est utilisé pour le trafic de sortie pour l’adresse IP publique générée.

Type de sortie userDefinedRouting

Remarque

L’utilisation d’un type de sortie est un scénario réseau avancé et nécessite une configuration réseau appropriée.

Si outboundType est défini sur userDefinedRouting, Azure Spring Apps ne configure pas automatiquement les chemins d’accès de sortie. Vous devez configurer vous-même des chemins d’accès de sortie. Vous pouvez toujours trouver deux équilibreurs de charge dans votre groupe de ressources. Ils sont utilisés uniquement pour le trafic interne et n’exposent aucune adresse IP publique. Vous devez préparer deux tables de routage associées à deux sous-réseaux : une pour le runtime de service et une autre pour l’application utilisateur.

Important

Un outboundType défini sur userDefinedRouting nécessite un itinéraire pour 0.0.0.0/0 et la destination de tronçon suivant d’une appliance virtuelle réseau dans la table de routage. Pour plus d’informations, consultez Responsabilités du client pour l’exécution d’Azure Spring Apps dans un réseau virtuel.

Voir aussi