In un ambiente moderno in cui “all’uomo non piace aspettare” è importante avere applicazioni che siano interattive, cioè sistemi che reagiscano in modo reattivo e quindi con un tempo di latenza minimo. Il lavoro di questa tesi è quello di studiare il concetto di “reactive” così come è stato definito dallo standard ReactiveStream e di applicarlo ad un’architettura che lo supporti, al fine di confrontare due applicazioni identiche, dove una supporta la programmazione reattiva, mentre l’altra no. Nel primo capitolo si definisce quindi cosa si intende con reactive. Dietro di essa infatti si nascondono la programmazione asincrona e concorrente, che permetta al sistema di non bloccarsi, gestendo quindi al meglio le risorse e fornendo già i primi risultati all’utente quando ancora non tutto il risultato è definitivamente pronto.