Un sistema in produzione è un impegno operativo, non un progetto concluso.
Il rilascio non è la fine del metodo: è il punto in cui inizia la parte che si vede meno — osservabilità, revisione periodica, test avversariali, supervisione umana, gestione degli incidenti.
Non pubblichiamo uno SLA generico o un uptime garantito uguale per ogni progetto: dipendono dal contesto e dalla criticità del sistema, e si definiscono con ogni cliente. Quello che possiamo descrivere è il modello con cui operiamo un sistema dopo il rilascio — gli stessi meccanismi già applicati nei progetti in produzione citati nei nostri case study.
Osservabilità continua
Accuratezza e latenza tracciate nel tempo, non solo misurate al collaudo: ogni sistema in produzione ha una dashboard KPI che confronta i risultati correnti con la baseline misurata in Assessment.
Revisione periodica e aggiornamento della conoscenza
La cadenza tipica nei progetti in produzione è trimestrale: revisione dell'accuratezza con gli operatori e aggiornamento della knowledge base a ogni modifica normativa o procedurale. La cadenza esatta si concorda per progetto, in base alla criticità del sistema.
Test avversariali e red teaming
Prima del rilascio, e a ogni revisione rilevante dell'architettura, i sistemi vengono sottoposti a test avversariali mirati a comprometterli — inclusi i tentativi di prompt injection sui contenuti recuperati da documenti, email o fonti esterne.
Supervisione umana sulle azioni ad alto impatto
Le soglie di confidenza sotto cui un caso passa a un operatore sono tarate per ogni progetto sui dati reali, non stimate a tavolino. Le azioni ad alto impatto restano soggette a conferma umana esplicita, indipendentemente da quanto il sistema si sia dimostrato affidabile nei test.
Gestione degli incidenti e continuità
Procedure di escalation e tempi di intervento si definiscono per ciascun progetto insieme al cliente, in coerenza con i suoi processi di gestione incidenti già esistenti. La continuità operativa dipende dal deployment scelto: in cloud segue gli SLA del provider, on-premise resta sotto controllo diretto dell'organizzazione, in configurazione ibrida la ridondanza si distribuisce su entrambi i livelli.
Governance dei costi
Per i sistemi on-premise, capacità e costo dell'infrastruttura si dimensionano sul carico reale misurato in produzione, non su un abbonamento a consumo stimato a priori: è uno degli indicatori che rientrano nella revisione periodica, insieme ad accuratezza e latenza.
Volete sapere come opereremmo il vostro sistema?
Il modello operativo si adatta al processo, ai vincoli e alla criticità del vostro caso specifico: lo definiamo insieme durante l'Assessment, non dopo il primo incidente.
Richiedi un Assessment AI