Gérer les coûts pour Azure Spring Apps
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 à : ✅ Consommation standard et dédiée (Preview) ✅ Basique/Standard ✅ Entreprise
Cet article décrit les options et fonctionnalités d’économie offertes par Azure Spring Apps.
Faites plus d’économies avec le plan Entreprise
Pour le plan Entreprise, nous offrons désormais des réductions supplémentaires pour des engagements plus longs à la fois sur les parties Microsoft et VMware (par Broadcom) de la tarification. Si vous souhaitez obtenir d’informations, consultez Tarifs Azure Spring Apps.
Pour la partie Microsoft de la tarification, le plan Entreprise propose actuellement des options de tarification annuelles à prix réduits. Pour plus d’informations, consultez l’article Maximizing Value: Streamlined Cloud Solutions with Prime Cost Savings for Spring Apps.
Pour la partie VMware (par Broadcom) de la tarification, la remise négociable varie en fonction du nombre d'années pour lesquelles vous vous engagez. Pour plus d’informations, contactez votre représentant commercial.
Octrois mensuels gratuits
Les 50 premières heures de processeur virtuel et 100 Go de mémoire sont gratuits chaque mois par abonnement. Pour plus d’informations, consultez Price Reduction - Azure Spring Apps does more, costs less! sur le blog Apps on Azure.
Démarrer et arrêter des instances
Si vous avez des instances Azure Spring Apps qui n’ont pas besoin de s’exécuter en continu, vous pouvez réduire les coûts en diminuant le nombre d’instances en cours d’exécution. Pour plus d’informations, consultez Démarrer ou arrêter votre instance de service Azure Spring Apps.
Mettre à l’échelle et mise à l’échelle automatique
Vous pouvez mettre à l’échelle de manière manuelle des capacités de calcul pour qu’elles s’adaptent à un environnement changeant. Pour plus d’informations, consultez Mettre à l’échelle une application dans Azure Spring Apps.
La mise à l’échelle automatique réduit les coûts d’exploitation en arrêtant des ressources redondantes lorsqu’elles ne sont plus nécessaires. Pour plus d’informations, consultez Configurer la mise à l’échelle automatique pour les applications.
Vous pouvez également définir des règles de mise à l'échelle automatique pour vos applications dans le plan de consommation et le plan dédié Azure Spring Apps Standard. Pour plus d'informations, voir Démarrage rapide : Configurer autoscale pour les applications dans Azure Spring Apps Standard consumption et dedicated plan .
Arrêter la maintenance des environnements inutilisés
Si vous configurez plusieurs environnements lors du développement d’un produit, il est important de supprimer ceux qui ne sont plus utilisés une fois le produit lancé.
Supprimer les déploiements inutiles
Si vous utilisez des stratégies telles que le déploiement bleu-vert pour réduire les temps d’arrêt, cela peut entraîner de nombreux déploiements inactifs sur des emplacements de préproduction, en particulier plusieurs instances d’application qui ne sont plus nécessaires une fois que des versions plus récentes sont déployées en production.
Éviter une allocation excessive des ressources
Les utilisateurs de Java réservent souvent plus de puissance de traitement et de mémoire qu’ils n’en ont réellement besoin. Bien qu’il soit possible d’utiliser des instances d’application volumineuses au cours des premiers mois de production, vous devez ajuster l’allocation des ressources en fonction des données d’utilisation.
Éviter les mises à l’échelle inutiles
Si vous utilisez plus d’instances d’application que nécessaire, vous devez ajuster le nombre d’instances en fonction des données d’utilisation réelles.
Rationaliser la surveillance des collectes de données
Si vous collectez plus de journaux, de métriques et de traces que vous ne pouvez en utiliser ou vous le permettre, vous devez déterminer ce dont vous avez besoin pour résoudre les problèmes, planifier la capacité et surveiller la production. Par exemple, vous pouvez réduire la fréquence d’analyse des performances des applications ou être plus sélectif sur les journaux, les métriques et les traces que vous envoyez aux outils d’agrégation de données.
Désactiver le mode débogage
Si vous oubliez de désactiver le mode débogage pour les applications, une grande quantité de données est collectée et envoyée aux plateformes de surveillance. Cela peut s’avérer à la fois inutile et coûteux.