L'infrastruttura non è così importante per il futuro del monitoraggio della rete.

L'infrastruttura non è così importante per il futuro del monitoraggio della rete.
Quando esaminiamo le sfide poste dal mondo digitale di oggi, diventa chiaro che gli operatori IT devono essere agili e pronti per qualsiasi progresso tecnologico. Affinché l'industria continui a prosperare e crescere, dobbiamo continuare a guardare al futuro della tecnologia dell'informazione. Per prepararsi al futuro, dobbiamo prima comprendere i cambiamenti in atto e negli ultimi anni ci sono stati diversi cambiamenti notevoli nel mondo delle operazioni. Il primo è la virtualizzazione. Questo è il motivo per cui siamo passati da un server senza un semplice sistema operativo che esegue poche applicazioni a un server che esegue molti "server" virtualizzati. Questi server sono stati astratti virtualizzando l'hardware del server sottostante. Ciò ha consentito agli operatori di eseguire più "server" su un singolo server fisico. Il vantaggio è un carico di lavoro più bilanciato nell'intera infrastruttura e la capacità di consolidare le macchine virtuali su un minor numero di server fisici, il che significa un minore investimento iniziale per loro. operatori informatici. Il secondo cambiamento è avvenuto con l'avvento e l'adozione travolgente dei container. I contenitori sono simili alla virtualizzazione, tranne per il fatto che portano l'astrazione al livello successivo. Anziché limitarsi a virtualizzare l'hardware ed eseguire sistemi operativi completi su ciascuna macchina virtuale, i container vengono eseguiti su un host o sul sistema operativo dell'host. di un nodo. Ciò significa che molti carichi di lavoro vengono eseguiti su un sistema operativo. Questi nodi non devono essere su bare metal. Potrebbero anche essere macchine virtuali. L'idea è che esista un "server" in grado di eseguire molti contenitori e bilanciare il carico di lavoro tra questi server per guadagnare efficienza. L'ultimo turno, il più recente, è Functions as a Service (FaaS). Alcune persone chiamano questo server senza server perché elimina la necessità di manutenzione del server all'interno dell'organizzazione. Questo non vuol dire che non ci sia un server da qualche parte che esegue la funzione, è solo che qualcun altro si sta assicurando che funzioni. FaaS consente agli sviluppatori di software di scrivere solo la loro logica aziendale e quindi scaricarla su un servizio FaaS, con un provider di cloud pubblico come AWS. I server che eseguono container che seguono la logica aziendale sono completamente astratti, lasciando alle organizzazioni la possibilità di concentrarsi esclusivamente sullo sviluppo delle applicazioni.

L'infrastruttura non è importante.

A causa dell'astrazione dell'hardware e della natura effimera delle applicazioni moderne, negli anni a venire non saremo più interessati all'infrastruttura. Più rimuoviamo noi stessi e le nostre app dal bare metal, meno dobbiamo preoccuparcene. Pensaci. Se un operatore esegue un'applicazione completamente serverless in un cloud pubblico, non solo non deve preoccuparsi dell'infrastruttura che la supporta, ma nemmeno deve preoccuparsi. possibile per l'operatore di monitorare. Non è possibile accedere alle metriche dalla rete o dai server dietro i contenitori che eseguono il codice. Nel caso dei container, i team DevOps che eseguono applicazioni su un cluster Kubernetes ben costruito o gestito dal cloud non dovrebbero preoccuparsi dell'hardware che lo esegue. Sempre più spesso, la gestione di cluster K8 o simili sarà "esternalizzata" nel cloud e né l'hardware sotto questi cluster gestiti né i cluster stessi faranno riferimento alla società che esegue l'applicazione. Il motivo per cui l'esternalizzazione di questo lavoro ha senso è che, con l'astrazione del computer, l'hardware e il suo funzionamento diventano più una merce.

Credito immagine: Pexels (Immagine: © Image Credit: Home Photos / Pexels)

Monitorare questo è osservare

Quindi sorge la domanda: come sarà il futuro della sorveglianza? Per rispondere a questa domanda, dobbiamo concentrarci sull'applicazione piuttosto che sui carichi di lavoro in esecuzione sull'infrastruttura. L'osservabilità è un buon modo per pensare a questo. Ciò include metriche, log e tracce estratti o inviati direttamente dal nostro carico di lavoro o dall'applicazione. Con questi dati, possiamo dedurre lo stato attuale di un sistema dai suoi output esterni e ottenere un contesto per comprendere questo stato. L'elevata cardinalità nei nostri dati di sorveglianza una volta era una ragione e qualcosa che tutti cercavano di evitare, ma per rendere osservabile un'applicazione, era essenziale archiviare dati estremamente cardinali per analizzare realmente il problema. Finché l'operatore può identificare la parte dell'applicazione alla radice dell'errore, sarà in grado di interrogare i registri di dati e determinare se il problema riguarda un particolare nodo. dalla banca dati. Il traffico di dati insolito dovrebbe essere facile da rilevare, soprattutto se le scritture causano ritardi. Nel complesso, il modo in cui monitoriamo la nostra rete sta cambiando, che ci piaccia o no. Pertanto, la seguente sfida si presenta agli operatori IT: adattarsi e abbracciare il cambiamento ora o diventare irrilevante in futuro. Martin Hodgson, Country Manager UK e io presso Paessler AG