Hosten einer Web-App in einem App Service Environment

Eine App Service Environment ist eine einmandantenfähige Bereitstellung des Azure App Service, die in eine Azure Virtual Network Instanz und ein Subnetz integriert wird. In diesem Szenario können Sie Ihre Web-App in einer isolierten Umgebung hosten, in der Sie der einzige Benutzer des Systems sind. Die von Ihnen bereitgestellten Apps unterliegen den Netzwerkfunktionen, die auf das virtuelle Netzwerk-Subnetz der App-Dienstumgebung angewendet werden. Es sind keine anderen Features erforderlich, damit Ihre Web-Apps auf die Netzwerkfeatures zugreifen können.

Wenn Sie die Web-App in Ihrem App Service Environment erstellen, folgen Sie dem Standarderstellungsprozess mit einem etwas anderen Ansatz:

• Wählen Sie für die Web-App-Region anstelle eines geografischen Standorts für die App-Bereitstellung eine App Service Environment aus.
• Wählen Sie für einen neuen App Service-Plan im App Service Environment eine isolierte v2-Preisstufe aus.

In diesem Artikel wird beschrieben, wie Sie die App Service-Web-App in einem App Service Environment erstellen, indem Sie im Azure-Portal verfahren ausführen.

Voraussetzungen

• Eine App Service Environment. Führen Sie zum Erstellen einer neuen Umgebung die Schritte in Quickstart aus: Erstellen sie eine App Service Environment.

• Beachten Sie beim Erstellen Ihrer App, dass sich Windows- und Linux-Apps in demselben App Service Environment befinden können, sie können sich jedoch nicht im gleichen App Service-Plan befinden.

Erstellen der Web-App

Erstellen Sie im Azure-Portal eine Web-App in einem App Service Environment:

1. Melden Sie sich beim portal Azure an.

2. Wählen Sie "Ressource erstellen", suchen Sie "Web App " in der Liste der Ressourcen, und wählen Sie " Erstellen" aus.

   Der Bereich " Web App erstellen " wird auf der Registerkarte " Einfach " geöffnet:

   

3. Wählen Sie auf der Registerkarte " Einfach " Ihr Abonnement aus.

4. Wählen Sie eine vorhandene Ressourcengruppe aus, oder wählen Sie " Neu erstellen" für eine neue Instanz aus.

5. Geben Sie einen Namen für die neue Web-App ein.

   Wenn Sie zuvor einen App Service-Plan in einem App Service Environment ausgewählt haben, spiegelt der Domänenname der App den Domänennamen der App Service Environment wider. Zum Beispiel, für die App zava-hosted-web-app und die App Service-Umgebung zava-app-service-envrionment-1 ist der Domainname der App zava-hosted-web-app-zava-app-service-envrionment-1.appserviceenvironment.net.

6. Konfigurieren Sie die Einstellungen "Veröffentlichen", "Laufzeitstapel" und " Betriebssystem " entsprechend ihren App-Anforderungen.

7. Verwenden Sie für die Einstellung "Region " die Dropdownliste, um Ihre Auswahl zu treffen.

   • Um eine vorhandene App Service Environment zu verwenden, wählen Sie die Umgebung unter dem Abschnitt App Service Environments v3 in der Dropdownliste aus.

   • Um eine neue App Service Environment zu erstellen, wählen Sie in der Dropdownliste unter dem Abschnitt Regions einen Bereich aus. Nachdem Sie einen Bereich ausgewählt haben, fügt der Bereich Create Web App einen Abschnitt mit Konfigurationsoptionen für die neue App Service Environment hinzu. Sie führen die Schritte für die neue Umgebung weiter unten in diesem Verfahren aus.

   Sie können die Regionsliste filtern, um übereinstimmende Elemente in der Liste sowohl für Umgebungen als auch für Regionen anzuzeigen. Im Beispiel wird die Liste so gefiltert, dass sie Kanada entspricht.

   

