Nei primi giorni dell’invasione del 2022, mettere al riparo una parte della memoria digitale ucraina richiede anche un trasporto terrestre. Amazon fa arrivare attraverso la Polonia i dispositivi Snowball: apparati progettati per acquisire grandi quantità di dati e trasferirle nel cloud senza dipendere interamente dalle connessioni disponibili nei luoghi di raccolta. Nel resoconto del fornitore, la protezione degli archivi passa così per macchine da spedire, persone che le movimentano e una frontiera da attraversare.

Ma un archivio salvato non è ancora un servizio che continua a funzionare. I dati custoditi altrove devono poter essere letti dalle applicazioni, raggiunti dagli utenti e aggiornati da chi continua a operare in Ucraina. Allontanarli dal pericolo ne riduce una vulnerabilità e ne apre altre: fra la copia e il suo impiego si dispongono collegamenti, accessi, software e persone. La continuità nasce dal loro funzionamento congiunto.

La domanda «dove viene calcolato il campo di battaglia?» acquista qui il suo peso. Nel datacenter, il calcolo ha una consistenza materiale: server, alimentazione, raffreddamento e manutenzione. Il risultato, però, deve poter uscire da quel luogo e raggiungere un comando o un reparto isolato, mentre le informazioni conservano attendibilità e valore operativo. La capacità non risiede soltanto nell’impianto che elabora, ma nella relazione fra i luoghi che la rendono utilizzabile. Ed è proprio questa relazione che diventa oggetto di contesa: l’avversario può interromperne i collegamenti, dilatarne i tempi o rendere inaffidabili le informazioni che vi circolano.

L’apparato oltre i sensori

Il problema non nasce con l’Ucraina. Nelle campagne in Iraq e Afghanistan, l’espansione dei velivoli senza pilota rende presto evidente che moltiplicare i sensori significa moltiplicare anche ciò che deve sostenerli: collegamenti, stazioni, infrastrutture, analisti e personale tecnico. Un audit del GAO censisce meno di cinquanta UAS nell’inventario del Dipartimento della Difesa nel 2000 e oltre 6.800 nell’ottobre 2009. Il dato comprende migliaia di piccoli sistemi, ma restituisce bene la scala della trasformazione: mentre cresce il numero delle piattaforme, il rapporto registra ritardi proprio nella preparazione dell’apparato necessario a impiegarle e sostenerle.

Dietro le immagini si allarga un apparato meno visibile del drone. Il Distributed Common Ground System, DCGS, distribuisce il lavoro di raccolta e sfruttamento delle informazioni fra installazioni e operatori, assorbendo una massa di dati che cresce insieme ai sensori. Nel 2012 l’Air Force dichiarava che la propria rete ISR trasmetteva e immagazzinava 1,3 petabyte al mese, contro 255 terabyte nel 2001; l’anno seguente, descrivendo il carico del DCGS, Air Force Magazine rendeva quella scala come l’equivalente di circa 1.000 ore di video a pieno movimento ogni giorno. Il sensore può trovarsi sopra il teatro mentre una parte dell’interpretazione, e dell’infrastruttura necessaria a renderla possibile, si trova a migliaia di chilometri di distanza.

La massa crescente di immagini impone un problema ulteriore: raccogliere informazioni non significa ancora riuscire a sfruttarle. È su questa distanza che interviene Project Maven, avviato nell’aprile 2017 con l’obiettivo di applicare la visione artificiale ai filmati, affidando agli algoritmi una parte della ricerca di oggetti fino ad allora condotta dagli analisti. L’automazione richiede però un proprio apparato: dati preparati, risorse di calcolo e strumenti integrati nel lavoro di analisi. Le segnalazioni devono ancora essere verificate, confrontate e ordinate secondo le priorità operative. L’obiettivo non è soltanto accelerare la lettura delle immagini, ma liberare capacità di analisi, spostando il lavoro dalla semplice visualizzazione dei filmati alla valutazione delle informazioni che ne vengono estratte.

La distanza fra sensore e interpretazione appartiene dunque a una storia che precede l’invasione dell’Ucraina. La trasformazione da osservare è un’altra: l’estensione del digitale oltre gli apparati specialistici, fino alle procedure ordinarie con cui le unità registrano, condividono e coordinano la propria attività. L’informazione attraversa livelli diversi dell’organizzazione e può diventare patrimonio comune, disponibile per nuovi impieghi. Con questa estensione cresce anche il peso della continuità: un’interruzione non compromette soltanto il lavoro di chi analizza i dati, ma può coinvolgere le altre attività che hanno imparato a dipenderne.

