Template per Specifica di Osservabilità in Word
Un servizio senza osservabilità è una scatola nera che esplode di notte: questo prompt scrive la spec che definisce cosa misurare, quando svegliare qualcuno e quanto budget di errore puoi bruciare.
Esempio di output
# Specifica di Osservabilità — [nome servizio] ## 1. Scopo e ambito Questo documento definisce come [nome servizio] viene osservato in produzione... ## 2. Service Level Indicators (SLI) | ID | SLI | Definizione | Sorgente metrica | Unità | |----|-----|-------------|------------------|-------| | SLI-1 | Disponibilità | richieste 2xx/3xx ÷ totali | gateway | % | | SLI-2 | Latenza p99 | 99° percentile tempo risposta | app metrics | ms | ## 3. Service Level Objectives (SLO) | SLI | Target (da validare) | Finestra | Error budget | |-----|----------------------|----------|--------------| | SLI-1 | 99,9% | 30 gg | 43 min/mese | ## 4. Logging ### 4.1 Livelli e formato strutturato ... ## 5. Tracing distribuito ### 5.1 Propagazione del contesto ... ## 6. Alerting & escalation | Allarme | Condizione | Severità | Canale | Owner | |---------|-----------|----------|--------|-------| | Burn rate alto | budget consumato >2%/h | P1 | on-call | SRE |
Domande frequenti
Sì. Specifica nell'architettura il tipo di sistema: la sezione tracing si adatta (propagazione di contesto per microservizi, profiling interno per monoliti) mantenendo la struttura SLI/SLO/alerting.
Propone valori di riferimento di settore esplicitamente etichettati come 'da validare con il business', e impone di non spacciare target numerici come decisi se non li hai forniti.
Sì. L'output usa gerarchia di heading H1/H2/H3 e tabelle in formato che Word riconosce alla conversione, con stili coerenti.
Vuoi un template su misura?
Costruiscine uno in poche domande — con la struttura corretta per il tuo standard.