diff --git a/src/content/overview.tex b/src/content/overview.tex
index 6941907..6e81a55 100644
--- a/src/content/overview.tex
+++ b/src/content/overview.tex
@@ -251,3 +251,7 @@ Egy federált \textit{Kubernetes} környezetnek több felhasználása is lehet.
 Bár egyértelműen látszik, hogy a \textit{Kubefed} elsősorban nem a peremhálózati rendszerek által nyújtott elvárások kielégítésre lett kifejlesztve. Általános klaszter federációs megoldásként viszont képes arra, hogy az ezen a téren támasztott elvárásoknak is többszörösen megfeleljen.
 
 Népszerűségének köszönhetően sok dokumentáció, leírás és egyéb segítség létezik hozzá. Emellett erősen épít a \textit{Kubernetes} szolgáltatásaira és tervezési mintáira. Ezeknek köszönhetően az üzemeltetése viszonylag egyszerű az olyan illetők számára aki már jártas a \textit{Kubernetes} klaszterek terén.
+
+% TODO: Még lehetne írni jókat erről
+
+\textbf{A feladatom megoldásához én ezt a keretrendszert választottam}, ennek okát \aref{sec:cloud_framework}.\ szekcióban részletezem.
diff --git a/src/content/scheduling.tex b/src/content/scheduling.tex
index b3b1c6b..85551bc 100644
--- a/src/content/scheduling.tex
+++ b/src/content/scheduling.tex
@@ -34,6 +34,20 @@
 % Itt nézni lehetne, hogy hol járt már, az oda-vissza rakosgatás elkerülése érdekében.
 
 \section{Felhős Keretrendszer}
+\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.
+
 
 % Itt leírom, hogy az összes egy nagy kula, és a kubefedet is csak azért választom, hogy legyen egységes controlplane
 
diff --git a/src/content/test_system.tex b/src/content/test_system.tex
index e2373c5..78bd9b0 100644
--- a/src/content/test_system.tex
+++ b/src/content/test_system.tex
@@ -1,4 +1,13 @@
 % !TeX root = ../thesis.tex
 %----------------------------------------------------------------------------
 \chapter{Teszt környezet kialakítása}
-%----------------------------------------------------------------------------
\ No newline at end of file
+%----------------------------------------------------------------------------
+
+
+
+\begin{figure}[h!]
+	\centering
+	\includegraphics[width=1\textwidth]{figures/birb_edgemu_architecture}
+	\caption{asd}
+	\label{fig:birb_edgemu_architecture}
+\end{figure}
\ No newline at end of file
diff --git a/src/content/ursim_impl.tex b/src/content/ursim_impl.tex
index c863dd6..d13364e 100644
--- a/src/content/ursim_impl.tex
+++ b/src/content/ursim_impl.tex
@@ -112,22 +112,9 @@ Az \gls{ini} fájl mellett a program a konkrét lépésekhez tartozó koordinát
 
 Alapos tervezést igényelt a fenti monolit demó átültetése egy felhő és perem számítástechnikai rendszerbe oly módon, hogy annak előnyeit megfelelően ki tudja használni.
 
-% 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.
-
 \subsection{Architektúra}
 
-% TODO TODO TODO TODO TODO TODO TODO
-Mivel a \textit{KubeEdge}-t választottam az alkalmazásom felépítésére, így nagyon egyszerű volt annak a kérdésnek a megválaszolása, hogy milyen architektúrát használok a szoftver elkészítésére. Az alkalmazást mikroszolgáltatás architektúrára terveztem.
+Mivel a \textit{Kubefed} keretrendszert választottam az alkalmazásom futtatására, így ennek megfelelően kellett megválasztanom annak felépítését. Az alkalmazást mikroszolgáltatás architektúrára terveztem. \textit{Kubefed} használatával lényegében az alkalmazásunk (egy vagy több) \textit{Kubernetes} klaszterben fut. A mikroszolgáltatás architektúra az ilyen környezetben azért jó, mert az alkalmazás komponensek egymás belső működésétől függetlenek. Így amíg az egyes komponensek egymás \acrshort{api} felületét elérik, nem számít, hogy hol és milyen környezetben futnak. Természetesen a felületek elérése is egy összetett probléma önmagában, ennek megoldásáról \aref{chapter:dynamic_scheduling}.\ fejezet értekezik.
 
 Ennek érdekében a tervezés első lépéseként felbontottam funkcionális egységekre a jelenlegi demó vezérlést. A felbontásnál viszont itt nem csak a funkcionális egységek elkülönítését tartottam szem előtt. Mivel egy három rétegű architektúrára tervezek, ezért figyelembe kellett vennem annak elvárásait és adottságait. 
 
diff --git a/src/figures/birb_edgemu_architecture.pdf b/src/figures/birb_edgemu_architecture.pdf
new file mode 100644
index 0000000..d14afc4
Binary files /dev/null and b/src/figures/birb_edgemu_architecture.pdf differ