Il dato entra nelle unità

In Ucraina, questa estensione prende forma anche nelle decisioni del Ministero della Difesa. Nell’agosto 2025 viene disposta l’adozione di DELTA a tutti i livelli delle Forze di Difesa. Nel marzo 2026 lo stesso ministero dichiara Mission Control operativo in tutti i corpi e raggruppamenti, con strumenti di rendicontazione e analisi che collegano l’attività delle unità ai livelli superiori. I due passaggi segnano la volontà di trasformare una capacità digitale condivisa in una componente ordinaria dell’organizzazione militare. L’estensione istituzionale è documentata; misurare quanto questa trasformazione sia compiuta nell’attività dei singoli reparti richiederebbe ulteriori riscontri.

Il valore di questa integrazione supera la semplice circolazione delle informazioni. In DELTA, Frontiera ha seguito la trasformazione di osservazioni, assegnazioni e resoconti in una rappresentazione interrogabile. Il rapporto prodotto da un’unità può così orientare il coordinamento di altre e, una volta conservato, contribuire al confronto fra operazioni successive. Un’informazione nata in un punto del dispositivo acquista una pluralità di impieghi e, con essa, nuove dipendenze. Quando l’accesso al sistema condiviso viene meno, l’interruzione può investire insieme il coordinamento del presente e la memoria delle operazioni.

Seguiamo una singola osservazione lungo questa catena. Un operatore segnala la posizione di un mezzo in movimento; un’applicazione confronta il dato con altre informazioni disponibili; un comando riceve il quadro e valuta la possibilità di intervenire. A ogni passaggio, la capacità di agire dipende da condizioni ulteriori: l’osservazione deve essere trasmessa, interpretata e resa accessibile a chi è autorizzato a utilizzarla. Occorrono infine una decisione e i mezzi per darle seguito. La velocità del calcolo è soltanto una delle condizioni da cui dipende il tempo dell’azione.

La progettazione della continuità dispone già di due misure fondamentali per affrontare un’interruzione:

  • RTO, Recovery Time Objective: stabilisce entro quanto tempo si intende ripristinare un servizio.
  • RPO, Recovery Point Objective: definisce quanto può essere arretrato il punto di recupero dei dati rispetto all’interruzione, e dunque quanta parte delle registrazioni più recenti si accetta di perdere.

Entrambi fissano obiettivi da confrontare con il recupero effettivo. Ma riportare un sistema alle condizioni previste non significa necessariamente restituire all’informazione il valore che aveva prima dell’interruzione.

Torniamo all’esempio. Il servizio riparte, i dati sono stati recuperati, ma il mezzo osservato non è più dove lo avevamo lasciato. La registrazione conserva valore per ricostruirne il comportamento; per intervenire, invece, serve un’altra osservazione. Un dato può dunque essere integro, appena replicato, ma già vecchio rispetto all’azione che dovrebbe sostenere. Recuperare il servizio, recuperare l’informazione e recuperarla in tempo sono problemi distinti. La funzione deve tornare disponibile mentre può ancora contribuire al compito.

Questo vincolo non appartiene soltanto alla guerra. Qualsiasi servizio può perdere utilità se arriva troppo tardi. Nel combattimento, però, il tempo entra nello scontro, ed entrambi gli attori cercano di sfruttarlo: l’avversario può spostare il bersaglio, occultarlo, interrompere il collegamento, introdurre ambiguità o costringere chi osserva a verificare ancora. Una schermata può continuare a funzionare mentre ciò che mostra smette di descrivere abbastanza bene la situazione. Può anche trasmettere senza errori un’informazione falsa o superata. L’integrità protegge il dato da alcune forme di alterazione; non garantisce che quel dato sia ancora vero, pertinente o utile.

Per questo la continuità si traduce in una scelta di priorità. Consiste nel decidere che cosa debba restare disponibile quando non tutto può esserlo. Alcune funzioni possono essere rinviate; altre devono sopravvivere anche in forma degradata; altre ancora vanno sospese se il loro risultato non è più sufficientemente affidabile. Prima viene il compito che deve continuare. Solo dopo vengono il luogo del calcolo, le repliche, le alternative e le risorse predisposte per sostenerlo.

