tormakris/knative-report-latex
1
0
Fork 0
Code Issues Pull Requests Releases Activity

commit to print

Browse Source
This commit is contained in:
Torma Kristóf 2019-12-07 14:50:08 +01:00
parent 19ee1674c7
commit 052be536a2
Signed by: tormakris
GPG Key ID: DC83C4F2C41B1047
2 changed files with 6 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
src/.kile/thesis.kilepr.gui
View File

@ -216,12 +216,12 @@ TextFolding=[]
ViMarks=.,102,1191,[,102,1150,],102,1191 ViMarks=.,102,1191,[,102,1150,],102,1191
[view-settings,view=0,item:content/results.tex] [view-settings,view=0,item:content/results.tex]
CursorColumn=16 CursorColumn=0
CursorLine=53 CursorLine=11
Dynamic Word Wrap=false Dynamic Word Wrap=false
JumpList= JumpList=
TextFolding=[] TextFolding=[]
ViMarks=.,52,180,[,52,180,],52,180 ViMarks=.,49,0,[,49,0,],49,0
[view-settings,view=0,item:content/theory.tex] [view-settings,view=0,item:content/theory.tex]
CursorColumn=0 CursorColumn=0

8
src/content/abstract.tex
View File

@ -10,13 +10,11 @@
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. 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.
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. 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.
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 Knative és a rá épülő Function as a Service megoldások ezeket a problémákat oldják meg. Lehetővé teszik 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 sajátosságait vizsgálom, összehasonlítva azt tradicionális megoldásokkal.
\vfill \vfill