Zum Inhalt springen

„Function as a Service“ – Versionsunterschied

aus Wikipedia, der freien Enzyklopädie
[gesichtete Version][gesichtete Version]
Inhalt gelöscht Inhalt hinzugefügt
K linkfix
InternetArchiveBot hat 1 Archivlink(s) ergänzt und 0 Link(s) als defekt/tot markiert.) #IABot (v2.0.9.5
 
Zeile 7: Zeile 7:
* Nur die Geschäftslogik mit den Funktionen wird selbst implementiert. Daher sind mit FaaS implementierte Anwendungen [[Zustandslosigkeit|zustandslos]].<ref>Martin Fowler: ''Serverless Architectures''. [https://martinfowler.com/articles/serverless.html martinfowler.com] abgerufen am 6. März 2018</ref>
* Nur die Geschäftslogik mit den Funktionen wird selbst implementiert. Daher sind mit FaaS implementierte Anwendungen [[Zustandslosigkeit|zustandslos]].<ref>Martin Fowler: ''Serverless Architectures''. [https://martinfowler.com/articles/serverless.html martinfowler.com] abgerufen am 6. März 2018</ref>
* Für die [[Persistenz (Informatik)|Persistierung]] von Daten muss daher ein externer [[Datenbankserver]] oder ein Netzwerkdateisystem angebunden werden.
* Für die [[Persistenz (Informatik)|Persistierung]] von Daten muss daher ein externer [[Datenbankserver]] oder ein Netzwerkdateisystem angebunden werden.
* FaaS ermöglicht eine besonders einfache Skalierbarkeit, da die zustandslosen Funktionen trivial [[Horizontale Skalierung|horizontal skaliert]] werden können.<ref>Steffen Jacobs: ''Function as a Service''. [https://blog.oio.de/2018/02/14/function-as-a-service/ blog.oio.de] abgerufen am 6. März 2018</ref>
* FaaS ermöglicht eine besonders einfache Skalierbarkeit, da die zustandslosen Funktionen trivial [[Horizontale Skalierung|horizontal skaliert]] werden können.<ref>Steffen Jacobs: ''Function as a Service''. {{Webarchiv|url=https://blog.oio.de/2018/02/14/function-as-a-service/ |wayback=20200810081842 |text=blog.oio.de |archiv-bot=2025-03-13 06:16:00 InternetArchiveBot }} abgerufen am 6. März 2018</ref>
* Durch eine Bezahlung pro Funktionsaufruf können gerade bei stark schwankender Last große Kapazitäten vorgehalten werden, die nur bei der tatsächlichen Verwendung zu bezahlen sind. Wenn gerade niemand die Funktion aufruft, entstehen auch keine Kosten.<ref>Lars Röwekamp: ''Serverless Computing''. [https://www.heise.de/developer/artikel/Serverless-Computing-Teil-1-Theorie-und-Praxis-3756877.html heise.de] abgerufen am 6. März 2018.</ref>
* Durch eine Bezahlung pro Funktionsaufruf können gerade bei stark schwankender Last große Kapazitäten vorgehalten werden, die nur bei der tatsächlichen Verwendung zu bezahlen sind. Wenn gerade niemand die Funktion aufruft, entstehen auch keine Kosten.<ref>Lars Röwekamp: ''Serverless Computing''. [https://www.heise.de/developer/artikel/Serverless-Computing-Teil-1-Theorie-und-Praxis-3756877.html heise.de] abgerufen am 6. März 2018.</ref>
* In sich abgeschlossene Funktionen lassen sich gut warten und aktualisieren.
* In sich abgeschlossene Funktionen lassen sich gut warten und aktualisieren.

Aktuelle Version vom 13. März 2025, 08:16 Uhr

Function as a Service (FaaS) ist eine Kategorie des Cloud Computing und zwischen Backend as a Service (BaaS) und Software as a Service (SaaS) und im Rahmen von „Serverless Computing“ einzuordnen.

Bei Function as a Service wird alles unterhalb der Geschäftslogik als gegeben betrachtet. Dazu gehören Server, Netzwerk, Storage, ggf. Virtualisierungsebenen, Betriebssystem, Laufzeitumgebung, Daten und die Anwendung selbst.

  • Nur die Geschäftslogik mit den Funktionen wird selbst implementiert. Daher sind mit FaaS implementierte Anwendungen zustandslos.[1]
  • Für die Persistierung von Daten muss daher ein externer Datenbankserver oder ein Netzwerkdateisystem angebunden werden.
  • FaaS ermöglicht eine besonders einfache Skalierbarkeit, da die zustandslosen Funktionen trivial horizontal skaliert werden können.[2]
  • Durch eine Bezahlung pro Funktionsaufruf können gerade bei stark schwankender Last große Kapazitäten vorgehalten werden, die nur bei der tatsächlichen Verwendung zu bezahlen sind. Wenn gerade niemand die Funktion aufruft, entstehen auch keine Kosten.[3]
  • In sich abgeschlossene Funktionen lassen sich gut warten und aktualisieren.
  • Eventgesteuert und reaktiv: Bei FaaS gibt es keinen laufenden Serverprozess. Stattdessen gibt es einen Funktionsaufruf sobald ein Triggerevent ausgelöst wurde, zum Beispiel ein HTTP-Aufruf.

Bei Function as a Service wird ausschließlich die Geschäftslogik selbst verwaltet, während diese bei Software as a Service vom SaaS-Anbieter gemanagt wird. Als Abgrenzung zu Backend as a Service werden bei FaaS nur einzelne Funktionen, nicht ganze Anwendungen selbst implementiert.

Anwendungsfälle

[Bearbeiten | Quelltext bearbeiten]
  • Alexa Skills
  • Verbindung mehrerer SaaS-Systeme (Glue Code)
  • Single-Page Applications[4]
  • Rechenintensive Komponenten, die zustandlos sind
  • Zeitlich gesteuerte Aufgaben

Einzelnachweise

[Bearbeiten | Quelltext bearbeiten]
  1. Martin Fowler: Serverless Architectures. martinfowler.com abgerufen am 6. März 2018
  2. Steffen Jacobs: Function as a Service. blog.oio.de (Memento des Originals vom 10. August 2020 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/blog.oio.de abgerufen am 6. März 2018
  3. Lars Röwekamp: Serverless Computing. heise.de abgerufen am 6. März 2018.
  4. Matt Watson: What Is Function-as-a-Service? Serverless Architectures Are Here! stackify.com abgerufen am 6. März 2018
  5. openwhisk.apache.org