Da cosa si riconosce uno strumento di monitoraggio degli anni 2000?
Troppi agenti uccidono l’agente! Esegui agenti separati per Java, .NET, PHP, Node.js, server, user experience? Che incubo! E’ semplicemente impossibile gestire una tale moltitudine di agenti negli ambienti complessi di oggi. Se hai solo bisogno di settimane per mappare la tua applicazione solo per capire come monitorarla, probabilmente stai usando una soluzione di monitoraggio obsoleta di seconda generazione.
Milioni di dati, ma zero risposte Tutti gli strumenti di monitoraggio generano un’infinità di dati, ma è ciò che ognuno ricava da quei dati che fa la differenza. Una soluzione di seconda generazione fornisce un sacco di grafici e indicatori, tutti più sofisticati degli altri. Ma poi vanno analizzati. Funzionava quando gli ambienti erano abbastanza semplici da essere compresi dalle persone, ma non è più così al giorno d’oggi. Nell’era della terza generazione, hai bisogno di dati e risposte… e il più rapidamente possibile!
Uno strumento multifunzionale (e molto adesivo!)
Con gli strumenti APM di seconda generazione, tutto riguarda l’applicazione… ed è un buon inizio! Il problema è che le prestazioni della tua applicazione non dipendono solo dalla qualità del suo codice. Nel corso del tempo, probabilmente è stato necessario aggiungere molti strumenti di monitoraggio supplementari per i server, la rete, i file di registro, l’esperienza degli utenti e così via. Nel tempo, i fornitori di soluzioni di seconda generazione si sono affrettati a sviluppare nuovi moduli per completare il puzzle. Ma l’approccio rimane frammentario, non olistico. Risultato? Costi aggiuntivi di software, manutenzione, risorse umane e formazione. E ancora nessuna risposta.
Il regno del sistema “D”
Con il monitoraggio di seconda generazione, tutto è manuale. Implementazione e aggiornamenti, individuazione e identificazione dei problemi, del loro impatto sul business e relativa causa. Questo è il regno del sistema “D” (o per i più giovani, DIY, Do It Yourself), ed era gestibile fintanto che gli ambienti applicativi erano semplici. Ma perché credi che la maggior parte delle aziende monitorino solo il 5-10% delle loro applicazioni più critiche? Perché è un vero rompicapo!
Container? Cos’è un container? Le soluzioni di monitoraggio di seconda generazione sono state sviluppate molto prima che qualcuno sapesse cosa fosse un container. Quindi, cosa fare quando sei un fornitore di soluzioni di seconda generazione? Puoi fingere che un container sia solo un server in miniatura. Il che significa che dovrai installare manualmente ogni contenitore con l’agente giusto, modificare le immagini e installare e configurare i plug-in. Solo che i container non sono mini-server: il loro scopo principale è rendere le cose più semplici e più veloci. Ma è semplicemente impossibile con strumenti di monitoraggio obsoleti.
Semplicemente non funziona nel cloud! Con il cloud aziendale, tutto è agile, innovativo e time-to-market. I team DevOps distribuiscono contenitori e microservizi che funzionano su ambienti ibridi e multi-cloud che dovrebbero essere scalabili e affidabili. Ma il monitoraggio di seconda generazione semplicemente non è progettato per questo mondo, e lì non funzionerà.
Se ti riconosci in uno o più di questi segnali, potrebbe essere il momento di prendere in considerazione una nuova soluzione di monitoraggio, che è adattata agli ambienti complessi di oggi e ti dà la visibilità e l’intelligenza di cui hai bisogno per ottimizzare davvero le tue prestazioni.
Gilles Portier, Senior consultant APM Dynatrace,
