Gérer les coûts pour Azure Spring Apps
Notes
Azure Spring Apps est le nouveau nom du service Azure Spring Cloud. Bien que le service ait un nouveau nom, vous verrez l’ancien nom à divers endroits pendant un certain temps, car nous travaillons à mettre à jour les ressources telles que les captures d’écran, les vidéos et les diagrammes.
Cet article s’applique à : ✔️ Consommation Standard et dédiée (préversion) ✔️ De base/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.