8. Geben Sie für die Optionen für Preispläne den Namen des App Service-Plans und das Preisniveau des Plans an.

   • Verwenden Sie für den App Service Linux-Plan die Dropdownliste, und wählen Sie einen vorhandenen Plan aus, oder wählen Sie " Neu erstellen" für einen neuen Plan aus.

   • Wenn Sie einen vorhandenen Preisplan ausgewählt haben, wird der Wert mit dem Preisniveau für Ihren aktuellen Plan ausgefüllt.

     Wenn Sie einen neuen App Service-Plan erstellen, verwenden Sie die Dropdownliste, und wählen Sie die Ebenengröße aus. In der Liste werden beliebte Pläne angezeigt. Die einzige SKU, die Sie für Ihre App auswählen können, ist eine Isolated v2 Preis-SKU.

     

     Sie können " Preispläne erkunden" auswählen, um die Planfunktionen zu vergleichen. Die folgende Abbildung zeigt ein Beispiel für Preispläne und Features. Wählen Sie im Bereich "App Service-Preistarif auswählen" einen Plan in der Liste aus und klicken Sie dann auf Auswählen.

     

     Das Erstellen des neuen App Service-Plans dauert etwa 20 Minuten.

9. Wenn Sie im Rahmen der Erstellung Ihres neuen App Service-Plans eine neue App Service Environment erstellen, konfigurieren Sie die folgenden Einstellungen App Service Environment:

   • Geben Sie einen Namen für die App Service Environment ein.

   • Wählen Sie den virtuellen IP-Typ (intern oder extern) aus. Weitere Informationen zu dieser Einstellung finden Sie unter Planen der Zugriffsebene für die App.

   

10. Wechseln Sie im Bereich "Web App erstellen" zur Registerkarte "Netzwerk", und konfigurieren Sie die Einstellungen.

    • Wenn Sie eine neue App Service Environment erstellen:

      • Identifizieren Sie das Virtuelle Netzwerk und Subnetz für die Bereitstellung. Sie können vorhandene Ressourcen auswählen oder neue Instanzen erstellen.

      • Konfigurieren Sie die DNS-Einstellung . Wenn das System das DNS für Sie im virtuellen Netzwerk Ihrer App Service Environment konfigurieren soll, wählen Sie Azure DNS Private Zone aus.

        Wenn Sie DNS lieber manuell konfigurieren möchten, wählen Sie "Manuell" aus. Nach Abschluss der Bereitstellung können Sie die Konfiguration in nutzung Ihres eigenen DNS-Servers ändern oder Azure DNS private Zonen angeben.

      • Konfigurieren Sie die Einstellung für eingehende IP-Adressen . Wählen Sie "Automatisch" (vom System zugewiesene IP-Adresse aus dem Subnetz) oder "Manuell " aus (geben Sie Ihre bevorzugte IP-Adresse ein).

    • Wenn Sie eine vorhandene App Service Environment für die Bereitstellung verwenden, konfigurieren Sie die Option Virtual network integration nach Bedarf.

11. (Optional) Konfigurieren Sie Optionen auf den verbleibenden Registerkarten im Bereich "Web-App erstellen " entsprechend Ihren App-Anforderungen. Die meisten Einstellungen sind standardmäßig deaktiviert.

    • Deployment: Konfigurieren der Einstellungen für kontinuierliche Bereitstellung, Authentifizierung und GitHub.
    • Monitor + Secure: Verwenden Sie Azure Monitor Application Insights oder Microsoft Defender for Cloud.
    • Tags: Definieren von Tags für die App.

    Wenn Sie eine neue App Service Environment erstellen, bestätigen Sie auch die Einstellungen auf der Registerkarte Hosting.

12. Klicken Sie auf Überprüfen + erstellen. Vergewissern Sie sich, dass die Web-App-Konfiguration korrekt ist, und wählen Sie "Erstellen" aus.

Überprüfen der Skalierungsoptionen

Jede App Service-App wird in einem App Service-Plan ausgeführt. App Service-Umgebungen enthalten App Service-Pläne, und App Service-Pläne enthalten Apps. Wenn Sie eine App skalieren, skalieren Sie auch den App Service-Plan und damit alle Apps in diesem Plan.

Wenn Sie einen App Service-Plan skalieren, wird die erforderliche Infrastruktur automatisch hinzugefügt. Beachten Sie, dass es eine Zeitverzögerung für die Skalierungsvorgänge gibt, während die Infrastruktur hinzugefügt wird. Wenn Sie beispielsweise einen App Service-Plan skalieren und ein weiterer Skalierungsvorgang mit demselben Betriebssystem und derselben Größe ausgeführt wird, kann es zu einer Verzögerung von einigen Minuten kommen, bis die angeforderte Skalierung gestartet wird.

Ein Skalierungsvorgang auf einer Größe und einem Betriebssystem wirkt sich nicht auf die Skalierung der anderen Kombinationen aus Größe und Betriebssystem aus. Wenn Sie beispielsweise einen Windows I2v2 App Service-Plan skalieren, wird sofort ein Skalierungsvorgang auf einen Windows I3v2 App Service-Plan gestartet. Die Skalierung dauert normalerweise weniger als 15 Minuten, kann jedoch bis zu 45 Minuten dauern.