Portare la capacità oltre il danno

Le migrazioni ucraine del 2022 attraverso il sistema Snowball mostrano una possibilità concreta: separare il luogo nel quale una parte della capacità digitale viene custodita ed eseguita dal territorio immediatamente investito dall’invasione. La risoluzione governativa 263 del 12 marzo autorizza, entro condizioni ed esclusioni, l’impiego di risorse estere per informazioni e registri pubblici durante la legge marziale. È il provvedimento emergenziale pertinente a questo trasferimento.

Nella pagina aggiornata nell’aprile 2023, AWS dichiara oltre dieci petabyte trasferiti nell’ambito del proprio sostegno all’Ucraina. Il volume raccoglie migrazioni eterogenee: autorità pubbliche, università e altri progetti. Microsoft descrive separatamente lo spostamento di operazioni governative su datacenter europei. I resoconti dei due fornitori documentano soprattutto la conservazione del patrimonio e la continuità di servizi dello Stato. Un’amministrazione capace di accedere ai propri registri e gestire risorse sostiene il Paese in guerra; questo contributo ha un rapporto con il combattimento diverso da quello di un’elaborazione tattica.

Per DELTA esiste un passaggio specifico: il 4 febbraio 2023 il governo ne autorizza il collocamento nel cloud all’estero. Le fonti pubbliche raccolte fino al 16 settembre 2026 lasciano però indeterminati provider, Paesi effettivamente impiegati, distribuzione delle repliche e tempi verificati di ripristino. L’autorizzazione permette una scelta; le migrazioni statali rendono concreta una possibilità infrastrutturale; la localizzazione delle istanze militari richiederebbe una prova propria, che, data la sensibilità operativa dell’informazione, non sorprende manchi nelle fonti aperte.

È entro questo perimetro che si può parlare di profondità digitale. L’organizzazione guadagna margine quando separa dati, servizi e capacità di recupero dalle stesse condizioni di vulnerabilità, senza perdere la possibilità di raggiungerli e impiegarli quando servono. Un datacenter europeo può sottrarre una parte della capacità all’esposizione del territorio ucraino; partner e tecnici devono poi mantenerla accessibile, trasferibile e ricostruibile. La profondità nasce da questa separazione fra esposizione e possibilità d’uso.

Lo spostamento conserva una geografia precisa. Allontana gli apparati e modifica le dipendenze lungo la catena che collega gli utenti al servizio. Il reparto può perdere l’accesso mentre il centro remoto continua a elaborare. Starlink ha già mostrato quanto contino il trasporto e le condizioni che lo rendono disponibile. Nel calcolo si aggiunge un altro piano: chi può amministrare le risorse, concedere l’uso del software e autorizzare il ripristino in una sede alternativa?

Il 25 settembre 2025 Microsoft dichiara di avere cessato e disabilitato specifici servizi e abbonamenti di archiviazione e intelligenza artificiale a un’unità del ministero della Difesa israeliano, dopo una revisione relativa all’uso dei servizi per la sorveglianza di massa dei civili. Il provvedimento è selettivo: altre attività, compresa la protezione informatica, proseguono. Il caso rende visibile un potere esercitato dal fornitore su apparati che possono essere perfettamente integri. Il suo effetto sulla successiva capacità operativa dell’unità non è quantificato dal comunicato.

La proprietà dei dati lascia dunque aperta la questione di chi possa continuare a usarli. Uno Stato può guadagnare risorse, assistenza e alternative attraverso un grande fornitore, accettando al tempo stesso dipendenze che dovrà poter sostituire. Il giudizio sull’autonomia passa anche per il tempo necessario a farlo. Un’applicazione ricostruibile altrove fra mesi offre una possibilità futura; una funzione necessaria oggi richiede accessi, risorse compatibili e persone già in condizione di intervenire.

La distanza protegge alcune condizioni della capacità. Per conoscere il margine che ha comprato serve vedere quale perdita il sistema riesca davvero ad assorbire.

Golfo 2026: il cloud torna a terra

