Migrieren vom Azure Spring Apps-Plan „Standardverbrauch und dediziert“ zu Azure Container Apps
In diesem Artikel wird beschrieben, wann und wie Sie vom Azure Spring Apps-Plan „Standardverbrauch und dediziert“ (derzeit nur als Public Preview verfügbar) zu Azure Container Apps migrieren. Um cloudnative Vorteile zu konsolidieren und unsere Angebote zu optimieren, wird der Azure Spring Apps-Dienst eingestellt, einschließlich des Plans „Standardverbrauch und dediziert“ (Vorschau) sowie der Basic-, Standard- und Enterprise-Pläne. Der Plan „Standardverbrauch und dediziert“ (Vorschau) tritt am 30. September 2024 in den sechsmonatigen Übergangszeitraum ein und wird im März 2025 eingestellt.
Wir empfehlen Azure Container Apps als bestes Ziel für Ihre Migration. Azure Container Apps ist eine vollständig verwaltete, serverlose Containerplattform für Polyglot-Apps (mehrsprachige Apps) und bietet erweiterte Java-Features, die zuvor in Azure Spring Apps verfügbar waren.
Wir haben ein Migrationsfeature eingeführt, um den Übergang vom Azure Spring Apps-Plan „Standardverbrauch und dediziert“ (Vorschau) zu Azure Container Apps zu erleichtern. Wählen Sie im Azure-Portal die Option Migrieren aus, und bestätigen Sie die Aktion.
Dieses Feature wird Mitte Oktober 2024 verfügbar sein. Sie können mit dem Migrationsprozess beginnen, sobald es verfügbar ist.
Nach Abschluss der Migration wird die App in Azure Container Apps als Standard-App mit aktiviertem Java-Entwicklungsstapel angezeigt. Mit dieser Option erhalten Sie Zugriff auf Java-spezifische Metriken und Protokolle zum Überwachen Ihrer Apps und Behandeln von App-Problemen. Weitere Informationen finden Sie unter Java-Metriken für Java-Apps in Azure Container Apps und Festlegen der dynamischen Loggerebene zur Problembehandlung von Java-Anwendungen in Azure Container Apps.
Im folgenden Video wird die allgemeine Verfügbarkeit von Java-Funktionen in Azure Container Apps angekündigt:
Häufig gestellte Fragen
Im folgenden Abschnitt werden verschiedene Fragen zum Migrationsprozess behandelt.
Ist die Einstellung anderer Azure Spring Apps-SKUs geplant?
Ja. Andere Azure Spring Apps-Pläne werden ebenfalls eingestellt (mit einem dreijährigen Übergangszeitraum). Weitere Informationen finden Sie in der Ankündigung zur Einstellung von Azure Spring Apps.
Was passiert, wenn ich bis zum 30. März 2025 nichts unternehme?
Ihre Apps werden automatisch zu Azure Container Apps migriert.
Kann ich den Azure Spring Apps-Plan „Standardverbrauch und dediziert“ weiterhin verwenden?
Sie können vorhandene Apps bis zum 30. März 2025 weiterhin ausführen, nach dem 30. September 2024 können jedoch keine neuen Apps und Dienstinstanzen mehr erstellt werden.
Wie erhalte ich Hilfe, wenn der Migrationsprozess fehlschlägt?
Füllen Sie das Supportanfrageformular im Azure-Portal mit den folgenden Werten aus:
- Wählen Sie als Problemtyp die Option Technisch aus.
- Wählen Sie unter Abonnement Ihr Abonnement aus.
- Wählen Sie unter Dienst die Option Azure Spring Apps aus.
- Wählen Sie unter Ressource Ihre Azure Spring Apps-Ressource aus.
- Geben Sie unter Zusammenfassung eine Beschreibung Ihres Problems ein.
- Wählen Sie unter Problemtyp die Option Mein Problem ist nicht aufgeführt aus.
Muss ich Spring Cloud Config Server- und Spring Cloud Service Registry-Instanzen manuell in Azure Container Apps erstellen?
Ja. Sie müssen Spring Cloud Config Server- und Spring Cloud Service Registry-Instanzen in Azure Container Apps manuell erneut erstellen. Spring Cloud Config Server und Spring Cloud Service Registry sind auch verwaltete Komponenten in Azure Container Apps, es gibt jedoch einige Unterschiede hinsichtlich der Funktionalität und Erfahrung. Weitere Informationen finden Sie unter Tutorial: Herstellen einer Verbindung mit einem verwalteten Eureka Server für Spring in Azure Container Apps und Tutorial: Herstellen einer Verbindung mit einer verwalteten Instanz von Config Server für Spring in Azure Container Apps.
Erstellen Sie eine Supportanfrage, falls Sie Unterstützung beim Erstellen von Spring Cloud Config Server- und Spring Cloud Service Registry-Instanzen sowie der Migration zu Azure Container Apps benötigen.
Kommt es während des Migrationsprozesses zu Downtimes?
Es gibt keine Downtimes, es sei denn, Sie verwenden Spring Cloud Config Server und Spring Cloud Service Registry. In diesem Fall müssen Sie in Azure Container Apps Instanzen manuell erneut erstellen.
Was geschieht während der Migration mit Apps mit laufenden Transaktionen?
Alle laufenden Transaktionen werden ohne Unterbrechung ausgeführt. Es gibt keine Downtimes, es sei denn, Sie verwenden Spring Cloud Config Server und Spring Cloud Service Registry. In diesem Fall müssen Sie in Azure Container Apps Instanzen manuell erneut erstellen.
Ändern sich IP-Adressen/FQDNs nach der Migration?
Es ändert sich nichts. Alle IP-Adressen und vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) bleiben nach der Migration gleich.
Ich verwende persistenten Speicher. Wie erstelle ich diesen Speicher in Azure Container Apps erneut?
Persistenter Speicher wird automatisch zu Azure Container Apps migriert.
Wie wirkt sich der Umstieg auf Azure Container Apps auf die Preise aus?
Azure Container Apps verfügt über die gleiche Preisstruktur wie Azure Spring Apps für die Pläne „Verbrauch und dediziert“. Die Gebühren für aktive CPU und CPU im Leerlauf/Speichernutzung sowie VM-SKUs in dedizierten Workloads sind in Azure Spring Apps und Azure Container Apps identisch. Die monatliche kostenlose Zuweisung gilt auch direkt für Azure Container Apps. Die einzige Ausnahme ist, dass die Anzahl von Anforderungen für verwaltete Java-Komponenten im Azure Container Apps-Plan „Verbrauch“ abgerechnet wird.
In der folgenden Tabelle sind die Unterschiede beschrieben:
| Für verwaltete Java-Komponenten verwendete Ressourcen | Azure Spring Apps-Plan „Standardverbrauch“ | Azure Container Apps-Plan „Verbrauch“ |
|---|---|---|
| Aktive CPU von Spring Cloud Service Registry | Keine Änderung. | Keine Änderung. |
| CPU im Leerlauf von Spring Cloud Service Registry | Keine Änderung. | Keine Änderung. |
| Aktive CPU von Spring Cloud Config Server | Keine Änderung. | Keine Änderung. |
| CPU im Leerlauf von Spring Cloud Config Server | Keine Änderung. | Keine Änderung. |
| Eine Million Anforderungen an Spring Cloud Service Registry | Keine zusätzlichen Kosten: | Siehe Preise für Azure Container Apps. |
| Eine Million Anforderungen an Spring Cloud Config Server | Keine zusätzlichen Kosten: | Siehe Preise für Azure Container Apps. |
Außerdem können Sie mit Azure Container Apps den Azure-Sparplan nutzen und durch einen Prepaidtarif von Einsparungen profitieren. Weitere Informationen finden Sie unter Was sind Azure-Sparpläne für Compute?.
Wie kann ich mein eigenes virtuelles Netzwerk in Azure Container Apps weiterhin verwenden?
Die Erfahrung bei der Verwendung von virtuellen Netzwerken ändert sich nicht. Sie können weiterhin Ihr eigenes virtuelles Netzwerk verwenden.
Wird meine App zum Plan „Verbrauch“ oder zum Plan „Verbrauch und dediziert“ mit Workloadprofilen in Azure Container Apps migriert?
Es gibt eine direkte Zuordnung zwischen den Serviceplänen in Azure Spring Apps und Azure Container Apps. Wenn Ihre App derzeit im Plan „Verbrauch“ ausgeführt wird, wird sie zum Plan „Nur Verbrauch“ in Azure Container Apps migriert. Wenn Ihre App derzeit mit dem Plan „Verbrauch und dedizierte Workloadprofile“ ausgeführt wird, wird sie auf das entsprechende Workloadprofil in Azure-Container Apps umgestellt.
Wie kann ich dafür sorgen, dass meine Bereitstellungspipelines/mein Bereitstellungsworkflow weiterhin funktionieren?
Ihre Bereitstellungspipelines/Ihr Bereitstellungsworkflow müssen auf Azure Container Apps verweisen, damit sie ordnungsgemäß funktionieren. Weitere Informationen finden Sie unter Introducing more ways to deploy Azure Container Apps (Weitere Möglichkeiten zum Bereitstellen von Azure Container Apps).
Wie kann ich dafür sorgen, dass meine Automatisierungsskripts weiterhin mit der Azure CLI funktionieren?
Azure CLI-Skripts müssen geändert werden, damit sie in Azure Container Apps funktionieren. Weitere Informationen finden Sie unter az containerapp.