In einem Szenario mit mehrinstanzenfähigem App Service ist die Skalierung sofort möglich, da ein Pool gemeinsam genutzter Ressourcen sofort zur Unterstützung zur Verfügung steht. App Service Environment ist ein Einzelmandantendienst, daher gibt es keinen freigegebenen Puffer, und Ressourcen werden je nach Bedarf zugeordnet.

Planen der Zugriffsebene für die App

In einem App Service Environment mit einer internen virtuellen IP (VIP) wird das für die App-Erstellung verwendete Domänensuffix <app-service-environment-name>.appserviceenvironment.net. Für eine App Service Environment namens zava-environment, die eine App mit dem Namen hosted-web-app hosten, erreichen Sie die Umgebung mithilfe der folgenden URLs:

• hosted-web-app.zava-environment.appserviceenvironment.net
• hosted-web-app.scm.zava-environment.appserviceenvironment.net

Apps, die auf einer App Service Environment gehostet werden, die eine interne VIP verwenden, sind nur zugänglich, wenn Sie sich im selben virtuellen Netzwerk befinden oder mit diesem virtuellen Netzwerk verbunden sind. Ebenso ist die Veröffentlichung nur möglich, wenn Sie sich im selben virtuellen Netzwerk befinden oder mit diesem virtuellen Netzwerk verbunden sind.

In einem App Service Environment mit einer externen VIP ist das domänensuffix für die App-Erstellung <app-service-environment-name>.p.azurewebsites.net. Wenn ein App Service Environment mit dem Namen zava-environment eine App mit dem Namen hosted-web-app hostet, können Sie die Umgebung über die folgenden URLs erreichen:

• hosted-web-app.zava-environment.p.azurewebsites.net
• hosted-web-app.scm.zava-environment.p.azurewebsites.net

Sie verwenden die scm URL, um auf die Kudu-Konsole zuzugreifen, oder veröffentlichen Sie Ihre App mithilfe der Webbereitstellung. Weitere Informationen finden Sie unter Kudu-Dienst für Azure App Service. Die Kudu-Konsole bietet eine Webbenutzeroberfläche zum Debuggen, Hochladen und Bearbeiten von Dateien.

Konfigurieren des DNS

Wenn Ihre App Service Environment mit einer externen VIP erstellt wird, werden Ihre Apps automatisch in das öffentliche DNS eingefügt. Wenn Ihre "App Service Environment" mit einer internen VIP erstellt wird, müssen Sie möglicherweise das DNS manuell konfigurieren.

• Wenn Sie beim Erstellen Ihrer App die automatische Konfiguration von Azure DNS privaten Zonen ausgewählt haben, wird das DNS im virtuellen Netzwerk Ihrer App Service Environment für Sie konfiguriert.

• Wenn Sie sich entschieden haben, DNS manuell zu konfigurieren, müssen Sie entweder Ihren eigenen DNS-Server verwenden oder Azure DNS-Private-Zonen konfigurieren, wie in den folgenden Abschnitten beschrieben.

Sie finden die IP-Adressen für die App Service Environment im Azure Portal:

1. Wechseln Sie im Azure-Portal zur Seite Overview für die App Service Environment für Ihre App.

2. Wählen Sie im linken Menü Einstellungen> und dann IP-Adressen aus.

Auf der Seite "IP-Adressen " werden eingehende und ausgehende IP-Adressen angezeigt:

Verwenden Ihres eigenen DNS-Servers

Wenn Sie einen eigenen DNS-Server verwenden möchten, fügen Sie die folgenden Einträge hinzu:

1. Erstellen Sie auf Ihrem DNS-Server eine DNS-Zone mit dem Namen Ihrer App Service Environment, <app-service-environment-name>.appserviceenvironment.net. Die späteren Schritte in diesem Verfahren beziehen sich auf diese Zone als zone-main.

2. Erstellen Sie einen A-Eintrag in zone-main, der das Sternchen * (Wildcardnotation) auf die von Ihrem App Service Environment verwendete eingehende IP-Adresse verweist.

3. Erstellen Sie einen A-Eintrag in zone-main der das At-Symbol @ Notation auf die eingehende IP-Adresse zeigt, die von Ihrem App Service Environment verwendet wird.

4. Erstellen Sie eine Zone innerhalb von zone-main mit dem Namen scm.