All’inizio di marzo 2026 Reuters riferisce, sulla base delle comunicazioni AWS, che due strutture negli Emirati Arabi Uniti sono state colpite direttamente da droni e che un attacco nelle vicinanze ha danneggiato infrastrutture in Bahrain. Il resoconto comprende danni strutturali, interruzioni elettriche ed effetti degli incendi e delle operazioni di spegnimento. Amazon conferma l’interruzione della regione Bahrain e invita i clienti a migrare. La crisi del servizio passa attraverso edifici e impianti che devono essere raggiunti, messi in sicurezza e riparati.

L’aggiornamento del 15 settembre cambia la misura del problema. Secondo quanto AWS comunica a Reuters, in Bahrain una prima zona era stata colpita in marzo e una seconda in aprile; la maggior parte dei clienti aveva migrato prima dell’indisponibilità regionale. Per le risorse residue rimaste irraggiungibili, il gestore dichiara esaurite le possibilità di recupero. Negli Emirati l’impossibilità di ripristino riguarda risorse e dati ospitati esclusivamente nella zona mec1-az2, mentre il lavoro sulle altre zone prosegue.

La precisione del perimetro è parte della spiegazione. Una availability zone è un insieme infrastrutturale del provider, che può comprendere più di un edificio; una regione raggruppa più zone. Distribuire un’applicazione fra zone differenti offre separazione rispetto a certi guasti. La pressione su un’area più ampia può coinvolgere più parti della protezione predisposta, anche in momenti successivi. Il dominio di guasto è proprio l’insieme di risorse che una stessa causa, o cause correlate, possono compromettere. Nel Golfo, la sequenza dei danni mette alla prova l’ampiezza della separazione.

Dentro la stessa vicenda convivono migrazioni e risorse irrecuperabili. Fra il primo danno e l’aggravamento della crisi, una parte dei clienti trova una via d’uscita; altri carichi incontrano il limite delle possibilità rimaste. La descrizione aziendale consente di riconoscere entrambi gli esiti, senza ricavarne un tasso indipendentemente verificato di continuità per tutti gli utilizzatori.

Il confronto con l’Ucraina riguarda questa relazione fra esposizione, separazione e recupero. I casi hanno oggetti differenti: le migrazioni ucraine documentano continuità statale selettiva; il Golfo documenta il danno e il recupero di infrastrutture commerciali. Le fonti disponibili non identificano i carichi militari eventualmente interessati né consentono di attribuire alle interruzioni il fallimento di specifiche operazioni. La conseguenza militare è condizionale: se un’attività dipende da una funzione colpita e manca un’alternativa utilizzabile in tempo, quella perdita può raggiungere l’azione.

La minaccia entra intanto nelle scelte di progettazione. L’11 settembre Reuters riferisce, attraverso fonti coinvolte o informate sui piani, revisioni dei progetti emiratini: distribuzione dei siti, protezioni aggiuntive e ipotesi sotterranee per carichi sensibili. G42 — grande azienda di intelligenza artificiale e cloud computing con sede ad Abu Dhabi — dichiara che i programmi proseguono e che la configurazione è soggetta a revisione. Si tratta di opzioni e piani in evoluzione, la cui realizzazione ed efficacia devono ancora essere accertate.

Il datacenter riappare così in tutta la sua consistenza. La sua capacità può essere protetta, trasferita o perduta; il servizio può avere un destino diverso dall’edificio. Per chi deve organizzarlo, il problema diventa scegliere quali parti mantenere insieme e quali rendere capaci di proseguire separatamente.

Ciò che deve continuare a funzionare

Un grande calcolo e una risposta urgente impongono requisiti diversi all’infrastruttura. L’addestramento di alcuni modelli beneficia della concentrazione: grandi risorse di calcolo organizzate in cluster strettamente interconnessi, dove banda elevata e bassa latenza permettono di distribuire efficacemente il lavoro. Un’elaborazione destinata a un reparto isolato privilegia invece la prossimità e l’autonomia, perché deve poter continuare con le risorse ancora disponibili sul posto. Fra questi estremi, un nodo di comando può conservare una parte del quadro, elaborare informazioni locali e riallinearsi al sistema condiviso quando il collegamento viene ristabilito.

In sistemi complessi come DELTA, funzioni diverse possono essere distribuite su livelli differenti. Le funzioni possono distribuirsi su livelli diversi: un centro concentra i carichi più esigenti; altri nodi preservano dati e stati di avanzamento; i dispositivi prossimi all’impiego mantengono compiti più circoscritti anche durante l’isolamento. La scelta non oppone centro e periferia in astratto: dipende dalla funzione, dal tempo entro cui deve restare utile, dalla degradazione accettabile e dalla minaccia che il sistema deve assorbire.

