L'osservabilità è definita come la capacità di misurare lo stato corrente di un sistema in base ai dati di output (come log, metriche e trace) che genera.
L'osservabilità viene utilizzata più frequentemente per migliorare le prestazioni dei sistemi IT distribuiti. Utilizza metriche, log e tracce come tre diversi dati di telemetria per fornire una visibilità approfondita sui sistemi distribuiti, consentendo agli ingegneri DevOps di risolvere un'ampia gamma di problemi e migliorare le prestazioni del sistema.
E’ uno strumento o una soluzione tecnica che consente ai team di eseguire attivamente il debug del sistema. Si basa sull'esplorazione di proprietà e modelli non definiti a priori.
Grazie all'osservabilità, i team interfunzionali che lavorano su sistemi altamente distribuiti, soprattutto in un ambiente aziendale, possono intervenire in modo più rapido ed efficace per massimizzare l'efficienza e la resilienza dei processi.
È possibile identificare ciò che rallenta le prestazioni dell'applicazione e lavorare per risolverlo prima che influisca sulle prestazioni complessive.
I vantaggi dell'osservabilità vanno oltre i casi d'uso IT. Quando raccogli ed esamini i dati di osservabilità, hai una finestra sugli effetti che i tuoi servizi digitali stanno avendo sulla tua organizzazione. Questo accesso consente di monitorare i risultati degli SLO dell'esperienza utente, verificare che le versioni software soddisfino gli obiettivi aziendali e assegnare priorità in base a ciò che conta di più.
È davvero importante per DevOps di livello junior o per qualcuno che ha appena iniziato a entrare in SRE comprendere a fondo la differenza tra osservabilità e monitoraggio.
Il monitoraggio è uno strumento o una soluzione tecnica che consente ai team di osservare e comprendere lo stato dei loro sistemi. Il monitoraggio si basa sulla raccolta di set predefiniti di metriche o log.
L'osservabilità è uno strumento o una soluzione tecnica che consente ai team di eseguire attivamente il debug del proprio sistema. Si basa sull'esplorazione di proprietà e modelli non definiti in anticipo.
La capacità di identificare lo stato interno di un sistema utilizzando output di dati è definita come osservabilità.
Nel contesto del settore IT, si può intendere l'osservabilità come la capacità di comprendere lo stato interno del software utilizzando log, metriche e tracce.
Nel frattempo, il monitoraggio può essere inteso come la procedura per ottenere i dati (log, metriche e tracce) dal sistema.
La maggior parte degli strumenti di monitoraggio offre una dashboard drag-and-drop per visualizzare i dati scelti e le rispettive metriche. Tuttavia, questo rappresenta un grosso svantaggio perché poiché il team di solito crea tali dashboard in base alle proprie preferenze, porta alla mancanza di metriche importanti, irregolarità delle prestazioni e dati mancanti.
In secondo luogo, la maggior parte degli strumenti di monitoraggio non è compatibile con il monitoraggio di applicazioni complesse native del cloud e ambienti containerizzati, a causa di problemi di sicurezza o della mancanza di capacità dell'agente di estrarre i dati.
Al contrario, gli strumenti di osservabilità sono molto più compatibili perché si concentrano su log, tracce e metriche raccolte nell'intera infrastruttura per avvisare gli ingegneri DevOps prima che un problema si verifchi.
In poche parole, il Monitoraggio ti dice che un sistema ha fallito e l'Osservabilità ti aiuta a scoprire perché quel sistema ha fallito.
Metriche, log e tracce distribuite sono i tre principali verticali dell'osservabilità; Questi sono anche noti come i "Tre pilastri dell'osservabilità". I tre pilastri dell'osservabilità sono diversi modi per monitorare i sistemi software, in particolare i microservizi. I registri, le metriche e le tracce sono pilastri di osservabilità che possono essere utilizzati separatamente.
La produttività dei team DevOps aumenterà considerevolmente combinando i tre pilastri anziché utilizzarli separatamente e gli utenti avranno una migliore esperienza di interazione con il sistema.
Un registro registra un evento del software con un timestamp. I dati contenuti in questo record ci sono le informazioni più dettagliate dei tre pilastri citati. Gli sviluppatori sono responsabili dell'accesso al codice. Poiché la maggior parte delle librerie software e dei linguaggi dispone di funzionalità integrate.
Quando si tratta di offrire informazioni approfondite e un ampio contesto, i registri di eventi diventano efficaci. I registri di eventi sono quindi particolarmente utili per identificare comportamenti e imprevisti da parte di un sistema distribuito.
I dati misurati in un periodo di tempo sono rappresentati numericamente da metriche. Le metriche possono sfruttare un modello matematico e la capacità di previsione per saperne di più su come un sistema si comporta negli intervalli di tempo nel presente e nel futuro.
Poiché le metriche sono ottimizzate per l'archiviazione, l'elaborazione, la compressione e il recupero, consentono una conservazione estesa dei dati e query. Le metriche sono quindi ideali per creare dashboard che mostrano modelli storici. Inoltre utilizzando le metriche la gestione dei dati può anche essere gradualmente ridotta. I dati possono essere aggregati con frequenza giornaliera o settimanale dopo un tempo stabilito.
Il flusso di richieste end-to-end attraverso un sistema distribuito è codificato in una traccia, che rappresenta una sequenza di eventi distribuiti connessi in modo causale.
La struttura dei dati delle tracce è simile a quella di un registro die eventi. Una singola traccia può fornire informazioni sulla struttura di una richiesta e sul percorso necessario per arrivarci. La struttura di una richiesta aiuta a comprendere i momenti e gli impatti dell'asincronia nell'esecuzione di una richiesta e il percorso consentendo agli ingegneri del software e agli SRE di comprendere i vari servizi coinvolti nel corso di una richiesta.
È possibile eseguire il debug delle richieste che coinvolgono più servizi per identificare la causa dell'aumento della latenza o dell'utilizzo delle risorse comprendendo a fondo l'intero ciclo di vita delle richieste.
Le piattaforme di osservabilità identificano e raccolgono continuamente la telemetria delle prestazioni integrando la strumentazione esistente incorporata nei componenti dell'applicazione e dell'infrastruttura e offrendo strumenti per aggiungere supporti avanzati a questi componenti.
La maggior parte della piattaforma raccoglie metriche, tracce e log. E poi, collegali in tempo reale per fornire ai team DevOps, ai team di ingegneria dell'affidabilità del sito (SRE) e al personale IT informazioni contestuali complete: cosa, dove e perché di ogni evento che può indicare, contribuire o essere utilizzato per risolvere un problema di prestazioni dell'applicazione.
In DevOps, l'osservabilità è essenziale da considerare. Se vuoi sfruttare tutti i vantaggi offerti da DevOps, l'osservabilità è un elemento cruciale. Dato che gli approcci DevOps includono la consegna lineare del progetto.
I concetti DevOps richiedono CI/CD (Continuous Integration and Continuous Delivery). Sapere se nuove modifiche possono interrompere l'applicazione è vitale! Inoltre, consente agli sviluppatori di controllare l'attività durante la distribuzione dei prodotti agli utenti.
È possibile gestire questa complessità grazie all'osservabilità. Innanzitutto, consente di comprendere lo stato interno dell'applicazione osservandone gli output. Inoltre, individua il problema e stabilisce quando e dove si è verificato.
Per ottenere l'osservabilità, i sistemi e le applicazioni devono essere adeguatamente attrezzati per raccogliere i dati di telemetria. È possibile creare un sistema osservabile creando i propri strumenti, utilizzando software open source o acquistando una soluzione di osservabilità.
Ecco alcuni passaggi su come iniziare con l'osservabilità:
Determina i tuoi obiettivi aziendali: Riducendo la spesa per l'infrastruttura, supportando la pianificazione della capacità di crescita o migliorando i KPI aziendali cruciali come il tempo medio di ripristino, una solida configurazione di osservabilità può contribuire ad aumentare i profitti. Fornendo al personale di supporto ulteriori dati contestuali, può promuovere la trasparenza o persino creare un'esperienza positiva del cliente. Tuttavia, la configurazione di osservabilità per ciascuno di questi obiettivi può essere molto diversa. Crea una strategia di osservabilità per raggiungere i tuoi principali obiettivi aziendali dopo averli identificati.
Concentrati sulle metriche giuste: Invece di rispondere ai problemi man mano che si presentano, un metodo di osservabilità ben progettato consente di anticipare l'inizio di un probabile errore o guasto e quindi individuare la posizione delle sue cause alla radice. La ricerca della trasparenza coinvolge diversi processi di raccolta e analisi dei dati e altre tecnologie di monitoraggio e test.
Registra gli eventi: Per i team di sviluppo, i registri di eventi forniscono un'origine dati significativa sull'osservabilità dei sistemi distribuiti. Strumenti progettati per la registrazione degli eventi, come Prometheus, Middleware e Splunk, acquisiscono e archiviano eventi. Questi eventi potrebbero includere la conclusione positiva di una procedura di applicazione, un errore significativo del sistema, tempi di inattività imprevisti o afflussi di traffico che causano sovraccarico. Poiché offre informazioni forensi cruciali per gli sviluppatori per scoprire componenti difettosi o interazioni di componenti problematiche, questo è particolarmente importante per il debug e la gestione degli errori.
Visualizzazioni dei dati accessibili: I dati di osservabilità devono essere compressi in un formato utilizzabile e condivisibile quando un team li ha raccolti. Ciò è spesso ottenuto da rappresentazioni visive di tali dati utilizzando vari strumenti. Da lì, i membri del team possono diffondere o condividere tali informazioni con altri team che lavorano al programma.
Scegli la giusta piattaforma di osservabilità: Quando si tratta di scegliere la giusta piattaforma di osservabilità, si prega di prendere in considerazione i seguenti fattori;
– Lo strumento è gratuito?
– Lo strumento utilizza un agent open source?
– È facile da usare?
– Ho le conoscenze tecniche per utilizzare lo strumento al massimo delle sue potenzialità?
– Qual è la quantità di dati che lo strumento può elaborare?
Rispondere a queste e ad altre domande specifiche dell'azienda ti aiuterà a prendere una decisione concreta.
Un sistema di osservabilità deve essere appropriato per la piattaforma prevista. In mancanza di ciò, potrebbe trasformarsi in un sistema ingombrante che aumenta i costi operativi o essere insignificante e offrire poca visibilità. Pertanto, il piano deve anche specificare e nominare le principali indagini che il disegno organizzativo deve rendere possibili.
Senza questa direzione, l'osservabilità rischia di trasformarsi in una rete confusa di problemi contrastanti che potrebbero non fornire l'esperienza utente e il supporto previsto.
Programmatore informatico italiano, mi occupo di sviluppo sia Front-end che Back-end presso una grande azienda. La programmazione è stata la mia passione, insieme allo sport e al teatro che pratico tutt'ora. Ho deciso di aprire questo blog per dare consigli e condividerli con chi, come me, porta con sé questa passione. [..]
