Verwalten von Kosten für Azure Spring Apps

Hinweis

Die Pläne Basic, Standard und Enterprise gelten ab Mitte März 2025 als veraltet und werden über einen Zeitraum von drei Jahren eingestellt. Es wird empfohlen, auf Azure Container Apps umzustellen. Weitere Informationen finden Sie in der Ankündigung zur Einstellung von Azure Spring Apps.

Der Plan Standardverbrauch und dediziert gilt ab dem 30. September 2024 als veraltet und wird nach sechs Monaten vollständig eingestellt. Es wird empfohlen, auf Azure Container Apps umzustellen. Weitere Informationen finden Sie unter Migrieren des Plans „Standardverbrauch und dediziert“ von Azure Spring Apps zu Azure Container Apps.

Dieser Artikel gilt für:✅ Standardverbrauch und dediziert (Vorschau) ✅ Basic/Standard ✅ Enterprise

In diesem Artikel werden die kostensparenden Optionen und Funktionen von Azure Spring Apps beschrieben.

Mehr mit dem Enterprise-Plan sparen

Für den Enterprise-Plan bieten wir nun weitere Rabatte bei längerer Bindung sowohl auf die Microsoft-Teile als auch die VMware-Teile (von Broadcom) des Preises an. Weitere Informationen finden Sie unter Azure Spring Apps: Preise.

Für den Microsoft-Teil des Preises verfügt der Enterprise-Plan derzeit über jährliche Preisnachlässe. Weitere Informationen finden Sie unter Maximierung des Werts: Optimierte Cloudlösungen mit Prime Cost Savings for Spring Apps.

Für den VMware-Teil (von Broadcom) des Preises variiert der verhandelbare Rabatt je nach Anzahl der Jahre, für die Sie sich verpflichten. Weitere Informationen erhalten Sie von Ihrem Vertriebsmitarbeiter.

Monatliche kostenlose Zuweisungen

Die ersten 50 vCPU-Stunden und 100 GB-Stunden Arbeitsspeicher pro Abonnement sind jeden Monat kostenlos. Weitere Informationen finden Sie unter Preissenkung – Azure Spring Apps leistet mehr und kostet weniger! im Apps in Azure-Blog.

Starten und Beenden von Instanzen

Wenn Sie über Azure Spring Apps-Instanzen verfügen, die nicht kontinuierlich ausgeführt werden müssen, können Sie Kosten sparen, indem Sie die Anzahl der ausgeführten Instanzen verringern. Weitere Informationen finden Sie unter Starten oder Beenden Ihrer Azure Spring Apps-Dienstinstanz.

Skalierung und Autoskalierung

Sie können Computingkapazitäten manuell skalieren, um sie an Änderungen der Umgebung anzupassen. Weitere Informationen finden Sie unter Skalieren einer Anwendung in Azure Spring Apps.

Die Autoskalierung reduziert die Betriebskosten, indem redundante Ressourcen beendet werden, wenn sie nicht mehr benötigt werden. Weitere Informationen finden Sie unter Einrichten der Autoskalierung für Anwendungen.

Sie können auch Regeln zum Einrichten der Autoskalierung für Ihre Anwendungen im Azure Spring Apps-Standardverbrauchs- und dedizierten Plan einrichten. Weitere Informationen finden Sie unter Schnellstart: Einrichten der Autoskalierung für Anwendungen im Azure Spring Apps-Standardverbrauchs- und dedizierten Plan.

Beenden der Aufrechterhaltung nicht verwendeter Umgebungen

Wenn Sie beim Entwickeln eines Produkts mehrere Umgebungen einrichten, ist es wichtig, die nicht mehr verwendeten Umgebungen zu entfernen, sobald das Produkt live geschaltet wurde.

Entfernen unnötiger Bereitstellungen

Wenn Sie Strategien wie die Blau-Grün-Bereitstellung verwenden, um Downtime zu reduzieren, kann dies zu zahlreichen Leerlaufbereitstellungen in Stagingslots führen, insbesondere mehrere App-Instanzen, die nicht mehr benötigt werden, sobald neuere Versionen in der Produktion bereitgestellt werden.

Vermeiden der übermäßigen Ressourcenzuordnung

Java-Benutzer*innen reservieren oft mehr Verarbeitungsleistung und Arbeitsspeicher, als sie wirklich benötigen. Es ist zwar in Ordnung, große App-Instanzen während der ersten Monate in der Produktion zu verwenden, aber Sie sollten die Ressourcenzuordnung basierend auf den Nutzungsdaten anpassen.

Vermeiden unnötiger Skalierung

Wenn Sie mehr App-Instanzen verwenden, als Sie benötigen, sollten Sie die Anzahl der Instanzen basierend auf realen Nutzungsdaten anpassen.

Optimieren der Überwachung der Datensammlung

Wenn Sie mehr Protokolle, Metriken und Ablaufverfolgungen sammeln, als Sie verwenden oder sich leisten können, müssen Sie ermitteln, was für die Problembehandlung, Kapazitätsplanung und Überwachung in der Produktion erforderlich ist. Sie können beispielsweise die Frequenz der Anwendungsleistungsüberwachung reduzieren oder nur ausgewählte Protokolle, Metriken und Ablaufverfolgungen an Datenaggregationstools senden.

Deaktivieren des Debugmodus

Wenn Sie vergessen, den Debugmodus für Apps zu deaktivieren, wird eine große Menge an Daten gesammelt und an Überwachungsplattformen gesendet. Wenn Sie vergessen, den Debugmodus zu deaktivieren, kann dies unnötig und kostspielig sein.