5. Erstellen Sie einen A-Eintrag in der scm-Zone, der das Sternchen aus der Wildcard-Notation * auf die von Ihrem App Service Environment verwendete eingehende Adresse verweist.

Konfigurieren von DNS in Azure DNS privaten Zone

So konfigurieren Sie DNS in Azure DNS privaten Zonen:

1. Erstellen Sie eine Azure Private DNS Zoneressource. mit dem Namen Ihrer App Service Environment, <app-service-environment-name>.appserviceenvironment.net. Spätere Schritte in diesem Verfahren beziehen sich auf diese Zone als zone-main.

2. Erstellen Sie einen A Datensatz in zone-main, der das Sternchen * (Wildcardnotation) auf die eingehende IP-Adresse verweist.

3. Erstellen Sie einen A Datensatz in Zone-Main, der die At-Symbolnotation@ auf die eingehende IP-Adresse zeigt.

4. Erstellen Sie einen A Datensatz in zone-main , der die *.scm Zonennotation auf die eingehende IP-Adresse verweist.

Die DNS-Einstellungen für das Standardmäßige Domänensuffix Ihrer App Service Environment beschränken den Zugriff auf Ihre Apps nicht auf die von Ihnen angegebenen Werte. Sie können einen benutzerdefinierten Domänennamen ohne Überprüfung ihrer Apps in einem App Service Environment festlegen. Wenn Sie später eine Zone mit dem Namen zava-new-zone.neterstellen, können Sie sie auf die eingehende IP-Adresse verweisen.

Der benutzerdefinierte Domänenname funktioniert für App-Anforderungen. Wenn das zertifikat für das benutzerdefinierte Domänensuffix ein Wildcard-SAN für scm enthält, funktioniert der benutzerdefinierte Domänenname auch für die scm Website. Sie können einen *.scm Datensatz erstellen und auf die eingehende IP-Adresse verweisen.

Veröffentlichen der Web-App

Sie können Ihre Web-App mit einer der folgenden Methoden veröffentlichen:

• Webbereitstellung
• Kontinuierliche Integration (Continuous Integration, CI)
• Drag & Drop in der Kudu-Konsole
• Eine integrierte Entwicklungsumgebung (IDE), z. B. Visual Studio, Eclipse oder IntelliJ IDEA

Bei einem internen VIP-App Service Environment sind die Veröffentlichungsendpunkte nur über die eingehende Adresse verfügbar. Wenn Sie keinen Netzwerkzugriff auf die eingehende IP-Adresse haben, können Sie keine Apps auf diesem App Service Environment veröffentlichen. Ihre IDE muss auch über Netzwerkzugriff zur eingehenden Adresse im App Service Environment verfügen, um direkt darauf zu veröffentlichen.

Ohne andere Änderungen funktionieren internetbasierte CI-Systeme wie GitHub und Azure DevOps nicht mit einem internen VIP-App Service Environment. Auf den Veröffentlichungsendpunkt kann nicht über das Internet zugegriffen werden. Sie können die Veröffentlichung in einer internen VIP-App-Dienste-Umgebung von Azure DevOps aus aktivieren, indem Sie einen selbst gehosteten Release-Agenten im virtuellen Netzwerk installieren.

Konfigurieren des Speichers für Ihre Web-App

Sie verfügen über 1 TB Speicherplatz für alle Apps in Ihrem App Service Environment. Ein App Service-Plan in einer SKU mit dem Tarif „Isoliert“ verfügt über maximal 250 GB. In einem App Service Environment werden 250 GB Speicherplatz pro App Service-Plan bis zum Grenzwert von 1 TB hinzugefügt. Sie können mehr App Service-Pläne als nur vier haben, aber es gibt keinen anderen Speicher, der über den Grenzwert von 1 TB hinausgeht.

Überwachen der App Service Umgebung

Microsoft überwacht und verwaltet die Plattforminfrastruktur in App Service Environment v3 und skaliert nach Bedarf. Als Kunde sollten Sie nur die App Service-Pläne und Ihre einzelnen ausgeführten Apps überwachen und die entsprechenden Aktionen ausführen. Sie können Diagnoseeinstellungen für die Überwachung konfigurieren , um Ihr Szenario zu unterstützen.

Im Azure-Portal können Sie einige Metriken für eine App Service Environment sehen. Diese Metriken gelten jedoch für App Service Environment v1 und zwei Ressourcen. Metriken für App Service Environment v3-Ressourcen sind nicht sichtbar. Überprüfen Sie die Unterschiede in den Features früherer Versionen von App Service Environment in der Übersicht zu App Service Environment.

