Die Nordlicht Reisen GmbH will ihre Reise-Webseite nicht auf einer eigenen virtuellen Maschine betreiben, sondern auf einem verwalteten Dienst, der sich um Betriebssystem, Updates und Webserver kümmert. Das ist Azure App Service. Sie sollen einen App Service Plan anlegen, seine Skalierung einstellen und eine App erstellen, wie es die Prüfung nennt. Die Lektion danach (3.8) behandelt den Betrieb: TLS, DNS, Sicherung, Netzwerk und Slots.
Vorwissen: Was App Service im Vergleich zu virtuellen Maschinen und Containern ist, steht in „AZ-900 kompakt“, Lektion 2.3. Container als Alternative stehen in Lektion 3.6 dieses Kurses.
Der App Service Plan
Eine App läuft immer in einem App Service Plan. Der Plan ist die Rechenleistung, die Ihre Apps teilen. Er legt laut Microsoft fest:
- das Betriebssystem (Windows oder Linux),
- die Region,
- die Zahl der VM-Instanzen,
- die Größe der Instanzen (klein, mittel, groß),
- die Preisstufe (pricing tier).
Mehrere Apps im selben Plan teilen sich dieselben Instanzen. Das gilt auch für Deployment Slots, Diagnoseprotokolle, Sicherungen und WebJobs: Sie brauchen Rechenzeit und Speicher auf denselben Instanzen. Alle Apps eines Plans skalieren zusammen. Wer eine App von den anderen isolieren will, legt einen eigenen Plan an.
Die Preisstufen
| Kategorie | Stufen | Merkmal |
|---|---|---|
| Gemeinsam genutzte Rechenleistung | Free, Shared | läuft auf derselben VM wie Apps anderer Kunden, mit CPU-Kontingent je App; kein Skalieren nach außen |
| Dedizierte Rechenleistung | Basic, Standard, Premium, PremiumV2, PremiumV3, PremiumV4 | eigene VMs; nur Apps desselben Plans teilen sie |
| Isoliert | IsolatedV2 | eigene VMs in eigenen virtuellen Netzen (App Service Environment) |
Welche Merkmale ab welcher Stufe gelten, merken Sie sich für die Prüfung so (Quellen: die Seiten zu Skalierung, Sicherung, Slots und Zertifikaten, Stand 11.11.2026):
| Merkmal | ab Stufe |
|---|---|
| Eigene Domäne (Custom Domain) | Shared |
| Zertifikat und TLS-Bindung für die eigene Domäne, Sicherung | Basic (Sicherung bei Basic nur für den Produktionsslot) |
| Deployment Slots, Autoscale, IP-basiertes SSL | Standard |
| Automatische Skalierung (Automatic scaling) | Premium v2 bis v4 |
Free und Shared haben laut Microsoft keine finanziell hinterlegte Vereinbarung zur Verfügbarkeit (SLA). Für Produktion empfiehlt Microsoft mindestens Standard.
Was ein Plan kostet
Außer in der Stufe Free kostet ein Plan Geld für die Rechenleistung, die er belegt. In den dedizierten Stufen wird jede VM-Instanz berechnet. Bei Shared bekommt jede App ein CPU-Kontingent und wird dafür berechnet. Die Merkmale wie Domänen, Zertifikate (außer gekauften), Slots und Sicherungen kosten nichts extra. Ein Plan ohne Apps kostet weiter, denn er hält die konfigurierten Instanzen vor. Löschen Sie die letzte App eines Plans, löscht App Service den Plan standardmäßig mit; behalten Sie ihn, stellen Sie ihn auf Free, damit nichts berechnet wird. Beträge nennt dieser Kurs nicht; schätzen Sie im Preisrechner von Azure und auf der Preisseite von App Service (Lektion 0.1 und K3, Lektion 3.1.2 zeigen die Methode).
Für das Testkonto gilt: Microsoft nennt als Voraussetzung, vor einem Wechsel aus der Stufe Free das Ausgabenlimit (spending limit) des Abonnements zu entfernen. Lesen Sie dazu in Lektion 0.1 nach, was das Limit auf Ihrem Konto bewirkt.
Plan anlegen
az appservice plan create --name plan-nordlicht --resource-group rg-az104-webapp --sku B1 --is-linux
Mit --is-linux entsteht ein Linux-Plan; ohne den Schalter ein Windows-Plan. --sku wählt die Stufe und Größe (zum Beispiel B1, S1, P1V3). Nennen Sie --sku immer ausdrücklich: Microsoft hat die Vorgabe in der CLI geändert (laut Versionshinweisen Mai 2026 ist für Linux-Web-Apps P0V3 der Standard, ältere Anleitungen sprechen von B1). Azure PowerShell legt den Plan mit New-AzAppServicePlan an. Im Portal finden Sie das unter App Service plans (das Portal heißt je nach Spracheinstellung anders).