Gli studi di RUSI e dell’ETH descrivono componenti locali e funzioni offline nell’ecosistema ucraino. RUSI identifica in particolare Monitor Mobile come componente offline di DELTA; il rapporto ETH ricostruisce anche soluzioni intermedie fra dispositivo individuale e cloud remoto. Sono descrizioni di capacità periferiche, con durata e prestazioni sotto isolamento non quantificate pubblicamente.

Il valore dell’edge — l’elaborazione vicina al punto d’impiego — emerge soprattutto quando il collegamento viene meno. Una funzione predisposta localmente può continuare a operare con i dati e le risorse ancora disponibili sul posto; in cambio, però, il sistema rinuncia progressivamente a una parte del quadro condiviso. L’autonomia compra tempo, ma accumula divergenza. Se più nodi continuano a registrare attività senza comunicare, le loro rappresentazioni della situazione cominciano a separarsi. Quando la rete torna disponibile, non basta riversare i file nel sistema comune: occorre distinguere duplicati, risolvere modifiche concorrenti, scartare osservazioni ormai superate e ristabilire quale versione del quadro sia ancora attendibile. La riconnessione, quindi, non coincide con il ritorno immediato alla coerenza. È il costo nascosto dell’isolamento: mantenere una funzione locale può preservare capacità nel momento della separazione, ma lascia un lavoro di ricomposizione quando il sistema torna a comunicare. La misura di questo debito dipende dall’architettura concreta e non è pubblicamente accertata per DELTA.

L’intelligenza artificiale rende visibile un’altra conseguenza di questa architettura: una capacità destinata all’impiego vicino al fronte può essere preparata, verificata e aggiornata altrove. Nel gennaio 2026 il Ministero della Difesa ucraino annuncia Brave1 Dataroom, un ambiente protetto per addestrare e validare modelli destinati all’impiego militare, sviluppato su soluzioni software di Palantir. Il ruolo documentato dell’azienda riguarda la piattaforma; ubicazione dei server e risorse di calcolo rimangono indeterminate. Nell’agosto successivo il ministero apre alle imprese Avengers Labs, una piattaforma sviluppata dalla stessa struttura di DELTA per mettere i dati del campo di battaglia al servizio dello sviluppo di modelli per sistemi senza equipaggio. Il patrimonio annunciato comprende cinque milioni di fotogrammi annotati, in gran parte provenienti dall’ecosistema DELTA.

Fra quel patrimonio e una funzione locale c’è una filiera. Si selezionano gli esempi e se ne controllano le annotazioni; si addestra o si adatta il modello; una versione viene validata e resa compatibile con il dispositivo sul quale dovrà lavorare. L’inferenza è il momento in cui quella versione viene applicata a nuovi dati. Può avvenire vicino al sensore, se l’apparato lo consente, anche mentre il centro che ha sostenuto lo sviluppo è irraggiungibile. Quando l’avversario cambia mimetizzazione o modalità d’impiego, errori e nuovi esempi possono richiedere una revisione. L’autonomia durante l’impiego può dipendere da un sostegno remoto per continuare a essere utile nel tempo. Il luogo del calcolo, inoltre, lascia distinta l’autorità che decide e autorizza l’azione.

La combinazione di livelli compare anche fuori dall’Ucraina. La Alliance Digital Strategy della NATO del gennaio 2026 include cloud ibrido e federato, continuità e capacità prossime all’impiego. Il contratto statunitense JWCC, aggiudicato nel dicembre 2022 ad AWS, Google, Microsoft e Oracle, apre invece l’acquisizione di servizi dal livello centrale all’edge. Il primo documento definisce un indirizzo; il secondo amplia il ventaglio dei fornitori disponibili. Ma quattro interlocutori contrattuali non equivalgono ancora a quattro alternative operative: perché un’applicazione possa passare davvero da un ambiente all’altro servono compatibilità, configurazioni predisposte, accessi e procedure già verificati.