Überprüfen von Protokollierungsszenarien und Nachrichten

Sie können Azure Monitor integrieren, um Logs an Azure Storage, Azure Event Hubs oder Azure Monitor Logs zu senden.

Die folgenden Tabellen zeigen die Szenarien und Nachrichten, die Sie protokollieren können.

Diagnoseprotokollierung aktivieren

Führen Sie die folgenden Schritte aus, um die Diagnoseprotokollierung für Ihre Web-App zu aktivieren:

1. Wechseln Sie im Azure-Portal zur Seite Overview für Ihre Web-App.

2. Wählen Sie im linken Menü Überwachung>Diagnosetools aus.

3. Wählen Sie auf der Seite " Diagnoseeinstellungen " die Option "Diagnoseeinstellung hinzufügen" aus.

   

4. Geben Sie im Diagnoseeinstellungsbereich einen Namen für die Diagnoseeinstellung für die Protokollintegration an, z. B. networking-logs.

5. Wählen Sie Ihre bevorzugten Protokolle aus, und konfigurieren Sie sie. Wählen Sie in diesem Beispiel App Service Platform Logs aus.

6. Wählen Sie Ihre bevorzugten Ziele aus.

7. Wenn die Diagnose Metrikdaten enthalten soll, wählen Sie "Metriken" aus.

8. Wählen Sie Speichern aus.

Die Seite "Diagnoseeinstellungen " wird aktualisiert, um das neue Protokoll anzuzeigen, das der Liste hinzugefügt wurde.

Wenn Sie Azure Monitor Protokolle integrieren, können Sie die Protokolle anzeigen, indem Sie Logs aus dem App Service Environment-Portal auswählen und eine Abfrage für AppServicePlatformLogs erstellen. Protokolle werden nur ausgegeben, wenn ihre App Service Environment über ein Ereignis verfügt, das die Protokolle auslöst. Wenn Ihr App Service Environment kein solches Ereignis hat, werden keine Protokolle erfasst. Eine schnelle Methode zum Anzeigen von Beispielprotokollen ist das Ausführen eines Skalierungsvorgangs für einen App Service-Plan. Anschließend können Sie eine Abfrage für AppServicePlatformLogs ausführen, um die generierten Protokolle anzuzeigen.

Erstellen einer Warnungsregel

Um eine Warnung für die Protokolle Ihrer Webanwendung zu erstellen, befolgen Sie die detaillierten Anweisungen in Erstellen oder Bearbeiten einer Protokollsuchwarnregel - Azure Monitor.

Hier sind grundlegende Schritte zum Erstellen einer Warnungsregel für Ihre gehostete Web-App:

1. Wechseln Sie im Azure-Portal zur Seite Monitoring>Alerts seite für Ihre App Service Environment, und wählen Sie Benachrichtigungsregel erstellen aus.

2. Bestätigen Sie auf der Registerkarte Scope, dass die Scope-Ebene auf Ihr Abonnement festgelegt ist, und legen Sie die Ressource auf Ihren Azure Monitor Logs-Arbeitsbereich fest.

3. Geben Sie auf der Registerkarte " Bedingung " die Abfrage für die Regel an, und konfigurieren Sie die Bedingungen.

   1. Legen Sie den Signalnamen fest, um eine benutzerdefinierte Protokollsuche zu verwenden. Der Bereich "Protokolle " wird geöffnet.

   2. Erstellen Sie im Protokollbereich eine Abfrage für die Warnung. Beispiel: AppServicePlatformLogs | where ResultDescription contains 'has begun scaling'. Sie können auch mit einer vordefinierten Abfrage beginnen und nach Bedarf ändern. Speichern Sie Ihre Abfrage.

   3. Konfigurieren Sie andere Bedingungen für die Regel, z. B. den Schwellenwert in der Warnungslogikgruppe .

4. Geben Sie auf der Registerkarte "Details " Details zur Regel an:

   • Bestätigen Sie für die Projektdetails, dass die Gruppe "Abonnement " und "Ressource " wie erwartet angegeben sind.

   • Wählen Sie für die Warnungsregeldetails den Regelschweregrad und den Bereich aus, und geben Sie einen Namen für die neue Warnung ein.

   • Wählen Sie für die Protokollabfrageidentität die Identität aus, die beim Ausführen der Protokollabfrage verwendet werden soll.

   • (Optional) Konfigurieren Sie erweiterte Optionen nach Bedarf.

