Speranza, Alex
(2024)
A distributed Cloud Continuum observability architecture to support Next Generation Networks.
[Laurea magistrale], Università di Bologna, Corso di Studio in
Ingegneria e scienze informatiche [LM-DM270] - Cesena, Documento ad accesso riservato.
Documenti full-text disponibili:
![[img]](http://amslaurea.unibo.it/style/images/fileicons/application_pdf.png) |
Documento PDF (Thesis)
Full-text non accessibile fino al 18 Luglio 2026.
Disponibile con Licenza: Salvo eventuali più ampie autorizzazioni dell'autore, la tesi può essere liberamente consultata e può essere effettuato il salvataggio e la stampa di una copia per fini strettamente personali di studio, di ricerca e di insegnamento, con espresso divieto di qualunque utilizzo direttamente o indirettamente commerciale. Ogni altro diritto sul materiale è riservato
Download (2MB)
| Contatta l'autore
|
Abstract
Cloud Computing is a widespread deployment paradigm, and to guarantee high performance and high availability, it needs to be constantly monitored.
As most of the deployed services cannot be modified at a source code level to instrument them for exposing monitoring data, it is used their output instead.
This technique is called Observability.
The rise in popularity of new technologies and standards, such as IoT and 5G networks, increased the need to have computational power near the edge of the network, creating an evolution of Cloud Computing, which is Cloud Continuum.
Cloud Continuum use cases have different, and tighter, requirements with respect to Cloud Computing, thus centralized observability solutions, popular in the latter deployments, cannot fulfill the needs of the former, due to their centralized nature.
This work presents a distributed observability agent which reduces the response times and the network traffic.
It is tested against two major centralized observability stacks, that is, the Prometheus and Grafana pair, and the Elastic suite, for resource usage (CPU, RAM, and bandwidth), and time to alert.
As the agent leverages WebAssembly modules to customize functions available in its workflows, a set of tests compares this language with other popular languages, which are Kotlin, JavaScript, and Rust, for resource usage (CPU, RAM, container image or module size), performance, and startup time.
Both suites of tests confirm the validity of the proposed solution: the agent, on average, requires the same resources as the other observability stacks, but it uses less bandwidth and it has a faster reaction time; WASM performance is equivalent to a compiled language, such as Rust, while its module size and startup time are considerably lower, allowing to respond quicker to request peaks.
Abstract
Cloud Computing is a widespread deployment paradigm, and to guarantee high performance and high availability, it needs to be constantly monitored.
As most of the deployed services cannot be modified at a source code level to instrument them for exposing monitoring data, it is used their output instead.
This technique is called Observability.
The rise in popularity of new technologies and standards, such as IoT and 5G networks, increased the need to have computational power near the edge of the network, creating an evolution of Cloud Computing, which is Cloud Continuum.
Cloud Continuum use cases have different, and tighter, requirements with respect to Cloud Computing, thus centralized observability solutions, popular in the latter deployments, cannot fulfill the needs of the former, due to their centralized nature.
This work presents a distributed observability agent which reduces the response times and the network traffic.
It is tested against two major centralized observability stacks, that is, the Prometheus and Grafana pair, and the Elastic suite, for resource usage (CPU, RAM, and bandwidth), and time to alert.
As the agent leverages WebAssembly modules to customize functions available in its workflows, a set of tests compares this language with other popular languages, which are Kotlin, JavaScript, and Rust, for resource usage (CPU, RAM, container image or module size), performance, and startup time.
Both suites of tests confirm the validity of the proposed solution: the agent, on average, requires the same resources as the other observability stacks, but it uses less bandwidth and it has a faster reaction time; WASM performance is equivalent to a compiled language, such as Rust, while its module size and startup time are considerably lower, allowing to respond quicker to request peaks.
Tipologia del documento
Tesi di laurea
(Laurea magistrale)
Autore della tesi
Speranza, Alex
Relatore della tesi
Correlatore della tesi
Scuola
Corso di studio
Ordinamento Cds
DM270
Parole chiave
Cloud Computing,Cloud Continuum,Observability,Distributed Observability,5G networks
Data di discussione della Tesi
18 Luglio 2024
URI
Altri metadati
Tipologia del documento
Tesi di laurea
(NON SPECIFICATO)
Autore della tesi
Speranza, Alex
Relatore della tesi
Correlatore della tesi
Scuola
Corso di studio
Ordinamento Cds
DM270
Parole chiave
Cloud Computing,Cloud Continuum,Observability,Distributed Observability,5G networks
Data di discussione della Tesi
18 Luglio 2024
URI
Gestione del documento: