small adjustments

src/content/scheduling.tex

@@ -4,54 +4,23 @@
 \label{chapter:dynamic_scheduling}
 %----------------------------------------------------------------------------
 
-% A robotkaroknál menet közbeni átütemezés nem jó ötlet, ezért csak a biztonságos állásban ütemezi át
-
-% 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
 
 
-% Ü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}
+\section{Felhős keretrendszer kiválasztása}
 \label{sec:cloud_framework}
 
 % TODO: Itt nagyon sok mindent át kell írni
 
-%\subsection{Keretrendszer}
-%
-%\Aref{sec:frameworks}.\ szekcióban több keretrendszert is megvizsgáltam. Ezek közül a \textit{KubeEdge}-et választottam.
-%
-%A kiválasztásának fő oka az volt, hogy támogatja a mikroszolgáltatás architektúrát, emellett -- a leírása alapján -- könnyen lehet alkalmazni, hiszen ha az alkalmazásunk konténerből futtatható, alig kell rajta módosítani, hiszen a \textit{KubeEdge} képes ezeket a konténereket beütemezni, hogy a peremhálózaton futhassanak. Így a korábban szerzett mikroszolgáltatás alapú alkalmazásfejlesztési tapasztalataimat itt könnyen tudtam hasznosítani.
-%
-%Mindemellett \aref{sec:birbframework}.\ szekcióban kifejtettek alapján a másik alkalmazásomat is \textit{KubeEdge} alapokra építettem fel. Ennek köszönhetően a későbbi méréseimet is egyforma környezetben tudom végezni, ezzel egyszerűsítve azok implementációját amellett, hogy a két alkalmazáshoz nem kell két külön keretrendszert megismernem és fejleszteni rá.
-%
-%A \textit{KubeEdge} használatának további előnye, hogy az általam már jól ismert \textit{Kubernetes} konténer orkesztációs platformra épül így a telepítése és megismerése számomra egyszerűbb.
+
+\Aref{sec:frameworks}.\ szekcióban több keretrendszert is megvizsgáltam. Ezek közül a \textit{KubeFed}-et választottam.
 
 
 % Itt leírom, hogy az összes egy nagy kula, és a kubefedet is csak azért választom, hogy legyen egységes controlplane
 
+% támogatja az ütemezést
+% saját ütemezője nincs
+% 
+
 \section{Komponensek dinamikus ütemezése}