5. (Optional) Konfigurieren Sie Optionen auf den verbleibenden Registerkarten im Bereich "Alarmregel erstellen":

   • Aktionen: Hinzufügen oder Erstellen einer Aktionsgruppe. In der Aktionsgruppe definieren Sie die Reaktion auf die Warnung, z. B. das Senden einer E-Mail oder SMS.

   • Tags: Definieren von Tags für die Web-App-Warnungsregel.

6. Klicken Sie auf Überprüfen + erstellen. Vergewissern Sie sich, dass die Warnungskonfiguration korrekt ist, und wählen Sie "Erstellen" aus.

Konfigurieren der internen Verschlüsselung

Die internen Komponenten oder die Kommunikation innerhalb des App Service Environment Systems können nicht angezeigt werden. Um einen höheren Durchsatz zu ermöglichen, ist die Verschlüsselung zwischen den internen Komponenten standardmäßig deaktiviert. Das System ist sicher, da der Datenverkehr für die Überwachung und den Zugriff nicht zugänglich ist.

Wenn Sie über eine Complianceanforderung für die vollständige Verschlüsselung des Datenpfads verfügen, können Sie die Funktionalität aktivieren:

1. Wechseln Sie im Azure-Portal zur Seite Overview für Ihre App Service Environment.

2. Wählen Sie im linken Menü Einstellungen> und Konfiguration aus.

3. Aktivieren Sie im Bereich App Service Environment Konfiguration das Kontrollkästchen Internale Verschlüsselung, und aktivieren Sie dann Apply.

Diese Option verschlüsselt den internen Netzwerkdatenverkehr und verschlüsselt auch die Seitendateien und Arbeitsdatenträger.

Konfigurieren der Upgrade-Präferenz

Wenn Sie über mehrere App Service-Umgebungen verfügen, möchten Sie möglicherweise eine oder mehrere vor den anderen Umgebungen upgraden.

Konfigurieren Sie für jede Umgebung die Einstellung "Upgradeeinstellungen ":

1. Wechseln Sie im Azure-Portal zur Seite Overview für den App Service Environment.

2. Wählen Sie im linken Menü Einstellungen> und Konfiguration aus.

3. Wählen Sie im Bereich App Service Environment Konfiguration Ihre Einstellung für die Upgrades aus.

   • Automatic: Aktualisieren Sie die App Service Environment automatisch entsprechend Ihrer Auswahl:

     • None: (Standard-Einstellung) Während des Upgradevorgangs für die Region automatisch aktualisieren.
     • Early: Aktualisieren Sie automatisch mit einer hohen Priorisierung im Vergleich zu anderen Ressourcen in der Region.
     • Late: Wird automatisch mit niedriger Priorität im Vergleich zu anderen Ressourcen in der Region aktualisiert.

   • Manuell Erhalten Sie eine Benachrichtigung, wenn ein Upgrade verfügbar ist, und starten Sie den Vorgang innerhalb von 15 Tagen. Nach 15 Tagen erfolgt das Upgrade mit anderen automatischen Upgrades in der Region. Weitere Informationen finden Sie unter Upgrade-Präferenz für geplante Wartung der App Service Environment.

4. Um Ihre Änderungen zu speichern, wählen Sie "Übernehmen" aus.

Diese Funktion ist sinnvoll, wenn Sie über mehrere App Service-Umgebungen verfügen und daher von einer Sequenzierung der Upgrades profitieren. Sie können beispielsweise Ihre Entwicklungs- und Test-App-Dienstumgebungen so einstellen, dass sie frühzeitig aktualisiert werden, und Ihre Produktions-App-Dienstumgebungen, um später zu aktualisieren.

App Service Environment löschen

Führen Sie die folgenden Schritte aus, um die App Service Environment zu löschen:

1. Wählen Sie im Azure-Portal auf der Seite Overview für die seite App Service EnvironmentDelete aus.

2. Bestätigen Sie die Löschaktion, indem Sie den Namen Ihrer App Service Environment eingeben, und wählen Sie OK aus.

Wenn Sie eine App Service Environment löschen, löschen Sie auch alle Inhalte und Ressourcen innerhalb der Umgebung.

Verwandte Inhalte

• Azure App Service Preisgestaltung für Linux
• Upgrade-Präferenz für geplante Wartung in der App Service Environment
• Benachrichtigungsregel mithilfe der Vorlage Azure CLI, PowerShell oder ARM erstellen