![\"\"](\"https:\/\/test.itsonix.eu\/wp-content\/uploads\/2026\/05\/01-1024x445.jpg\" "\\"01\\"\/")
<\/figure>\n\n\n\nEs existieren bereits Tausende von Artikeln, die erkl\u00e4ren, was FaaS ist und warum man es nutzen sollte. Ziel unseres Blogartikels ist es, die unterschiedlichen Angebote zu vergleichen und einen kompakten \u00dcberblick zu geben. Als Technologieanbieter mit Erfahrung in allen gro\u00dfen Clouds befinden wir uns in einer \u00e4u\u00dferst vorteilhaften Position, um einen solchen Vergleich anzustellen. Jeder Cloud-Provider bietet eine etwas andere technische Umsetzung von FaaS, die ihre eigenen Vor- und Nachteile mit sich bringt. Daher ist ein solcher Vergleich vor allem n\u00fctzlich, um zu entscheiden, welcher Provider sich am besten f\u00fcr Projekte, in denen FaaS umfassend genutzt wird, eignet. Im Nachfolgenden werden wir die FaaS-Angebote der einzelnen Cloud-Provider (Google Cloud Functions von Google, Azure Functions von Azure und Lambda Functions von AWS) genauer unter die Lupe nehmen und sie in einer Reihe wichtiger Bereiche miteinander vergleichen.<\/p>\n\n\n\n
Im Rahmen dieser Evaluierung konzentrieren wir uns auf den Anwendungsfall der Entwicklung einer einfachen API, deren Aufgabe es ist, Client-Anfragen entgegenzunehmen, sie umzuwandeln und an verschiedene Backend-Dienste zu verteilen. Bei diesem Anwendungsfall ist die Betriebszeit wichtiger als bei anderen FaaS-Anwendungsf\u00e4llen wie bspw. der Batch-Verarbeitung oder dem Streaming von Ereignissen von IoT-Ger\u00e4ten.<\/p>\n\n\n\n
Ausf\u00fchrungsumgebung<\/h3>\n\n\n\n
Einer der Fallstricke bei der Entwicklung von Systemen, die in jeder Gr\u00f6\u00dfenordnung funktionieren m\u00fcssen, besteht darin, sie synchron zu konzipieren und dabei die Tatsache zu ignorieren, dass die meisten Informationsabl\u00e4ufe in der realen Welt asynchron sind. Denken wir bspw. an ein Gespr\u00e4ch: Wenn eine Person spricht, ist es nicht so, dass die andere nichts tut; im besten Fall h\u00f6rt sie zu, im schlimmsten Fall ignoriert sie, was gesagt wird, und \u00fcberlegt, was sie als N\u00e4chstes sagen will. Der Standardansatz sollte nicht darin bestehen, eine Kette von REST-Requests zu erstellen, nur um Nutzenden sofort eine Response geben zu k\u00f6nnen. Das w\u00e4re eine besonders schlechte Umsetzung: anf\u00e4llig und unflexibel f\u00fcr zuk\u00fcnftige \u00c4nderungen.<\/p>\n\n\n\n
FaaS macht es einfach, Systeme asynchron zu entwerfen und zu implementieren. Das Problem mit der Asynchronit\u00e4t ist jedoch, dass sie Entwickelnde zwingt, \u00fcber Gleichzeitigkeit nachzudenken. Wenn das System in rasantem Tempo skaliert werden kann und der Arbeitsablauf nicht unbedingt direkt an einen User-Request gekoppelt ist (man denke bspw. an eine Warteschlange von Ereignissen, die sich seit einer Stunde aufbaut), dann muss jeder Teil des Systems so aufgebaut sein, dass er nachgelagerte Systeme nicht durch DDoS beeintr\u00e4chtigt.<\/p>\n\n\n\n
Gleichzeitigkeit bei horizontaler Skalierung<\/h4>\n\n\n\n![\"\"](\"https:\/\/test.itsonix.eu\/wp-content\/uploads\/2026\/05\/horizontaler-Skalierung-1024x445.jpg\" "\\"horizontaler%20Skalierung\\"\/")
<\/figure>\n\n\n\nDie Ausf\u00fchrungsumgebung jeder Unit in FaaS definiert, wie sie mit Gleichzeitigkeit umgeht. Und die Unit ist auch ein guter Ausgangspunkt f\u00fcr unseren Vergleich. Um FaaS in vollem Umfang nutzen zu k\u00f6nnen, ist es sinnvoll, jede Funktion als Nanoservice zu betrachten, die eine einzelne Funktionalit\u00e4t unabh\u00e4ngig von anderen Funktionen bereitstellt. W\u00e4hrend alle drei FaaS-Angebote es Entwickelnden erm\u00f6glichen, die Ober- und sogar Untergrenzen f\u00fcr die Skalierung nach Units (horizontale Skalierung) zu definieren, befinden sich diese Units bei Azure auf einer anderen Abstraktionsebene als bei AWS und GCP. Die konfigurierbare Unit f\u00fcr FaaS in AWS und GCP einschlie\u00dflich ihrer Ausf\u00fchrungsumgebung ist eine einzelne Funktion. Im Kontext einer REST-API k\u00f6nnte dies mit einem Endpunkt abgebildet werden. Dies macht es einfach und wie selbstverst\u00e4ndlich, die Skalierung auf einer End-to-End-Basis zu definieren \u2013 jede Funktion\/jeder Endpunkt kann unabh\u00e4ngig von den anderen konfiguriert und bereitgestellt werden.<\/p>\n\n\n\n
Die konfigurierbare Unit von Azure Functions ist die Function App \u2013 eine Gruppe von Funktionen, die zusammen bereitgestellt werden und als eine logische Einheit funktionieren. Um unser Beispiel der REST-API wieder aufzugreifen, k\u00f6nnte es sich hierbei um eine ganze REST-Ressource handeln (GET, POST, PUT, DELETE statt nur GET). Anhand dieses Beispiels wird ein Nachteil dieses Ansatzes sofort deutlich: Der POST-Endpunkt kann nicht unabh\u00e4ngig vom GET-Endpunkt skaliert werden. Nehmen wir einmal an, bei der REST-Ressource w\u00fcrde es sich um \/orders handeln. In diesem Fall h\u00e4tten die Erstellung neuer und der Abruf bestehender Bestellungen h\u00f6chstwahrscheinlich unterschiedliche Skalierungsparameter. W\u00fcrde man die Erstellung mit der gleichen maximalen Rate wie den Abruf zulassen, k\u00f6nnte dies zu Problemen in den nachgeordneten Bereichen f\u00fchren.<\/p>\n\n\n\n
Nat\u00fcrlich l\u00e4sst sich dieses Problem ganz einfach l\u00f6sen, indem man die Endpunkte f\u00fcr das Abrufen und das Anlegen von Auftr\u00e4gen in getrennte Function Apps aufnimmt. Es ist jedoch wichtig, dieses Konzept zu verstehen, bevor man entscheidet, wie die einzelnen Function Apps gestaltet werden sollen.<\/p>\n\n\n\n
Gleichzeitigkeit innerhalb einer Unit<\/h4>\n\n\n\n
Neben der Gleichzeitigkeit \u00fcber mehrere Funktionsinstanzen bietet Azure Functions eine weitere M\u00f6glichkeit, mehrere Requests gleichzeitig zu bedienen: Gleichzeitigkeit in jeder Funktion selbst<\/a>. Um zu verstehen, was dies bedeutet und warum Azure dies anbietet, ist eine kurze Erkl\u00e4rung eines wichtigen Teils des FaaS-Lebenszyklus erforderlich: der Cold Start. Die horizontale Skalierung hat ihren Preis: Jedes Mal, wenn eine Funktionsunit zur Bereitstellung von Datenverkehr erstellt wird, dauert es einige Zeit, bis sie online ist. Das ist verst\u00e4ndlich: Eine v\u00f6llig neue Ausf\u00fchrungsumgebung \u2013 JRE, Node-Instanz etc. \u2013 wird zusammen mit dem Code und den Abh\u00e4ngigkeiten der Funktion aufgespult (Spooling).<\/p>\n\n\n\nW\u00e4hrend alle Provider die Wiederverwendung bestehender Units erlauben, die derzeit nicht genutzt werden, erm\u00f6glicht Azure Functions, dass eine bestehende Funktionsunit mehrere Requests gleichzeitig bedienen kann (GCP bietet diese Funktion mit Cloud Functions V2<\/a> ebenfalls an, sie ist jedoch nicht standardm\u00e4\u00dfig aktiviert). Dies erm\u00f6glicht eine gute Nutzung der vorhandenen Ressourcen, stellt aber gleichzeitig auch ein gro\u00dfes Problem dar, wenn die Funktion \u00fcberhaupt einen State hat. Zur Veranschaulichung: Man stellt sich bspw. vor, dass jede Funktionsausf\u00fchrung mit einer sogenannten Korrelations-ID verkn\u00fcpft ist, damit eine Prozessausf\u00fchrung in den Protokollen \u00fcber mehrere Teile des Systems hinweg verfolgt werden kann \u2013 ein g\u00e4ngiges Muster f\u00fcr verteilte Systeme. Diese Korrelations-ID wird von einem Gateway generiert und \u00fcber einen HTTP-Header an die Funktion weitergegeben, und die Funktion konfiguriert ihren Logger so, dass er sie in jeden von ihr erzeugten Protokolleintrag aufnimmt. Solange sich die Anwendung in der Entwicklung befindet und nicht skaliert werden muss, funktioniert dies reibungslos. Sobald jedoch der Datenverkehr f\u00fcr die Anzahl der laufenden Units zu gro\u00df wird, verwendet Azure die vorhandenen Einheiten wieder gleichzeitig. Werden hier keine Vorsichtsma\u00dfnahmen getroffen, \u00fcberschreibt die neue Ausf\u00fchrung, die gestartet wurde, w\u00e4hrend die vorherige noch lief, die Korrelations-ID und beide Ausf\u00fchrungen erhalten dieselbe Korrelations-ID.<\/p>\n\n\n\n![\"\"](\"https:\/\/test.itsonix.eu\/wp-content\/uploads\/2026\/05\/visual_faas.jpg\" "\\"visual_faas\\"")
<\/figure>\n\n\n\nAuch hierf\u00fcr gibt es L\u00f6sungen: f\u00fcr eine Node-Ausf\u00fchrungsumgebung w\u00e4re das bspw. ein asynchroner lokaler Speicher<\/a>, aber da dieses Verhalten standardm\u00e4\u00dfig f\u00fcr Azure Functions aktiviert ist, besteht eine sehr hohe Wahrscheinlichkeit, in der Produktion das erste Mal \u00fcber dieses Problem zu stolpern.<\/p>\n\n\n\nDeployment<\/h3>\n\n\n\n
Deployment ist bei jedem Cloud-Provider relativ einfach. Jeder verf\u00fcgt \u00fcber eine CLI, mit der die Funktionen direkt bereitgestellt werden k\u00f6nnen, w\u00e4hrend IaC-Tools wie Terraform, CloudFormation und Bicep eine M\u00f6glichkeit bieten, den gew\u00fcnschten Bereitstellungsstatus deklarativ zu definieren.<\/p>\n\n\n\n
Keine Ausfallzeiten<\/h4>\n\n\n\n
Der Anwendungsfall f\u00fcr unsere Evaluierung ist eine einfache nutzungsorientierte API. Die Betriebszeit ist eine wesentliche Kennzahl f\u00fcr solche APIs. W\u00e4hrend sich asynchrone Ereignisverarbeitungs-Funktionen (Event Processing Functions) leicht von kurzen Ausfallzeiten erholen k\u00f6nnen, wenn die Ereignisverarbeitungs-Infrastruktur (Event Processing Infrastructure) entsprechend konfiguriert wurde, k\u00f6nnen und wollen Nutzende nicht unbegrenzt warten. AWS Lambdas und GCP Cloud Functions sind von Haus aus mit Zero Downtime Deployments ausgestattet. Wenn der Code einer Funktion ge\u00e4ndert oder ihre Ausf\u00fchrungsumgebung neu konfiguriert wird (bspw. Aktualisierung der Node-Version), werden die Requests nahtlos an die neue Funktionsinstanz \u00fcbertragen, sobald diese bereit ist. Daraufhin wird die alte Instanz gel\u00f6scht.<\/p>\n\n\n\n
Bei Azure Functions hingegen ist dies nicht der Fall. Die Function App muss nach einem Deployment neu gestartet werden, was eine gewisse Ausfallzeit verursacht. Die Verwendung eines Mechanismus namens Deployment Slots<\/a> erm\u00f6glicht es Entwickelnden, Ausfallzeiten zu vermeiden, wenn das Deployment nur Code-\u00c4nderungen umfasst. Wird jedoch die Konfiguration der Ausf\u00fchrungsumgebung ge\u00e4ndert (bspw. wenn die Version der Laufzeitumgebung ge\u00e4ndert wird), dann werden die Slots neu erstellt und somit neu gestartet, was zu Ausfallzeiten f\u00fchrt. F\u00fcr ein wirklich ausfallfreies Deployment ist eine komplexere Einrichtung erforderlich. Auch hier ist die Abstraktionsebene der konfigurierbaren Einheit das schwache Glied. Die Gruppierung der Funktionen zu einer Function App hat zu zwei erheblichen Problemen im Deployment gef\u00fchrt:<\/p>\n\n\n\n\n- Deployments f\u00fcr eine der Funktionen in der App wirken sich auf den Lebenszyklus aller Funktionen in der App aus.<\/li>\n\n\n\n
- Die Auswirkungen dieses Deployments werden noch dadurch verst\u00e4rkt, dass es kein Zero Downtime Deployment gibt.<\/li>\n<\/ol>\n\n\n\n
Lokale Umgebung<\/h3>\n\n\n\n
Die M\u00f6glichkeit, FaaS lokal zu testen, ist ein wesentliches Merkmal, da andernfalls jedes Mal, wenn eine \u00c4nderung getestet werden muss, ein Cloud-Deployment erforderlich w\u00e4re. Dies stellt eine interessante Herausforderung f\u00fcr Cloud-Provider dar, da diese eine installierbare Umgebung bauen m\u00fcssen, die eben auch auf einem lokalen Rechner problemlos l\u00e4uft. Die Herausforderung hier besteht im Emulieren der Umgebung, in der die Funktionen ausgef\u00fchrt werden, sobald diese in der Cloud bereitgestellt wurden.<\/p>\n\n\n\n
GCP bietet hierf\u00fcr das Functions Framework, AWS ein CLI-Tool namens SAM (Serverless Application Model) und Azure seine Core Tools.<\/p>\n\n\n\n
Zu guter Letzt: ein Vorteil f\u00fcr die Gruppierung von Funktionen<\/h4>\n\n\n\n
Um auf unsere einfache Rest-API zur\u00fcckzukommen: Sie besteht aus einer Reihe von Ressourcen, die jeweils mehrere Endpunkte haben. Das bedeutet, dass wir mehrere Funktionen (die jeweils einen Endpunkt bedienen) auf einmal entwickeln, testen und bereitstellen wollen. An dieser Stelle ist das Konzept einer \u00fcbergreifenden Functions App sehr n\u00fctzlich. Das Core-Tools-Framework von Azure Functions kann als Entwicklungsabh\u00e4ngigkeit installiert werden und erstellt beim Start eine lokale Umgebung, in der alle in der Functions App definierten Funktionen bereitgestellt werden. Mit einem einzigen Befehl erhalten Entwickelnde einen lokalen HTTP-Server mit einem Endpunkt f\u00fcr jede HTTP-Funktion und eine einfache M\u00f6glichkeit zum Debuggen ihres Codes. Die wahre St\u00e4rke von FaaS ist jedoch, dass die Funktionen durch fast alles ausgel\u00f6st werden k\u00f6nnen, nicht nur durch einen http-Request. Wir werden im n\u00e4chsten Abschnitt n\u00e4her darauf eingehen, m\u00f6chten aber an dieser Stelle nur zwei Beispiele f\u00fcr andere n\u00fctzliche Funktionsausl\u00f6ser nennen: Event-Hubs-Ereignisse oder die Erstellung eines Datenbankeintrags. Das Core-Tools-Framework erm\u00f6glicht es auch, auf diese Weise ausgel\u00f6ste Funktionen lokal zu debuggen. Das bedeutet, dass eine Message, die von einem IoT-Ger\u00e4t auf der anderen Seite der Welt erzeugt wird, auf einem lokalen Rechner konsumiert und debuggt werden kann. Hierbei handelt es ich um ein \u00e4u\u00dferst leistungsstarkes wie hilfreiches Werkzeug.<\/p>\n\n\n\n
Das Functions Framework von Google kann auch als Entwicklungsabh\u00e4ngigkeit installiert werden, jedoch nur eine Funktion auf einmal emulieren, was seine N\u00fctzlichkeit f\u00fcr die lokale Ausf\u00fchrung einer API deutlich einschr\u00e4nkt. Eine M\u00f6glichkeit f\u00fcr ein Deployment aller Funktionen besteht darin, ein benutzerdefiniertes Express-Setup zu erstellen und jede Funktion darin \u00fcber ein benutzerdefiniertes Skript bereitzustellen. In diesem Fall wird die Cloud-Laufzeitumgebung jedoch nicht mehr emuliert.<\/p>\n\n\n\n
Die SAM CLI von AWS geht in eine andere Richtung. Die CLI muss unabh\u00e4ngig vom Projekt installiert werden und verwendet Docker zur Emulation der Lambda-Funktionen. Bei der Ausf\u00fchrung einer lokalen API kombiniert es den Funktionscode mit der Definition in der CloudFormation (IaC)-Vorlage und f\u00fchrt f\u00fcr jede Funktion in der API einen Docker-Container aus. Auf diese Weise kann die Cloud-Umgebung sehr genau emuliert werden, aber es ist eine viel komplexere lokale Einrichtung erforderlich als bei Azure oder GCP.<\/p>\n\n\n\n
Integration mit anderen Diensten<\/h3>\n\n\n\n
Wie bereits erw\u00e4hnt, liegt die eigentliche St\u00e4rke von FaaS in seiner Flexibilit\u00e4t: Funktionen k\u00f6nnen von fast jedem anderen Dienst ausgel\u00f6st werden, der vom Hosting-Cloud-Provider angeboten wird. Unser Anwendungsfall einer einfachen API kratzt kaum an der Oberfl\u00e4che dessen, was m\u00f6glich ist.<\/p>\n\n\n\n
Obwohl ein Vergleich der PaaS-Dienste (Platform as a Service), die von jedem Cloud-Provider angeboten werden, den Rahmen dieses Artikels \u00fcbersteigen w\u00fcrde, spielen sie eine Rolle bei der Bewertung der St\u00e4rke des FaaS-Angebots in jeder Cloud.<\/p>\n\n\n\n
Gateway<\/h4>\n\n\n\n
Beim Aufbau eines Systems mit \u00f6ffentlich zug\u00e4nglichen REST-APIs ist ein Gateway ein nahezu unverzichtbares Werkzeug f\u00fcr die Implementierung \u00fcbergreifender Standards und Funktionen (API-Konsistenz, Authentifizierung, Logging) und die Bereitstellung eines Abstraktions-Layer, das die API von der f\u00fcr ihre Implementierung verwendeten Technologie trennt.<\/p>\n\n\n\n
Sowohl Azure als auch AWS verf\u00fcgen \u00fcber sehr starke Gateway-Angebote, die sich beide nahtlos in ihre FaaS-Produkte integrieren lassen. Tats\u00e4chlich k\u00f6nnen AWS Lambdas nur dann durch einen externen HTTP- Call ausgel\u00f6st werden, wenn ein API-Gateway daf\u00fcr konfiguriert wurde. Beide Gateway-Produkte erm\u00f6glichen die Definition von APIs mit OpenAPI-Definitionen (Swagger) und bieten neben der JWT-Authentifizierung auch Mechanismen zur Definition von bspw. Traffic-Drosselung sowie IP Blocklisting. Die API-Endpunkte werden f\u00fcr den Call bestimmter Funktionen konfiguriert.<\/p>\n\n\n\n
GCP schneidet hier als der am wenigsten Ausgereifte der drei gro\u00dfen Cloud-Provider ab. Es liegt bereits ein paar Jahre zur\u00fcck, seit wir uns das letzte Mal mit der Konfiguration eines Gateways f\u00fcr eine auf Cloud-Funktionen basierende API intensiv auseinandergesetzt haben. Damals schien Apigee die einzige Option zu sein, aber es war keine direkte Integration mit dem Cloud-Functions-Produkt m\u00f6glich. Seither hat Google seine Anwendung mit einem Produkt namens API Gateway aufger\u00fcstet, bisher hatten wir jedoch noch keine M\u00f6glichkeit, Google Cloud Functions mit der neuen Integration zu testen.<\/p>\n\n\n\n
Event-driven<\/h4>\n\n\n\n
FaaS ist Event-driven. Funktionsausf\u00fchrungen werden als Reaktion auf Events ausgel\u00f6st, bspw. ein HTTP-Request, ein Event-Stream, ein Timer oder unz\u00e4hlige andere Dinge, die vom jeweiligen Cloud-Provider getrackt werden k\u00f6nnen. Dies f\u00f6rdert und unterst\u00fctzt die Implementierung von Event-driven Architekturen und f\u00fchrt organisch zu Workflows, bei denen die Schwerstarbeit von nicht blockierenden Funktionen erledigt wird.<\/p>\n\n\n\n
GCP bietet mit PubSub einen herrlich einfachen Publish-\/Subscribe-Service, der es Entwickelnden erm\u00f6glicht, Topics zu definieren, in denen Messages ver\u00f6ffentlicht werden sollen, sowie Subscriptions f\u00fcr diese Topics, die entscheiden, wohin diese Messages gehen sollen. Die Integration mit Cloud Functions ist beim Subscripton-Typ \u201ePush\u201c nicht unbedingt erforderlich, da Funktionen hier als einfache HTTP-Endpunkte behandelt werden k\u00f6nnen. Der Service unterst\u00fctzt die Filterung von Messages, so dass Subscriber \u00fcber ihre Subscription jene Messages ausw\u00e4hlen k\u00f6nnen, die sie konsumieren m\u00f6chten, und die OICD-basierte Authentifizierung zwischen Topic und Subscription-Endpunkt.<\/p>\n\n\n\n
In AWS funktioniert EventBridge \u00e4hnlich wie PubSub. Anstelle von Topics verwendet EventBridge Eventbusse (Pipelines) und anstelle von Subscriptions m\u00fcssen Entwickelnde Regeln definieren, die jedes Mal ausgewertet werden, wenn ein Event auf dem Bus eintrifft. Eine typische Regel leitet das Event an einen HTTP-Endpunkt oder einen anderen AWS-PaaS-Service wie Lambda weiter.<\/p>\n\n\n\n
Die Integration von Azure Function mit dem Rest des Azure-\u00d6kosystems ist erstklassig. Ereignisgesteuerte (Even-driven) Funktions-Trigger und -Outputs werden als Teil des Quellcodes der Funktionen selbst definiert. Eine Funktion so zu konfigurieren, dass sie auf einen Event-Hubs-Stream h\u00f6rt, die Messages verarbeitet und dann die Ergebnisse an einen nachgelagerten Service eines anderen Typs wie Service Bus ver\u00f6ffentlicht, ist so einfach wie ein paar Eintr\u00e4ge in einer JSON-Datei (bei Verwendung von TypeScript). Dies erm\u00f6glicht die schnelle Erstellung asynchroner Workflows, bei denen jeder Teil der Workflow-Kette auf die f\u00fcr seinen Anwendungsfall am besten geeignete Technologie zugreifen kann.<\/p>\n\n\n\n
Fazit<\/h3>\n\n\n\n
Es existieren noch viele andere relevante Aspekte, die beim Vergleich der FaaS-Angebote der einzelnen Cloud-Provider zu ber\u00fccksichtigen sind \u2013 bspw. Logging und Monitoring \u2013 die aus Platzgr\u00fcnden hier jedoch nicht mehr erl\u00e4utert werden k\u00f6nnen. Abschlie\u00dfend l\u00e4sst sich sagen, dass die FaaS-Angebote der drei gro\u00dfen Cloud-Provider eine hervorragende M\u00f6glichkeit f\u00fcr Entwicklungsteams darstellen, sich auf den gesch\u00e4ftlichen Nutzen zu konzentrieren und nicht auf Infrastruktur, Skalierung und Orchestrierung. Keiner der drei Cloud-Provider verf\u00fcgt \u00fcber die perfekte Kombination von Funktionen. GCP Cloud Functions bietet die schnellste M\u00f6glichkeit, eine API nur mit Funktionen zu erstellen und bereitzustellen, wohingegen Azure Functions \u00fcber bessere Tools und eine ausgereiftere Reihe von IoT-PaaS-Services verf\u00fcgt, in die es sich integrieren l\u00e4sst. AWS Lambda ist \u00e4hnlich, hat aber ein komplexeres lokales Setup, das die Anfangsgeschwindigkeit eines Teams verringert. Je nach den Anforderungen der jeweiligen Anwendung k\u00f6nnen die drei L\u00f6sungen anhand der erl\u00e4uterten Aspekte gepr\u00fcft werden, um einen passenden Cloud-Provider auszuw\u00e4hlen.<\/p>\n\n\n\n
Quellen:<\/h4>\n\n\n\n
AWS<\/a>
Azure<\/a>
GCP<\/a>
Node.js<\/a><\/p>\n\n\n\n<\/p>\n","protected":false},"excerpt":{"rendered":"
Der Begriff Serverless umfasst eine breite Palette von Technologien, die von den gro\u00dfen Cloud-Hosting-Providern angeboten werden: AWS, GCP und Azure. In diesem Blogeintrag konzentrieren sich unsere Xperten auf eine der wichtigsten Serverless-Technologien, die von jedem der gro\u00dfen Cloud-Provider angeboten wird: Function as a Service (FaaS). Diese Funktion bietet einen schnellen Weg zum Schreiben von Code, […]<\/p>\n","protected":false},"author":4,"featured_media":852,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[5],"tags":[],"class_list":["post-847","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-softwareentwicklung"],"acf":[],"yoast_head":"\n
Wie man den richtigen FaaS-Dienst ausw\u00e4hlt - IT Sonix - Ihr Partner f\u00fcr individuelle Softwarel\u00f6sungen<\/title>\n<meta name=\"description\" content=\"it Sonix Blog: Wie man den richtigen FaaS-Dienst ausw\u00e4hlt\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/itsonix.eu\/de\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Wie man den richtigen FaaS-Dienst ausw\u00e4hlt - IT Sonix - Ihr Partner f\u00fcr individuelle Softwarel\u00f6sungen\" \/>\n<meta property=\"og:description\" content=\"it Sonix Blog: Wie man den richtigen FaaS-Dienst ausw\u00e4hlt\" \/>\n<meta property=\"og:url\" content=\"https:\/\/itsonix.eu\/de\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/\" \/>\n<meta property=\"og:site_name\" content=\"IT Sonix - Ihr Partner f\u00fcr individuelle Softwarel\u00f6sungen\" \/>\n<meta property=\"article:published_time\" content=\"2023-05-23T11:33:00+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-05-13T11:35:46+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/itsonix.eu\/wp-content\/uploads\/2026\/05\/header-e1788385966550.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1600\" \/>\n\t<meta property=\"og:image:height\" content=\"696\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"Praktikant\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"Praktikant\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"16\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/itsonix.eu\\\/blog\\\/wie-man-den-richtigen-faas-dienst-auswaehlt\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/itsonix.eu\\\/blog\\\/wie-man-den-richtigen-faas-dienst-auswaehlt\\\/\"},\"author\":{\"name\":\"Praktikant\",\"@id\":\"https:\\\/\\\/itsonix.eu\\\/de\\\/#\\\/schema\\\/person\\\/829813e3a66c2dfbb030cd6647f3caf3\"},\"headline\":\"Wie man den richtigen FaaS-Dienst ausw\u00e4hlt\",\"datePublished\":\"2023-05-23T11:33:00+00:00\",\"dateModified\":\"2026-05-13T11:35:46+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/itsonix.eu\\\/blog\\\/wie-man-den-richtigen-faas-dienst-auswaehlt\\\/\"},\"wordCount\":2797,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\\\/\\\/itsonix.eu\\\/de\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/itsonix.eu\\\/blog\\\/wie-man-den-richtigen-faas-dienst-auswaehlt\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/itsonix.eu\\\/wp-content\\\/uploads\\\/2026\\\/05\\\/header-e1788385966550.jpg\",\"articleSection\":[\"Softwareentwicklung\"],\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/itsonix.eu\\\/blog\\\/wie-man-den-richtigen-faas-dienst-auswaehlt\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/itsonix.eu\\\/blog\\\/wie-man-den-richtigen-faas-dienst-auswaehlt\\\/\",\"url\":\"https:\\\/\\\/itsonix.eu\\\/blog\\\/wie-man-den-richtigen-faas-dienst-auswaehlt\\\/\",\"name\":\"Wie man den richtigen FaaS-Dienst ausw\u00e4hlt - IT Sonix - Ihr Partner f\u00fcr individuelle Softwarel\u00f6sungen\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/itsonix.eu\\\/de\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/itsonix.eu\\\/blog\\\/wie-man-den-richtigen-faas-dienst-auswaehlt\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/itsonix.eu\\\/blog\\\/wie-man-den-richtigen-faas-dienst-auswaehlt\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/itsonix.eu\\\/wp-content\\\/uploads\\\/2026\\\/05\\\/header-e1788385966550.jpg\",\"datePublished\":\"2023-05-23T11:33:00+00:00\",\"dateModified\":\"2026-05-13T11:35:46+00:00\",\"description\":\"it Sonix Blog: Wie man den richtigen FaaS-Dienst ausw\u00e4hlt\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/itsonix.eu\\\/blog\\\/wie-man-den-richtigen-faas-dienst-auswaehlt\\\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/itsonix.eu\\\/blog\\\/wie-man-den-richtigen-faas-dienst-auswaehlt\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/itsonix.eu\\\/blog\\\/wie-man-den-richtigen-faas-dienst-auswaehlt\\\/#primaryimage\",\"url\":\"https:\\\/\\\/itsonix.eu\\\/wp-content\\\/uploads\\\/2026\\\/05\\\/header-e1788385966550.jpg\",\"contentUrl\":\"https:\\\/\\\/itsonix.eu\\\/wp-content\\\/uploads\\\/2026\\\/05\\\/header-e1788385966550.jpg\",\"width\":1600,\"height\":696,\"caption\":\"Grafische Darstellung einer DevOps- und Cloud-Engineering-L\u00f6sung zur Entwicklung und Modernisierung individueller Software.\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/itsonix.eu\\\/blog\\\/wie-man-den-richtigen-faas-dienst-auswaehlt\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Start\",\"item\":\"https:\\\/\\\/itsonix.eu\\\/de\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Wie man den richtigen FaaS-Dienst ausw\u00e4hlt\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/itsonix.eu\\\/de\\\/#website\",\"url\":\"https:\\\/\\\/itsonix.eu\\\/de\\\/\",\"name\":\"IT Sonix - Ihr Partner f\u00fcr individuelle Softwarel\u00f6sungen\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\\\/\\\/itsonix.eu\\\/de\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/itsonix.eu\\\/de\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/itsonix.eu\\\/de\\\/#organization\",\"name\":\"IT Sonix - Ihr Partner f\u00fcr individuelle Softwarel\u00f6sungen\",\"url\":\"https:\\\/\\\/itsonix.eu\\\/de\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/itsonix.eu\\\/de\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/itsonix.eu\\\/wp-content\\\/uploads\\\/2026\\\/05\\\/itsonix_rgb.png\",\"contentUrl\":\"https:\\\/\\\/itsonix.eu\\\/wp-content\\\/uploads\\\/2026\\\/05\\\/itsonix_rgb.png\",\"width\":1755,\"height\":296,\"caption\":\"IT Sonix - Ihr Partner f\u00fcr individuelle Softwarel\u00f6sungen\"},\"image\":{\"@id\":\"https:\\\/\\\/itsonix.eu\\\/de\\\/#\\\/schema\\\/logo\\\/image\\\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/itsonix.eu\\\/de\\\/#\\\/schema\\\/person\\\/829813e3a66c2dfbb030cd6647f3caf3\",\"name\":\"Praktikant\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/5dcf1b27e4ed416dc1ee2931ab8eac2c1ed8dc060bed9a0d6bb1f0501c05c25d?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/5dcf1b27e4ed416dc1ee2931ab8eac2c1ed8dc060bed9a0d6bb1f0501c05c25d?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/5dcf1b27e4ed416dc1ee2931ab8eac2c1ed8dc060bed9a0d6bb1f0501c05c25d?s=96&d=mm&r=g\",\"caption\":\"Praktikant\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Wie man den richtigen FaaS-Dienst ausw\u00e4hlt - IT Sonix - Ihr Partner f\u00fcr individuelle Softwarel\u00f6sungen","description":"it Sonix Blog: Wie man den richtigen FaaS-Dienst ausw\u00e4hlt","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/itsonix.eu\/de\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/","og_locale":"de_DE","og_type":"article","og_title":"Wie man den richtigen FaaS-Dienst ausw\u00e4hlt - IT Sonix - Ihr Partner f\u00fcr individuelle Softwarel\u00f6sungen","og_description":"it Sonix Blog: Wie man den richtigen FaaS-Dienst ausw\u00e4hlt","og_url":"https:\/\/itsonix.eu\/de\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/","og_site_name":"IT Sonix - Ihr Partner f\u00fcr individuelle Softwarel\u00f6sungen","article_published_time":"2023-05-23T11:33:00+00:00","article_modified_time":"2026-05-13T11:35:46+00:00","og_image":[{"width":1600,"height":696,"url":"https:\/\/itsonix.eu\/wp-content\/uploads\/2026\/05\/header-e1788385966550.jpg","type":"image\/jpeg"}],"author":"Praktikant","twitter_card":"summary_large_image","twitter_misc":{"Verfasst von":"Praktikant","Gesch\u00e4tzte Lesezeit":"16\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/itsonix.eu\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/#article","isPartOf":{"@id":"https:\/\/itsonix.eu\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/"},"author":{"name":"Praktikant","@id":"https:\/\/itsonix.eu\/de\/#\/schema\/person\/829813e3a66c2dfbb030cd6647f3caf3"},"headline":"Wie man den richtigen FaaS-Dienst ausw\u00e4hlt","datePublished":"2023-05-23T11:33:00+00:00","dateModified":"2026-05-13T11:35:46+00:00","mainEntityOfPage":{"@id":"https:\/\/itsonix.eu\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/"},"wordCount":2797,"commentCount":0,"publisher":{"@id":"https:\/\/itsonix.eu\/de\/#organization"},"image":{"@id":"https:\/\/itsonix.eu\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/#primaryimage"},"thumbnailUrl":"https:\/\/itsonix.eu\/wp-content\/uploads\/2026\/05\/header-e1788385966550.jpg","articleSection":["Softwareentwicklung"],"inLanguage":"de","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/itsonix.eu\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/itsonix.eu\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/","url":"https:\/\/itsonix.eu\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/","name":"Wie man den richtigen FaaS-Dienst ausw\u00e4hlt - IT Sonix - Ihr Partner f\u00fcr individuelle Softwarel\u00f6sungen","isPartOf":{"@id":"https:\/\/itsonix.eu\/de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/itsonix.eu\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/#primaryimage"},"image":{"@id":"https:\/\/itsonix.eu\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/#primaryimage"},"thumbnailUrl":"https:\/\/itsonix.eu\/wp-content\/uploads\/2026\/05\/header-e1788385966550.jpg","datePublished":"2023-05-23T11:33:00+00:00","dateModified":"2026-05-13T11:35:46+00:00","description":"it Sonix Blog: Wie man den richtigen FaaS-Dienst ausw\u00e4hlt","breadcrumb":{"@id":"https:\/\/itsonix.eu\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/itsonix.eu\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/itsonix.eu\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/#primaryimage","url":"https:\/\/itsonix.eu\/wp-content\/uploads\/2026\/05\/header-e1788385966550.jpg","contentUrl":"https:\/\/itsonix.eu\/wp-content\/uploads\/2026\/05\/header-e1788385966550.jpg","width":1600,"height":696,"caption":"Grafische Darstellung einer DevOps- und Cloud-Engineering-L\u00f6sung zur Entwicklung und Modernisierung individueller Software."},{"@type":"BreadcrumbList","@id":"https:\/\/itsonix.eu\/blog\/wie-man-den-richtigen-faas-dienst-auswaehlt\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Start","item":"https:\/\/itsonix.eu\/de\/"},{"@type":"ListItem","position":2,"name":"Wie man den richtigen FaaS-Dienst ausw\u00e4hlt"}]},{"@type":"WebSite","@id":"https:\/\/itsonix.eu\/de\/#website","url":"https:\/\/itsonix.eu\/de\/","name":"IT Sonix - Ihr Partner f\u00fcr individuelle Softwarel\u00f6sungen","description":"","publisher":{"@id":"https:\/\/itsonix.eu\/de\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/itsonix.eu\/de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Organization","@id":"https:\/\/itsonix.eu\/de\/#organization","name":"IT Sonix - Ihr Partner f\u00fcr individuelle Softwarel\u00f6sungen","url":"https:\/\/itsonix.eu\/de\/","logo":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/itsonix.eu\/de\/#\/schema\/logo\/image\/","url":"https:\/\/itsonix.eu\/wp-content\/uploads\/2026\/05\/itsonix_rgb.png","contentUrl":"https:\/\/itsonix.eu\/wp-content\/uploads\/2026\/05\/itsonix_rgb.png","width":1755,"height":296,"caption":"IT Sonix - Ihr Partner f\u00fcr individuelle Softwarel\u00f6sungen"},"image":{"@id":"https:\/\/itsonix.eu\/de\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/itsonix.eu\/de\/#\/schema\/person\/829813e3a66c2dfbb030cd6647f3caf3","name":"Praktikant","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/secure.gravatar.com\/avatar\/5dcf1b27e4ed416dc1ee2931ab8eac2c1ed8dc060bed9a0d6bb1f0501c05c25d?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/5dcf1b27e4ed416dc1ee2931ab8eac2c1ed8dc060bed9a0d6bb1f0501c05c25d?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/5dcf1b27e4ed416dc1ee2931ab8eac2c1ed8dc060bed9a0d6bb1f0501c05c25d?s=96&d=mm&r=g","caption":"Praktikant"}}]}},"_links":{"self":[{"href":"https:\/\/itsonix.eu\/de\/wp-json\/wp\/v2\/posts\/847","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/itsonix.eu\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/itsonix.eu\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/itsonix.eu\/de\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/itsonix.eu\/de\/wp-json\/wp\/v2\/comments?post=847"}],"version-history":[{"count":1,"href":"https:\/\/itsonix.eu\/de\/wp-json\/wp\/v2\/posts\/847\/revisions"}],"predecessor-version":[{"id":853,"href":"https:\/\/itsonix.eu\/de\/wp-json\/wp\/v2\/posts\/847\/revisions\/853"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/itsonix.eu\/de\/wp-json\/wp\/v2\/media\/852"}],"wp:attachment":[{"href":"https:\/\/itsonix.eu\/de\/wp-json\/wp\/v2\/media?parent=847"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/itsonix.eu\/de\/wp-json\/wp\/v2\/categories?post=847"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/itsonix.eu\/de\/wp-json\/wp\/v2\/tags?post=847"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
<\/figure>\n\n\n\nDie Ausf\u00fchrungsumgebung jeder Unit in FaaS definiert, wie sie mit Gleichzeitigkeit umgeht. Und die Unit ist auch ein guter Ausgangspunkt f\u00fcr unseren Vergleich. Um FaaS in vollem Umfang nutzen zu k\u00f6nnen, ist es sinnvoll, jede Funktion als Nanoservice zu betrachten, die eine einzelne Funktionalit\u00e4t unabh\u00e4ngig von anderen Funktionen bereitstellt. W\u00e4hrend alle drei FaaS-Angebote es Entwickelnden erm\u00f6glichen, die Ober- und sogar Untergrenzen f\u00fcr die Skalierung nach Units (horizontale Skalierung) zu definieren, befinden sich diese Units bei Azure auf einer anderen Abstraktionsebene als bei AWS und GCP. Die konfigurierbare Unit f\u00fcr FaaS in AWS und GCP einschlie\u00dflich ihrer Ausf\u00fchrungsumgebung ist eine einzelne Funktion. Im Kontext einer REST-API k\u00f6nnte dies mit einem Endpunkt abgebildet werden. Dies macht es einfach und wie selbstverst\u00e4ndlich, die Skalierung auf einer End-to-End-Basis zu definieren \u2013 jede Funktion\/jeder Endpunkt kann unabh\u00e4ngig von den anderen konfiguriert und bereitgestellt werden.<\/p>\n\n\n\n
Die konfigurierbare Unit von Azure Functions ist die Function App \u2013 eine Gruppe von Funktionen, die zusammen bereitgestellt werden und als eine logische Einheit funktionieren. Um unser Beispiel der REST-API wieder aufzugreifen, k\u00f6nnte es sich hierbei um eine ganze REST-Ressource handeln (GET, POST, PUT, DELETE statt nur GET). Anhand dieses Beispiels wird ein Nachteil dieses Ansatzes sofort deutlich: Der POST-Endpunkt kann nicht unabh\u00e4ngig vom GET-Endpunkt skaliert werden. Nehmen wir einmal an, bei der REST-Ressource w\u00fcrde es sich um \/orders handeln. In diesem Fall h\u00e4tten die Erstellung neuer und der Abruf bestehender Bestellungen h\u00f6chstwahrscheinlich unterschiedliche Skalierungsparameter. W\u00fcrde man die Erstellung mit der gleichen maximalen Rate wie den Abruf zulassen, k\u00f6nnte dies zu Problemen in den nachgeordneten Bereichen f\u00fchren.<\/p>\n\n\n\n
Nat\u00fcrlich l\u00e4sst sich dieses Problem ganz einfach l\u00f6sen, indem man die Endpunkte f\u00fcr das Abrufen und das Anlegen von Auftr\u00e4gen in getrennte Function Apps aufnimmt. Es ist jedoch wichtig, dieses Konzept zu verstehen, bevor man entscheidet, wie die einzelnen Function Apps gestaltet werden sollen.<\/p>\n\n\n\n
Gleichzeitigkeit innerhalb einer Unit<\/h4>\n\n\n\n
Neben der Gleichzeitigkeit \u00fcber mehrere Funktionsinstanzen bietet Azure Functions eine weitere M\u00f6glichkeit, mehrere Requests gleichzeitig zu bedienen: Gleichzeitigkeit in jeder Funktion selbst<\/a>. Um zu verstehen, was dies bedeutet und warum Azure dies anbietet, ist eine kurze Erkl\u00e4rung eines wichtigen Teils des FaaS-Lebenszyklus erforderlich: der Cold Start. Die horizontale Skalierung hat ihren Preis: Jedes Mal, wenn eine Funktionsunit zur Bereitstellung von Datenverkehr erstellt wird, dauert es einige Zeit, bis sie online ist. Das ist verst\u00e4ndlich: Eine v\u00f6llig neue Ausf\u00fchrungsumgebung \u2013 JRE, Node-Instanz etc. \u2013 wird zusammen mit dem Code und den Abh\u00e4ngigkeiten der Funktion aufgespult (Spooling).<\/p>\n\n\n\n W\u00e4hrend alle Provider die Wiederverwendung bestehender Units erlauben, die derzeit nicht genutzt werden, erm\u00f6glicht Azure Functions, dass eine bestehende Funktionsunit mehrere Requests gleichzeitig bedienen kann (GCP bietet diese Funktion mit Cloud Functions V2<\/a> ebenfalls an, sie ist jedoch nicht standardm\u00e4\u00dfig aktiviert). Dies erm\u00f6glicht eine gute Nutzung der vorhandenen Ressourcen, stellt aber gleichzeitig auch ein gro\u00dfes Problem dar, wenn die Funktion \u00fcberhaupt einen State hat. Zur Veranschaulichung: Man stellt sich bspw. vor, dass jede Funktionsausf\u00fchrung mit einer sogenannten Korrelations-ID verkn\u00fcpft ist, damit eine Prozessausf\u00fchrung in den Protokollen \u00fcber mehrere Teile des Systems hinweg verfolgt werden kann \u2013 ein g\u00e4ngiges Muster f\u00fcr verteilte Systeme. Diese Korrelations-ID wird von einem Gateway generiert und \u00fcber einen HTTP-Header an die Funktion weitergegeben, und die Funktion konfiguriert ihren Logger so, dass er sie in jeden von ihr erzeugten Protokolleintrag aufnimmt. Solange sich die Anwendung in der Entwicklung befindet und nicht skaliert werden muss, funktioniert dies reibungslos. Sobald jedoch der Datenverkehr f\u00fcr die Anzahl der laufenden Units zu gro\u00df wird, verwendet Azure die vorhandenen Einheiten wieder gleichzeitig. Werden hier keine Vorsichtsma\u00dfnahmen getroffen, \u00fcberschreibt die neue Ausf\u00fchrung, die gestartet wurde, w\u00e4hrend die vorherige noch lief, die Korrelations-ID und beide Ausf\u00fchrungen erhalten dieselbe Korrelations-ID.<\/p>\n\n\n\n Auch hierf\u00fcr gibt es L\u00f6sungen: f\u00fcr eine Node-Ausf\u00fchrungsumgebung w\u00e4re das bspw. ein asynchroner lokaler Speicher<\/a>, aber da dieses Verhalten standardm\u00e4\u00dfig f\u00fcr Azure Functions aktiviert ist, besteht eine sehr hohe Wahrscheinlichkeit, in der Produktion das erste Mal \u00fcber dieses Problem zu stolpern.<\/p>\n\n\n\n Deployment ist bei jedem Cloud-Provider relativ einfach. Jeder verf\u00fcgt \u00fcber eine CLI, mit der die Funktionen direkt bereitgestellt werden k\u00f6nnen, w\u00e4hrend IaC-Tools wie Terraform, CloudFormation und Bicep eine M\u00f6glichkeit bieten, den gew\u00fcnschten Bereitstellungsstatus deklarativ zu definieren.<\/p>\n\n\n\n Der Anwendungsfall f\u00fcr unsere Evaluierung ist eine einfache nutzungsorientierte API. Die Betriebszeit ist eine wesentliche Kennzahl f\u00fcr solche APIs. W\u00e4hrend sich asynchrone Ereignisverarbeitungs-Funktionen (Event Processing Functions) leicht von kurzen Ausfallzeiten erholen k\u00f6nnen, wenn die Ereignisverarbeitungs-Infrastruktur (Event Processing Infrastructure) entsprechend konfiguriert wurde, k\u00f6nnen und wollen Nutzende nicht unbegrenzt warten. AWS Lambdas und GCP Cloud Functions sind von Haus aus mit Zero Downtime Deployments ausgestattet. Wenn der Code einer Funktion ge\u00e4ndert oder ihre Ausf\u00fchrungsumgebung neu konfiguriert wird (bspw. Aktualisierung der Node-Version), werden die Requests nahtlos an die neue Funktionsinstanz \u00fcbertragen, sobald diese bereit ist. Daraufhin wird die alte Instanz gel\u00f6scht.<\/p>\n\n\n\n Bei Azure Functions hingegen ist dies nicht der Fall. Die Function App muss nach einem Deployment neu gestartet werden, was eine gewisse Ausfallzeit verursacht. Die Verwendung eines Mechanismus namens Deployment Slots<\/a> erm\u00f6glicht es Entwickelnden, Ausfallzeiten zu vermeiden, wenn das Deployment nur Code-\u00c4nderungen umfasst. Wird jedoch die Konfiguration der Ausf\u00fchrungsumgebung ge\u00e4ndert (bspw. wenn die Version der Laufzeitumgebung ge\u00e4ndert wird), dann werden die Slots neu erstellt und somit neu gestartet, was zu Ausfallzeiten f\u00fchrt. F\u00fcr ein wirklich ausfallfreies Deployment ist eine komplexere Einrichtung erforderlich. Auch hier ist die Abstraktionsebene der konfigurierbaren Einheit das schwache Glied. Die Gruppierung der Funktionen zu einer Function App hat zu zwei erheblichen Problemen im Deployment gef\u00fchrt:<\/p>\n\n\n\n Die M\u00f6glichkeit, FaaS lokal zu testen, ist ein wesentliches Merkmal, da andernfalls jedes Mal, wenn eine \u00c4nderung getestet werden muss, ein Cloud-Deployment erforderlich w\u00e4re. Dies stellt eine interessante Herausforderung f\u00fcr Cloud-Provider dar, da diese eine installierbare Umgebung bauen m\u00fcssen, die eben auch auf einem lokalen Rechner problemlos l\u00e4uft. Die Herausforderung hier besteht im Emulieren der Umgebung, in der die Funktionen ausgef\u00fchrt werden, sobald diese in der Cloud bereitgestellt wurden.<\/p>\n\n\n\n GCP bietet hierf\u00fcr das Functions Framework, AWS ein CLI-Tool namens SAM (Serverless Application Model) und Azure seine Core Tools.<\/p>\n\n\n\n Um auf unsere einfache Rest-API zur\u00fcckzukommen: Sie besteht aus einer Reihe von Ressourcen, die jeweils mehrere Endpunkte haben. Das bedeutet, dass wir mehrere Funktionen (die jeweils einen Endpunkt bedienen) auf einmal entwickeln, testen und bereitstellen wollen. An dieser Stelle ist das Konzept einer \u00fcbergreifenden Functions App sehr n\u00fctzlich. Das Core-Tools-Framework von Azure Functions kann als Entwicklungsabh\u00e4ngigkeit installiert werden und erstellt beim Start eine lokale Umgebung, in der alle in der Functions App definierten Funktionen bereitgestellt werden. Mit einem einzigen Befehl erhalten Entwickelnde einen lokalen HTTP-Server mit einem Endpunkt f\u00fcr jede HTTP-Funktion und eine einfache M\u00f6glichkeit zum Debuggen ihres Codes. Die wahre St\u00e4rke von FaaS ist jedoch, dass die Funktionen durch fast alles ausgel\u00f6st werden k\u00f6nnen, nicht nur durch einen http-Request. Wir werden im n\u00e4chsten Abschnitt n\u00e4her darauf eingehen, m\u00f6chten aber an dieser Stelle nur zwei Beispiele f\u00fcr andere n\u00fctzliche Funktionsausl\u00f6ser nennen: Event-Hubs-Ereignisse oder die Erstellung eines Datenbankeintrags. Das Core-Tools-Framework erm\u00f6glicht es auch, auf diese Weise ausgel\u00f6ste Funktionen lokal zu debuggen. Das bedeutet, dass eine Message, die von einem IoT-Ger\u00e4t auf der anderen Seite der Welt erzeugt wird, auf einem lokalen Rechner konsumiert und debuggt werden kann. Hierbei handelt es ich um ein \u00e4u\u00dferst leistungsstarkes wie hilfreiches Werkzeug.<\/p>\n\n\n\n Das Functions Framework von Google kann auch als Entwicklungsabh\u00e4ngigkeit installiert werden, jedoch nur eine Funktion auf einmal emulieren, was seine N\u00fctzlichkeit f\u00fcr die lokale Ausf\u00fchrung einer API deutlich einschr\u00e4nkt. Eine M\u00f6glichkeit f\u00fcr ein Deployment aller Funktionen besteht darin, ein benutzerdefiniertes Express-Setup zu erstellen und jede Funktion darin \u00fcber ein benutzerdefiniertes Skript bereitzustellen. In diesem Fall wird die Cloud-Laufzeitumgebung jedoch nicht mehr emuliert.<\/p>\n\n\n\n Die SAM CLI von AWS geht in eine andere Richtung. Die CLI muss unabh\u00e4ngig vom Projekt installiert werden und verwendet Docker zur Emulation der Lambda-Funktionen. Bei der Ausf\u00fchrung einer lokalen API kombiniert es den Funktionscode mit der Definition in der CloudFormation (IaC)-Vorlage und f\u00fchrt f\u00fcr jede Funktion in der API einen Docker-Container aus. Auf diese Weise kann die Cloud-Umgebung sehr genau emuliert werden, aber es ist eine viel komplexere lokale Einrichtung erforderlich als bei Azure oder GCP.<\/p>\n\n\n\n Wie bereits erw\u00e4hnt, liegt die eigentliche St\u00e4rke von FaaS in seiner Flexibilit\u00e4t: Funktionen k\u00f6nnen von fast jedem anderen Dienst ausgel\u00f6st werden, der vom Hosting-Cloud-Provider angeboten wird. Unser Anwendungsfall einer einfachen API kratzt kaum an der Oberfl\u00e4che dessen, was m\u00f6glich ist.<\/p>\n\n\n\n Obwohl ein Vergleich der PaaS-Dienste (Platform as a Service), die von jedem Cloud-Provider angeboten werden, den Rahmen dieses Artikels \u00fcbersteigen w\u00fcrde, spielen sie eine Rolle bei der Bewertung der St\u00e4rke des FaaS-Angebots in jeder Cloud.<\/p>\n\n\n\n Beim Aufbau eines Systems mit \u00f6ffentlich zug\u00e4nglichen REST-APIs ist ein Gateway ein nahezu unverzichtbares Werkzeug f\u00fcr die Implementierung \u00fcbergreifender Standards und Funktionen (API-Konsistenz, Authentifizierung, Logging) und die Bereitstellung eines Abstraktions-Layer, das die API von der f\u00fcr ihre Implementierung verwendeten Technologie trennt.<\/p>\n\n\n\n Sowohl Azure als auch AWS verf\u00fcgen \u00fcber sehr starke Gateway-Angebote, die sich beide nahtlos in ihre FaaS-Produkte integrieren lassen. Tats\u00e4chlich k\u00f6nnen AWS Lambdas nur dann durch einen externen HTTP- Call ausgel\u00f6st werden, wenn ein API-Gateway daf\u00fcr konfiguriert wurde. Beide Gateway-Produkte erm\u00f6glichen die Definition von APIs mit OpenAPI-Definitionen (Swagger) und bieten neben der JWT-Authentifizierung auch Mechanismen zur Definition von bspw. Traffic-Drosselung sowie IP Blocklisting. Die API-Endpunkte werden f\u00fcr den Call bestimmter Funktionen konfiguriert.<\/p>\n\n\n\n GCP schneidet hier als der am wenigsten Ausgereifte der drei gro\u00dfen Cloud-Provider ab. Es liegt bereits ein paar Jahre zur\u00fcck, seit wir uns das letzte Mal mit der Konfiguration eines Gateways f\u00fcr eine auf Cloud-Funktionen basierende API intensiv auseinandergesetzt haben. Damals schien Apigee die einzige Option zu sein, aber es war keine direkte Integration mit dem Cloud-Functions-Produkt m\u00f6glich. Seither hat Google seine Anwendung mit einem Produkt namens API Gateway aufger\u00fcstet, bisher hatten wir jedoch noch keine M\u00f6glichkeit, Google Cloud Functions mit der neuen Integration zu testen.<\/p>\n\n\n\n FaaS ist Event-driven. Funktionsausf\u00fchrungen werden als Reaktion auf Events ausgel\u00f6st, bspw. ein HTTP-Request, ein Event-Stream, ein Timer oder unz\u00e4hlige andere Dinge, die vom jeweiligen Cloud-Provider getrackt werden k\u00f6nnen. Dies f\u00f6rdert und unterst\u00fctzt die Implementierung von Event-driven Architekturen und f\u00fchrt organisch zu Workflows, bei denen die Schwerstarbeit von nicht blockierenden Funktionen erledigt wird.<\/p>\n\n\n\n GCP bietet mit PubSub einen herrlich einfachen Publish-\/Subscribe-Service, der es Entwickelnden erm\u00f6glicht, Topics zu definieren, in denen Messages ver\u00f6ffentlicht werden sollen, sowie Subscriptions f\u00fcr diese Topics, die entscheiden, wohin diese Messages gehen sollen. Die Integration mit Cloud Functions ist beim Subscripton-Typ \u201ePush\u201c nicht unbedingt erforderlich, da Funktionen hier als einfache HTTP-Endpunkte behandelt werden k\u00f6nnen. Der Service unterst\u00fctzt die Filterung von Messages, so dass Subscriber \u00fcber ihre Subscription jene Messages ausw\u00e4hlen k\u00f6nnen, die sie konsumieren m\u00f6chten, und die OICD-basierte Authentifizierung zwischen Topic und Subscription-Endpunkt.<\/p>\n\n\n\n In AWS funktioniert EventBridge \u00e4hnlich wie PubSub. Anstelle von Topics verwendet EventBridge Eventbusse (Pipelines) und anstelle von Subscriptions m\u00fcssen Entwickelnde Regeln definieren, die jedes Mal ausgewertet werden, wenn ein Event auf dem Bus eintrifft. Eine typische Regel leitet das Event an einen HTTP-Endpunkt oder einen anderen AWS-PaaS-Service wie Lambda weiter.<\/p>\n\n\n\n Die Integration von Azure Function mit dem Rest des Azure-\u00d6kosystems ist erstklassig. Ereignisgesteuerte (Even-driven) Funktions-Trigger und -Outputs werden als Teil des Quellcodes der Funktionen selbst definiert. Eine Funktion so zu konfigurieren, dass sie auf einen Event-Hubs-Stream h\u00f6rt, die Messages verarbeitet und dann die Ergebnisse an einen nachgelagerten Service eines anderen Typs wie Service Bus ver\u00f6ffentlicht, ist so einfach wie ein paar Eintr\u00e4ge in einer JSON-Datei (bei Verwendung von TypeScript). Dies erm\u00f6glicht die schnelle Erstellung asynchroner Workflows, bei denen jeder Teil der Workflow-Kette auf die f\u00fcr seinen Anwendungsfall am besten geeignete Technologie zugreifen kann.<\/p>\n\n\n\n Es existieren noch viele andere relevante Aspekte, die beim Vergleich der FaaS-Angebote der einzelnen Cloud-Provider zu ber\u00fccksichtigen sind \u2013 bspw. Logging und Monitoring \u2013 die aus Platzgr\u00fcnden hier jedoch nicht mehr erl\u00e4utert werden k\u00f6nnen. Abschlie\u00dfend l\u00e4sst sich sagen, dass die FaaS-Angebote der drei gro\u00dfen Cloud-Provider eine hervorragende M\u00f6glichkeit f\u00fcr Entwicklungsteams darstellen, sich auf den gesch\u00e4ftlichen Nutzen zu konzentrieren und nicht auf Infrastruktur, Skalierung und Orchestrierung. Keiner der drei Cloud-Provider verf\u00fcgt \u00fcber die perfekte Kombination von Funktionen. GCP Cloud Functions bietet die schnellste M\u00f6glichkeit, eine API nur mit Funktionen zu erstellen und bereitzustellen, wohingegen Azure Functions \u00fcber bessere Tools und eine ausgereiftere Reihe von IoT-PaaS-Services verf\u00fcgt, in die es sich integrieren l\u00e4sst. AWS Lambda ist \u00e4hnlich, hat aber ein komplexeres lokales Setup, das die Anfangsgeschwindigkeit eines Teams verringert. Je nach den Anforderungen der jeweiligen Anwendung k\u00f6nnen die drei L\u00f6sungen anhand der erl\u00e4uterten Aspekte gepr\u00fcft werden, um einen passenden Cloud-Provider auszuw\u00e4hlen.<\/p>\n\n\n\n <\/p>\n","protected":false},"excerpt":{"rendered":" Der Begriff Serverless umfasst eine breite Palette von Technologien, die von den gro\u00dfen Cloud-Hosting-Providern angeboten werden: AWS, GCP und Azure. In diesem Blogeintrag konzentrieren sich unsere Xperten auf eine der wichtigsten Serverless-Technologien, die von jedem der gro\u00dfen Cloud-Provider angeboten wird: Function as a Service (FaaS). Diese Funktion bietet einen schnellen Weg zum Schreiben von Code, […]<\/p>\n","protected":false},"author":4,"featured_media":852,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[5],"tags":[],"class_list":["post-847","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-softwareentwicklung"],"acf":[],"yoast_head":"\n<\/figure>\n\n\n\nDeployment<\/h3>\n\n\n\n
Keine Ausfallzeiten<\/h4>\n\n\n\n
\n
Lokale Umgebung<\/h3>\n\n\n\n
Zu guter Letzt: ein Vorteil f\u00fcr die Gruppierung von Funktionen<\/h4>\n\n\n\n
Integration mit anderen Diensten<\/h3>\n\n\n\n
Gateway<\/h4>\n\n\n\n
Event-driven<\/h4>\n\n\n\n
Fazit<\/h3>\n\n\n\n
Quellen:<\/h4>\n\n\n\n
AWS<\/a>
Azure<\/a>
GCP<\/a>
Node.js<\/a><\/p>\n\n\n\n