Quando qualcosa non funziona lungo la filiera di progettazione di un applicativo, bisogna identificare in modo rapido ed efficiente la causa del problema per intervenire proattivamente e ridurre gli impatti negativi in termini di operativit\u00e0 e di livello di servizio atteso. Nel contesto attuale, infatti, le aziende non possono pi\u00f9 permettersi downtime o rallentamenti<\/strong> nella fornitura di servizi digitali: il consumatore \u00e8 sempre pi\u00f9 esigente<\/a> e abituato a standard di servizio rapidi e always-on (24\/7). Per cui un\u2019esperienza negativa, dovuta a disservizi o a malfunzionamenti, potrebbe compromettere il percepito da parte degli utenti che sarebbero pi\u00f9 predisposti a cambiare fornitore.<\/p>\n Ed \u00e8 qui che nasce una delle sfide pi\u00f9 sentite dai CIO e dai responsabili IT di oggi: ottenere il controllo dei moderni ambienti IT.<\/p>\n I sistemi di monitoraggio e di osservabilit\u00e0 aiutano a superare questa sfida con un duplice approccio:<\/p>\n Sostanzialmente, il monitoraggio acquisisce e visualizza i dati, indicando se sussiste un problema, mentre l\u2019osservabilit\u00e0 individua lo stato di salute del sistema, rilasciando dati utili a comprendere le cause di quel problema.<\/p>\n Se ai tempi delle architetture monolitiche i team IT potevano fare affidamento solo su strumenti di monitoraggio per ottenere la visibilit\u00e0 sulle app e intervenire in caso di incidenti, con il passaggio ad architetture distribuite e cloud-native<\/strong> i sistemi sono diventati pi\u00f9 complessi e stratificati, rendendo gli strumenti di monitoraggio non pi\u00f9 sufficienti. [nectar_btn size=\"large\" open_new_tab=\"true\" button_style=\"regular\" button_color_2=\"Accent-Color\" color_override=\"#0f33ce\" solid_text_color_override=\"#ffffff\" icon_family=\"none\" button_id=\"pulsante_journal_articolo\" text=\"Scarica un caso studio di monitoring applicativo\" margin_top=\"30\" url=\"https:\/\/www.intesys.it\/monitoring-applicativo-con-elastic-stack\/\"]\n Quando si vuole governare un\u2019architettura applicativa complessa basata su cloud, container, API, microservizi ed eventi,<\/strong> il monitoraggio e l\u2019osservabilit\u00e0 sono due approcci che vanno opportunamente combinati per garantire continuit\u00e0 delle prestazioni e il mantenimento del livello di servizio atteso dagli utenti, attraverso:<\/p>\n Per dare evidenza a questi dati \u00e8 necessario semplificare i processi di monitoraggio tramite opportuni strumenti<\/strong> <\/a>che consentano di ottenere informazioni significative sulle prestazioni del sistema. Attenzione per\u00f2: non esiste una soluzione plug-and-play che si pu\u00f2 accendere al bisogno, ma \u00e8 necessario comprendere prima gli elementi che si vogliono misurare, andando ad agire direttamente sul codice affinch\u00e9 ne tenga traccia. Ci\u00f2 implica il passaggio progressivo dall\u2019approccio di monitoring<\/strong>, che focalizza l\u2019attenzione solo su singoli incidenti, all\u2019observability<\/strong>, che fornisce visibilit\u00e0 su questioni pi\u00f9 ampie, come la misurazione dell\u2019esperienza utente, il livello di prestazione rispetto agli SLO (Service-Level Objective) e altri parametri chiave per l\u2019azienda.<\/p>\n\n
\nIl monitoraggio, infatti, pu\u00f2 bastare nei casi in cui sono chiare le cause di un problema, ma in un\u2019architettura complessa spesso non \u00e8 possibile prevederle, per cui \u00e8 diventato strategico avere una visibilit\u00e0 pi\u00f9 approfondita.<\/p>\nCome implementare il monitoraggio e l\u2019osservabilit\u00e0?<\/h2>\n
\n