diff options
| author | mjkwiatkowski <mati.rewa@gmail.com> | 2026-07-15 15:56:09 +0200 |
|---|---|---|
| committer | mjkwiatkowski <mati.rewa@gmail.com> | 2026-07-15 15:56:09 +0200 |
| commit | d4c3a916398e4eee9c1eaaa840968d4b19f40c91 (patch) | |
| tree | dc5e43afc055545b5bf687ff90576e9356e91168 /content/conclusion.tex | |
| parent | 0018fdbff007f689e9cd7d877d72db4fd308b65f (diff) | |
feat: finished section 2.4.3
Diffstat (limited to 'content/conclusion.tex')
| -rw-r--r-- | content/conclusion.tex | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/content/conclusion.tex b/content/conclusion.tex index 1df3d95..86d9f68 100644 --- a/content/conclusion.tex +++ b/content/conclusion.tex @@ -37,7 +37,7 @@ We answer the main research question by addressing each sub-research question. \item \emph{How to validate and evaluate a datacenter digital twin architecture in relation to system requirements?}\\ To answer the last research question we crated a prototype. - During the prototype design, we used state-of-the-practice software, such as \code{Confluent Kafka}, \code{Redis} and \code{PostgreSQL} (see \Cref{ss:implementation_overview}). + During the prototype design, we used state-of-the-practice software, such as \code{Confluent Kafka}, \code{Redis} and \code{PostgreSQL} (see \Cref{ss:detailed_implementation_overview}). However, as it turns out, evaluating \gls{dcdt}s is not a trivial task. Lacking the physical datacenter to experiment with, we came up with a novel digital twin evaluation method. Our method, relies solely on discrete-event simulation to model the physical datacenter, overcoming the problems of real-world experimentation (\eg sustainability, costliness, reproducibility). |
