Azure App Service ist der Platform-as-a-Service-Dienst (PaaS) von Microsoft Azure für das Hosten von Webanwendungen, REST-APIs und mobilen Backends. Er stellt eine vollständig verwaltete Laufzeitumgebung mit integriertem Webserver, Lastverteilung, Skalierung, Patch-Management und Deployment-Pipeline bereit, ohne dass virtuelle Maschinen oder das zugrundeliegende Betriebssystem explizit administriert werden müssen. Unterstützt werden mehrere Stacks — darunter ASP.NET, ASP.NET Core, Node.js, Python, Java, PHP und Ruby — auf Windows- und Linux-basierten App-Service-Plänen sowie generische Container-Workloads über Custom Container Images.
Im praktischen Einsatz dient App Service als Hosting-Plattform für klassische Webanwendungen, REST- und gRPC-APIs, Backend-Dienste mobiler Anwendungen sowie für statische Frontends in Kombination mit dynamischen APIs. Innerhalb eines App-Service-Plans, der die zugewiesene Rechenkapazität (CPU, RAM, Anzahl der Instanzen) definiert, können mehrere Apps parallel betrieben werden. Über Deployment Slots lassen sich Versionen in dedizierten Umgebungen wie Staging oder Pre-Production isoliert ausrollen und per Slot-Swap atomar in Produktion überführen, was Blue-Green-Deployments und Canary-Releases ermöglicht. Skaliert wird vertikal über die Wahl des Plans (Tier S, P, P-V3 etc.) oder horizontal über automatische Regeln auf Basis von Metriken oder Zeitplänen. Authentifizierung lässt sich deklarativ über die Funktion ‚Easy Auth' (App Service Authentication / Authorization) konfigurieren, die OAuth/OpenID-Connect-Flows mit Microsoft Entra ID, Google, Facebook und weiteren Providern direkt im App-Service-Frontend abwickelt.
Der Einsatzzweck und das gelöste Problem ergeben sich aus dem Spannungsfeld zwischen Infrastruktur-Verantwortung und Entwicklerproduktivität. Ein klassischer IaaS-Ansatz mit virtuellen Maschinen erfordert Patch-Management, Webserver-Konfiguration (IIS, Nginx), Aufbau einer Deployment-Pipeline und manuelle Skalierungsentscheidungen; eine reine Container-Orchestrierung wie AKS bringt zusätzliche Komplexität in Form von Kubernetes-Manifests, Ingress-Controllern und Service Meshes mit. App Service bietet eine Mittellösung: Anwendungen werden als Pakete oder Container ausgeliefert, die Plattform übernimmt Server-Konfiguration, TLS-Terminierung, Skalierung, Logging und Diagnose. Damit eignet sich der Dienst insbesondere für Standard-Webworkloads, bei denen die volle Kontrolle einer Container-Orchestrierung nicht erforderlich ist.
Historisch geht Azure App Service auf die im Februar 2010 mit Azure verfügbaren ‚Cloud Services‘ und die 2012 eingeführten Azure Web Sites zurück. Mit der Umstrukturierung 2015 wurden Azure Web Sites, Mobile Services, Logic Apps und API Apps unter dem gemeinsamen Dach ‚Azure App Service' zusammengeführt; Logic Apps und API Apps wurden später wieder als eigenständige Produkte ausgegliedert, während Web Apps und Mobile Apps im App Service verblieben. Mit der Einführung von App Service on Linux (2017) und Web App for Containers wurde die Plattform um plattformübergreifende und Container-basierte Workloads erweitert; spätere Erweiterungen umfassen App Service Environments (ASE) als isolierte, in ein virtuelles Netzwerk eingebettete Single-Tenant-Variante sowie die V3-SKU-Familie mit verbesserter Performance und Pro-Pod-Abrechnung.
Eine eigenständige Open-Source-Implementierung existiert nicht, allerdings sind viele zugrundeliegende Komponenten — etwa Kudu für Build und Deployment — auf GitHub veröffentlicht. Sie ist über die SCM-Subdomain jeder App Service Site (`<app>.scm.azurewebsites.net`) erreichbar und bietet eine eigene Web-Oberfläche mit Konsole, Prozessliste, Datei-Browser und Build-Logs. Diese ‚versteckte‘ Diagnose-Oberfläche ist in der Azure-Community fast so bekannt wie das offizielle Azure-Portal selbst und gilt als unverzichtbares Werkzeug für die Fehleranalyse, obwohl sie in der offiziellen Dokumentation lange Zeit eher beiläufig erwähnt wurde.