Risposta.

L'organizzazione del monitoraggio e della registrazione nelle architetture IT distribuite è la chiave per garantire resilienza, identificazione e analisi degli errori, nonché valutazione delle prestazioni dei servizi. È importante implementare la registrazione centralizzata e un sistema di metriche per tutti i servizi, in modo da ottenere una visione completa di ciò che accade nel sistema.

Passi generali:

1. Registrazione centralizzata — tutti i servizi scrivono i log in un'unica sistema (ad esempio, stack ELK: Elasticsearch, Logstash, Kibana, oppure Grafana Loki).
2. Tracciamento delle richieste — utilizzo di sistemi di tracciamento distribuito (ad esempio, Jaeger, Zipkin) per monitorare il “percorso” della richiesta tra i servizi.
3. Monitoraggio e avvisi — utilizzo di Prometheus, Grafana per la raccolta e visualizzazione delle metriche e configurazione degli avvisi.

Esempio di configurazione della registrazione in Python:

import logging
from pythonjsonlogger import jsonlogger

logger = logging.getLogger()
logHandler = logging.StreamHandler()
formatter = jsonlogger.JsonFormatter()
logHandler.setFormatter(formatter)
logger.addHandler(logHandler)
logger.setLevel(logging.INFO)

logger.info('Servizio avviato', extra={'service': 'orders', 'env': 'prod'})

Caratteristiche principali:

• Consente di avere una finestra unica di trasparenza per l'intera infrastruttura.
• Semplifica la ricerca e l'analisi degli incidenti in ambienti multipli.
• Offre la possibilità di reagire rapidamente alla degradazione o ai guasti dei componenti.

Domande trabocchetto.

Vale sempre la pena registrare tutte le azioni del servizio a livello INFO?

Risposta: No, poiché questo potrebbe rapidamente portare a una crescita del volume dei log, ridurre le prestazioni e complicare la ricerca di errori reali. È meglio attenersi alla semantica dei livelli di log (DEBUG per il debug, ERROR per problemi critici, INFO per eventi importanti).

---

È possibile raccogliere metriche solo a livello di infrastruttura (CPU, RAM) e ignorare le metriche a livello applicativo?

Risposta: No. Le metriche a livello applicativo (ad esempio, tempi di risposta, numero di errori) sono critiche per l'analisi aziendale e la risposta operativa; aiutano a vedere i “collo di bottiglia” nella logica dei servizi, e non solo nell'hardware.

---

In un sistema distribuito è sempre sufficiente la registrazione standard delle richieste HTTP tramite il server web?

Risposta: Falso. Per scenari complessi che coinvolgono catene di servizi, è necessaria una tracciatura distribuita completa con un Trace-Id unico, per vedere il percorso e il tempo di elaborazione della richiesta in tutte le fasi.