Azure

Azure App Service

Overview

Azure App Service betreibt Webanwendungen und APIs, ohne dass Du Server, Betriebssystem oder Webserver verwaltest. Unterstützt werden .NET, Java (Java SE, Tomcat, JBoss), Node.js, Python und PHP auf Windows oder Linux sowie eigene Container.

Jede App läuft in einem App-Service-Plan, der Region, Betriebssystem, Instanzgröße und Instanzzahl festlegt. Die Tarife gliedern sich in geteilte Rechenleistung (Free, Shared), dedizierte Rechenleistung (Basic, Standard, Premium bis PremiumV4) und Isolated (IsolatedV2 im App Service Environment v3, einem Single-Tenant-Betrieb im eigenen VNet).

Neu ist Managed Instance on App Service für ältere Windows-Anwendungen mit Abhängigkeiten wie COM, Registry, MSI-Installationen oder Laufwerkszuordnungen, verfügbar mit den Tarifen Pv4 und Pmv4 in ausgewählten Regionen. Abgrenzung: Azure Functions ist für ereignisgesteuerten Code gedacht, Azure Container Apps für Microservices mit Container-Orchestrierung, App Service für klassische Web-Workloads.

How it works

Wichtige Bausteine:

  1. App-Service-Plan: bestimmt Leistung und Kosten. Mehrere Apps können sich einen Plan teilen und damit dieselben Instanzen.
  2. Deployment: per GitHub Actions, Azure Pipelines, ZIP-Deploy, Container-Registry oder Azure CLI.
  3. Deployment-Slots: Staging-Umgebungen mit eigener URL. Nach dem Test tauschst Du Staging und Produktion per Swap ohne Ausfall.
  4. Skalierung: manuell oder automatisch nach Regeln (Scale-out), Free und Shared können nicht horizontal skalieren.
  5. Sicherheit: integrierte Authentifizierung mit Microsoft Entra ID (Easy Auth), Managed Identity für den Zugriff auf Key Vault, SQL oder Storage, kostenlose verwaltete Zertifikate.
  6. Netzwerk: VNet-Integration für ausgehenden Verkehr, Private Endpoints für eingehenden Verkehr, Zugriffsbeschränkungen nach IP oder Service Tag.

Welche Funktionen ein Tarif bietet (Slots, Autoscale, Backups, eigene Domains), legt Microsoft in den App-Service-Limits fest. Always On, das Leerlauf-Entladen verhindert, gibt es ab Basic.

Benefits

  • Kein Betriebssystem- und Webserver-Patching, weil Microsoft die Plattform pflegt.
  • Deployment-Slots ermöglichen Releases ohne Ausfall und schnellen Rollback per Swap.
  • Integrierte Entra-ID-Anmeldung schützt interne Anwendungen ohne eigenen Code.
  • Mehrere Apps in einem Plan teilen sich Kosten, was kleine Anwendungen günstig macht.
  • Managed Instance öffnet den Weg für ältere Windows-Anwendungen, die bisher eine eigene VM brauchten.

Practical example

Ein Hersteller von Messtechnik mit 260 Mitarbeitenden betreibt sein Kundenportal für Kalibrierzertifikate bisher auf zwei IIS-VMs, die monatlich gepatcht werden müssen. Die IT verschiebt die .NET-Anwendung in einen App-Service-Plan Premium v3 mit zwei Instanzen, legt einen Staging-Slot an und deployt per GitHub Actions. Die App liest Datenbankzugänge per Managed Identity aus Key Vault, eingehender Verkehr läuft über Application Gateway mit WAF auf einen Private Endpoint. Die VM-Wartung entfällt, Releases laufen tagsüber ohne Ausfall.

Things to keep in mind

  • Wähle den Tarif nach benötigten Funktionen wie Slots, Autoscale und VNet-Integration und erst danach nach Leistung: Free und Shared sind nur für Tests geeignet und skalieren nicht.
  • Alle Apps eines Plans teilen sich CPU und RAM. Trenne kritische Anwendungen in eigene Pläne.
  • Verwende Managed Identity und Key-Vault-Referenzen statt Kennwörtern in den App-Einstellungen.
  • Schränke den öffentlichen Zugriff ein, etwa per Private Endpoint oder Zugriffsbeschränkungen, wenn die App nicht öffentlich sein muss.
  • Markiere Einstellungen, die nicht mit dem Slot getauscht werden sollen, als Slot-Einstellung, sonst landet die Staging-Datenbank in Produktion.

Licensing & availability

Abrechnung über das Azure-Abonnement pro App-Service-Plan nach Tarif, Instanzgröße und Instanzzahl, unabhängig von der Zahl der Apps. Free ist kostenlos, Shared günstig, Basic bis PremiumV4 und IsolatedV2 kostenpflichtig. Ein leeres App Service Environment v3 wird wie eine Windows-I1v2-Instanz berechnet. IP-basierte TLS-Bindungen kosten extra, SNI-Bindungen nicht. Reservierungen und Savings Plans sind möglich. Stand: Oktober 2026.

Conclusion

App Service ist der bequemste Weg, Webanwendungen in Azure zu betreiben. Wähle den Plan nach Funktionen und Isolation und sichere Zugriffe per Managed Identity und Private Endpoints.

Further reading

Related articles