Apifoundation to cały ekosystem służący dostarczaniu oprgramowania. Apifoundation z zasady jest otwarte i lokalne. Podstawowe cele to: przygotowanie serwera do uruchomienia kodu apikacji poprzez przygotowanie środowiska uruchomieniowego. Przygotowanie środowiska polega na uruchomieniu skryptów w natywnym środowisku systemu. Skrypty powłoki bash zawierają też funkcje testujące i sprawdzające pozwalając na interakcję. APIfoundation jest realizowane na lokalne potrzeby w celu szybkiego dostarczenia pierwszej wersji prototypu na lokalnych, fizycznych serwerach/urządzeniach. Pozwala na deployment w dowolnym urządzeniu z numerem IP po SSH, czyli też IOT jak RaspberryPI.
FaaS infrastructure is usually metered on-demand, primarily through an event-driven execution model. PaaS require some server processes to be running constantly in the background, FaaS not. paas.info
- Increased developer productivity and faster development time
- Not responsible for server management
- Easy to scale and horizontal scaling is managed by the platform
- Only pay for or consume resources when necessary
- Functions can be written in almost any programming language
The term "serverless" is also being used to represent managed services (such as databases, messaging, and authentication) where a developer/administrator is not required to operate the system since it's being managed by a cloud provider or third-party company.
The combination of FaaS and common back-end services connected primarily through an event-driven architecture is what provides the best benefits for serverless developers.
Przyśpiesza proces dostarczania aplikacji, od momentu przygotowania serwera i środowiska do uruchomienia pierwszej wersji aplikacji z dokumentacją API.
Pierwszy szkic aplikacji jest dostępny online: faas.ovh/
Trwają prace nad wersją generującą z pojedynczej funkcji dokumentację API w formacie OpenAPI.
Gdy generowanie API z funkcji będzie gotowe. Kolejnym modułem będzie generowanie frontendu dla potrzeb tego API, czyli statycznej aplikacji np formularza, tabelki.
Te wszystkie elementy wymagają jeszcze testowania, dlatego wersja finalna będzie dostępna za kilka miesięcy.
Function as a service - Wikipedia
Celem tego rozwiązania jest przygotowanie srodowiska do wykonania kodu jednej prostej funkcji dla dowolnego języka programowania z listy:
- javascript/nodeJS
- python
- php
- ...
Bazą jest usługa Serwera, obecnie może to być synchroniczna WSGI, asynchroniczne platformy Twisted i Tornado, lub po prostu NodeJS.
- Serwer WSGI
- Twisted, Tornado
- NodeJS
Funkcja powinna zawierać nazwe, parametry w formacie tekstowym, wynik jest przetwarzany do postaci JSON
Na podstawie analizy funkcji w okienku edytora zostaje wygenerowana dokumentacja
Z założenia jest to lokalne
Serwer WSGI pozwala uruchamiać kilka wątków jednocześnie, co umożliwia równoległe obsługiwanie zapytań, jednak nie można uruchamiać tysięcy wątków. Gdy ich pula się wyczerpie to kolejne zapytanie zostanie wstrzymane, mimo że mikrousługa nie wykonuje żadnych operacji i czeka na odpowiedź innej usługi w tle.
W kodzie opartym na platformie Twisted wykorzystywane są funkcje zwrotne wstrzymujące i wznawiające pracę podczas przygotowywania odpowiedzi na zapytanie.
Ten model skraca okresy bezczynności procesu, a aplikacja może obsługiwać tysiące zapytań.
Nie oznacza to, że szybciej odpowiada na zapytania, a że jeden proces może odbierać więcej jednoczesnych zapytań i odpowiadać na nie w miarę otrzymywania niezbędnych danych.
jest pakietem utworzonym w języku Stackless (szczególnej implementacji CPython) oferującym tzw. greenlety.
Greenlety to pseudowątki, które mogą wywoływać funkcje w języku Python, które mogą przełączać konteksty i przekazywać sterowanie innym funkcjom.
Przełączanie kontekstu odbywa się w pętli zdarzeń, dzięki czemu można tworzyć asynchroniczne aplikacje podobne do aplikacji wielowątkowych.
Kod mikrousïugi wykorzystujÈcy standard WSGI i greenlety może obsługiwać wiele żądań jednocześnie i przełączać się pomiędzy nimi.
Jednak przełączanie pomiędzy greenlet-ami odbywa się jawnie, a to powoduje, że kod szybko się komplikuje a przez to staje nieczytelny.
Gevent jest oparty o Greenlet i oferuje między innymi automatyczne przełączanie kodu między greenletami.
Platforma Twisted jest wyjątkowo spójna i wydajna, jednak:
- Każdy punkt końcowy mikrousługi trzeba implementowaÊ za pomocą klasy pochodnej od Resource i kodować wszystkie jej metody ( trzeba napisać kod interfejsu API )
- Kod jest mało czytelny i trudny w diagnozowaniu ze względu na jego asynchroniczność
- W przypadku długiego łańcucha funkcji zwrotnych (callback) wywołanych jedna po drugiej łatwo jest wpaść zależne wywołania przez to trudno jest przetestować aplikację i do tego celu trzeba używać specjalnego modułu do testów jednostkowych.
implementacja jawnej pętli zdarzeń okazuje się lepszym rozwiązaniem od mechanizmu oferowanego przez bibliotekę Gevent.
Instrukcje async i await implementujące koprocedury sprawiły, że asynchroniczny kod napisany w języku Python 3.5 jest bardzo czytelny i podobny do kodu synchronicznego.
Projekt faas.ovh jest wspierany przez API Foundation
Celem jest rozwój ekosystemu w celu szybszego wytwarzania oprogramowania
Obecnie istnieje kilka narzędzi, od planowania po uruchamianie i utrzymanie oprogramowania: