abstract done
This commit is contained in:
parent
052be536a2
commit
c0ffe06bb4
@ -8,14 +8,13 @@
|
||||
%----------------------------------------------------------------------------
|
||||
\chapter*{Kivonat}\addcontentsline{toc}{chapter}{Kivonat}
|
||||
|
||||
Napjainkban egyre elterjedtebb a webes alkalmazások fejlesztése során kisebb részegységek fejlesztése, melyeknek saját felelősségük is lehet. Ezzel a kódbázis növekedése nem vonzza maga után a kódbázis átláthatatlanságát. A Function as a Service architektúra azt jelenti, hogy az alkalmazás fejlesztői a lehető legkisebb állapotmentes részegységekre - függvényekre - bontják az alkalmazást, és azokat nem saját infrastruktúrán futtatják. Az ilyen módon készített alkalmazások skálázhatósága is kedvezőbb, hiszen könnyen konténerizálhatók, így az egyes részek egyszerűen példányosítható, leállítható és mozgatható folyamatok.
|
||||
Napjainkban egyre elterjedtebb a webes alkalmazások fejlesztése során kisebb részegységek fejlesztése, melyeknek saját felelősségük is lehet. Ezzel a kódbázis növekedése nem vonzza maga után a kódbázis átláthatatlanságát. Erre egy megold\'as a Function as a Service architekt\'ura.
|
||||
|
||||
Fennáll viszont a probléma, hogy az egyes részek akkor is készen állnak kérések fogadására, ha nincs rájuk szükség, ezzel feleslegesen foglalva erőforrásokat. Szintúgy gyakori probléma a váratlanul megjelenő, nagy terhelésre a lassú válaszreakció. Ez a probléma legtöbbször nem egy rosszul elkészített alkalmazásból adódik, hanem a futtató környezet adottsága.
|
||||
|
||||
A Knative ezeket a problémákat aldja meg. Lehetővé teszi az egyes részegységek nullára skálázását, valamint képesek szolgáltatások gyors skálázására a megjelenő konkurens kérésekkel arányosan.
|
||||
|
||||
A szakdolgozat keretein belül a Knative ezen funkciójának működését vizsgálom, összevetve viselkedését a Kubernetes rendszerben elérhető tradicionális megoldással.
|
||||
|
||||
A szakdolgozat keretein belül a Knative ezen funkciójának működését vizsgálom, összevetve viselkedését a Kubernetes rendszerben elérhető tradicionális megoldással, valamint ezen vizsg\'alattal kapcsolatos munkafolyamatokat automazi\'alom.
|
||||
|
||||
\vfill
|
||||
\selectenglish
|
||||
@ -26,8 +25,13 @@ A szakdolgozat keretein belül a Knative ezen funkciójának működését vizsg
|
||||
%----------------------------------------------------------------------------
|
||||
\chapter*{Abstract}\addcontentsline{toc}{chapter}{Abstract}
|
||||
|
||||
Same in English.
|
||||
Nowadays breaking web based applications into small components each with their own responsibilities is common practice. By doing this a growing codebase does not become too complicated to manage. One such architecture is Function as a Service.
|
||||
|
||||
However, these functions are ready to accept requests even when they are not needed thereby reserving resources unnecessarily. Another problem is the typically slow reaction to a sudden rise of the incoming request rate. This is not due to bad design by application developers, but a characteristic of runtime systems.
|
||||
|
||||
Knative gives an answer to these problems. It is able to scale application components to zero and scale them quickly proportional to the number of concurrent requests.
|
||||
|
||||
In my thesis I analyze these functions of Knative and compare them to traditional scaling available in Kubernetes as well as automate workflows relating to this analysis.
|
||||
|
||||
\vfill
|
||||
\selectthesislanguage
|
||||
|
Loading…
Reference in New Issue
Block a user