La distribuzione, quindi, non si misura contando siti, nodi o loghi. Due datacenter lontani possono dipendere dalla stessa autorità di accesso; due ambienti distinti possono richiedere le stesse competenze per essere ricostruiti; una seconda piattaforma può esistere senza essere pronta a ricevere il carico della prima. Un’alternativa acquista valore soltanto quando può essere attivata nel tempo richiesto e senza ereditare la stessa causa di fallimento. Separare le dipendenze aumenta il margine, ma moltiplica anche ciò che deve essere mantenuto, provato e reso nuovamente disponibile dopo ogni perdita. È qui che la distribuzione smette di essere una geometria dell’infrastruttura e diventa una capacità da sostenere nel tempo.

Ricostituire il margine

La distribuzione crea alternative; mantenerle tali richiede un lavoro che precede l’interruzione e continua ben oltre il ritorno del servizio. La capacità di calcolo resta legata a condizioni ostinatamente materiali: la potenza deve essere alimentata e il calore dissipato; i generatori devono ricevere carburante; agli apparati guasti devono corrispondere ricambi compatibili e tecnici capaci di intervenire. Disperdere la capacità non elimina questa logistica: distribuisce anche i luoghi nei quali essa deve continuare a funzionare.

Un incidente non bellico mostra quanto possa essere ampia la distanza fra riparare l’infrastruttura e restituire una funzione agli utenti. Nel luglio 2022, durante temperature eccezionalmente elevate a Londra, Google Cloud registrò il cedimento di sistemi di raffreddamento e conseguenti spegnimenti protettivi. Il problema termico venne risolto prima che tutti i servizi tornassero disponibili; difficoltà successive nell’instradamento prolungarono l’interruzione. Ripristinare le condizioni fisiche dell’impianto significa quindi restituire una possibilità di funzionamento, non ancora la funzione. Applicazioni, reti, configurazioni e utenti devono ancora ricomporsi fino a rendere nuovamente utilizzabile ciò che l’infrastruttura sostiene.

La capacità di calcolo possiede perciò una propria logistica. Energia, trasporto, manutenzione e sostituzione degli apparati ne sostengono la continuità materiale; tecnici e integratori mantengono compatibili configurazioni, software e aggiornamenti. Ma non tutto ciò che permette a una funzione di continuare appartiene alla logistica in senso stretto. Stati e fornitori stabiliscono priorità, autorizzazioni e condizioni d’accesso: sostenere la capacità significa anche governare chi possa usarla, modificarla e ricostituirla. Nel recupero, questi piani devono tornare a convergere mentre una parte del sistema continua, spesso, a servire gli utenti.

È proprio allora che può aprirsi una vulnerabilità meno visibile. Il sito alternativo assorbe il carico e conserva la funzione, ma consuma parte della capacità predisposta per l’emergenza; una replica perduta riduce la separazione residua; tecnici impegnati nel ripristino sottraggono tempo ad altri interventi. Il servizio può essere tornato disponibile mentre il sistema è diventato meno capace di sopportare la perdita successiva. Ripristinare la funzione e ricostituire la possibilità di ripristinarla ancora sono dunque due risultati distinti.

È qui che il problema incontra quello seguito in P6, Attacco sistemico e profondità difesa. Il danno diventa cumulativo quando consuma non soltanto la capacità presente, ma anche le condizioni della sua ricostituzione. Chi attacca può cercare di prolungare l’interruzione, colpire le alternative o imporre nuove perdite prima che il margine sia stato recuperato; chi difende deve invece ricostruirlo mentre continua a operare. Nel digitale il subentro può avvenire lontano dall’edificio perduto e assumere una configurazione diversa, ma il criterio resta lo stesso: quanta funzione è stata salvata, per quanto tempo può durare e quanto margine rimane per salvarla ancora.

Gli Snowball attraversati in Polonia all’inizio dell’invasione acquistano allora un significato più ampio della semplice messa in salvo di un archivio. Conservavano dati, ma soprattutto una possibilità di ripartenza che infrastrutture, applicazioni, persone e accordi avrebbero dovuto trasformare nuovamente in capacità utilizzabile. La resilienza digitale non si misura nel momento in cui il servizio torna online, ma in ciò che rimane dopo il recupero: quali funzioni sono ancora disponibili, quali alternative sono state consumate e quanto rapidamente possono essere ricostituite prima che una nuova pressione le renda necessarie.

Quadro documentale chiuso al 16 settembre 2026.