From 8cce903a981c004502d1fdf29a650fc58f72042d Mon Sep 17 00:00:00 2001 From: mjkwiatkowski Date: Mon, 20 Jul 2026 12:43:25 +0200 Subject: git amend --- content/design.tex | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) (limited to 'content/design.tex') diff --git a/content/design.tex b/content/design.tex index 7d4a73a..cb868ab 100644 --- a/content/design.tex +++ b/content/design.tex @@ -107,6 +107,9 @@ In addition to the functional requirements, we also present non-functional requi \item \textbf{Using \mysystem should not introduce any delays in visualizations longer than 1 second.}\\ The system must work in real-time, without significant delay. We impose 1 second delay as acceptable to datacenter engineers. + We have arrived at the 1 second threshold due to the fact that datacenter operators need time to react to sudden changes in the facility behaviour. + To expect a sub-1-second performance from human employees is unjustified. + At the same time, any delay $>1$ second can already negatively impact engineer's ability to react to different events at the same time in the correct order (\ie $>1$ delay hinders the ability of technicians to follow the specific datacenter protocols and policies during an event). The system must support datacenter operators with insights at fine-grained granularity, so that insights derived from data analysis remain accurate upon reception by datacenter operators. Without \textbf{NFR1}, \mysystem's insights will not be timely, and will be useless to datacenter operators. \item \textbf{The system should log the ingestion and processing of metrics.} \\ @@ -227,7 +230,11 @@ The Interactive Dashboard (\myCircled{2a}) supports (\textbf{FR2}), as it allows It enables (\textbf{FR5}) because the predictive insights can be displayed directly through the dashboard to the datacenter operators. Operators can then overwrite the autonomous decisions performed by the \gls{dt}. Dashboards are the current industry practice for clear data visualization (\textbf{FR7}). -For our implementation, we ensure (\textbf{NFR1}) is met by including a state-of-the-art dashboard. +In our design, we ensure (\textbf{NFR1}) is in a two-fold way. +Firstly, we ensure a direct connection between the Interactive Dashboard (\myCircled{2a}) and the Message Broker (\myCircled{2b}). +As the Message Broker (\myCircled{2b}) is capable of accommodating multiple consumers, the Interactive Dashboard (\myCircled{2b}) receives the same telemetry at the same rate as the live prediction engine. +Secondly, through a direct connection to the Database (\myCircled{3a}), the Interactive Dashboard (\myCircled{2a}) can instantly retrieve all historical patterns. +Thus, we meet (\textbf{NFR1}). (\textbf{NFR2}) and (\textbf{NFR3}) are met by including in the system implementation a dashboard that enables logging of metrics. The Message Broker (\myCircled{2b}) indirectly fulfills (\textbf{FR1}). -- cgit v1.2.3