2021-11-26 22:09:32 +01:00
parent 1edaaa9590
commit e51c50f060
4 changed files with 53 additions and 13 deletions
							
							
							
						
@@ -1,11 +1,40 @@
% !TeX root = ../thesis.tex
%----------------------------------------------------------------------------
\chapter{Futtató környezet}
\chapter{Futtatás a peremhálózaton}
\label{chapter:running_on_the_edge}
%----------------------------------------------------------------------------
% Futtató környezet tervezése
% Vázolni a futtató környezetet amit elkészítettem
% írni arról, hogy készítettem, ansible, kubespray
% Ütemezés megoldása
% Nincsenek jó ütemező algoritmusok
% Kell csinálni sajátot
% Ütemezési algoritmus tervezése
% Ütemezési algoritmus implementálása
% Bemeneti adatok
% Kimeneti adatok egy ábrán
% adat -> doboz -> ütemezési döntés
% Ütemezési döntések hogy materializálódnak a clusterek közt
% Az ütemező algoritmus bemente nagyon alakalmazás függő, attól függ mit akarunk elérni
% Ezért robotkaroknál latency, birbnetesnél sávszél
% Hogyan lettek mérve és gyűjtve
% Hogyan lettek kiértékelve
% Erről egyelőre még csak annyi a biztos, hogy kubernetes lesz
\section{Szolgáltatás telepítés}
% Ütemező algoritmus
% Big brain matekoshoz ismerni kéne sokmindent
% Próbálgatós naiv algoritmust csinálok
% robotkar: mindig a legkisebb latency-hez igazítsa, ha oda nem sikerül, akkor fail (esetleg küszöbértéket meghatározni)
% Birbnetes: sávszél és queue hosszal lehet variálni. Sávszél alapján lehet osztályozni a queue hossz pedig a trigger,
% Itt nézni lehetne, hogy hol járt már, az oda-vissza rakosgatás elkerülése érdekében.
\section{Felhős Keretrendszer}
% Itt leírom, hogy az összes egy nagy kula, és a kubefedet is csak azért választom, hogy legyen egységes controlplane
\section{Komponensek dinamikus ütemezése}