Quattro settori, una prova da trenta domande: che cosa bisogna sapere per l'AD 7 in tecnologie dell'informazione

Il concorso EPSO/AD/429/26, pubblicato il 6 maggio 2026, seleziona amministratori di grado AD 7 in quattro settori, per un totale di circa 780 candidati idonei. Si concorre per un solo settore, e ogni settore ha la sua prova e la sua graduatoria.

Come nell'AD 8, solo la prova di settore decide la posizione: le altre sono soglie. Con 30 domande in 40 minuti si hanno 80 secondi a domanda, il tempo per riconoscere una distinzione, non per ricostruirla.

Alcuni argomenti attraversano più settori: i database compaiono nell'infrastruttura e nei dati, la sicurezza ovunque, il machine learning nella data science. Le altre guide li spiegano a fondo; qui trovi i collegamenti e le affermazioni da saper riconoscere.

La prima mansione del settore è progettare, integrare, gestire e far funzionare infrastrutture IT aziendali e data center: server, database, storage, servizi di rete, cybersecurity, postazioni di lavoro digitali. Il filo conduttore è uno: ogni componente prima o poi si guasta, e il progetto decide che cosa succede quando accade.

Un data center è un edificio progettato per tenere accesi i server: alimentazione con UPS (Uninterruptible Power Supply, gruppi di continuità a batteria) e generatori, raffreddamento, armadi (rack), collegamenti di rete ridondanti, controllo degli accessi fisici. La ridondanza si descrive con la notazione N (esattamente la capacità necessaria), N+1 (un componente di riserva), 2N (tutto duplicato, due percorsi indipendenti).

La classificazione più usata è quella dell'Uptime Institute in quattro Tier:

L'efficienza energetica si misura con il PUE (Power Usage Effectiveness): l'energia totale del data center divisa per quella consumata dalle sole apparecchiature IT. Il valore ideale è 1; un PUE di 1,5 vuol dire che per ogni kWh dei server se ne spende mezzo in raffreddamento e perdite. La direttiva europea sull'efficienza energetica (UE) 2023/1791 obbliga i data center sopra i 500 kW di potenza IT a comunicare ogni anno i propri indicatori energetici in una banca dati europea.

La virtualizzazione fa girare più macchine virtuali (VM) su un server fisico. Il programma che le gestisce è l'hypervisor: di tipo 1 (bare metal) se gira direttamente sull'hardware (VMware ESXi, Microsoft Hyper-V, KVM, usato nei server), di tipo 2 se gira sopra un sistema operativo (VirtualBox, per sviluppo e prove). Le VM si possono spostare da un server all'altro senza spegnerle (migrazione a caldo) e si possono assegnare più risorse virtuali di quelle fisiche (overcommit), contando sul fatto che non tutte le VM le usano insieme.

Un container è più leggero: condivide il kernel del sistema operativo ospite e isola solo processi, file e rete. Parte in un secondo e occupa poco, ma l'isolamento è più debole di quello di una VM. Nell'infrastruttura iperconvergente (HCI, Hyper-Converged Infrastructure) calcolo, storage e rete sono gestiti dal software su server tutti uguali, che si aggiungono per crescere.

Lo storage a blocchi serve a database e VM (bassa latenza); quello a file a cartelle condivise; quello a oggetti a grandi quantità di dati non strutturati, backup e archivi (scala quasi senza limiti, latenza più alta). Il RAID (Redundant Array of Independent Disks) combina più dischi per prestazioni o tolleranza ai guasti:

Due numeri definiscono un piano di ripristino, e si confondono spesso. L'RPO (Recovery Point Objective) è quanti dati si accetta di perdere, misurati in tempo: con un backup ogni notte, l'RPO è fino a 24 ore. L'RTO (Recovery Time Objective) è quanto tempo si accetta che il servizio resti fermo. L'RPO guarda indietro, l'RTO avanti.

La regola 3-2-1: tre copie dei dati, su due supporti diversi, una delle quali fuori sede. La versione aggiornata contro il ransomware è 3-2-1-1-0: in più una copia offline o immutabile, e zero errori nei test di ripristino. I backup sono completi, incrementali (solo ciò che è cambiato dall'ultimo backup di qualsiasi tipo: veloci da fare, lenti da ripristinare) o differenziali (ciò che è cambiato dall'ultimo completo). Per il ripristino in caso di disastro (DR, Disaster Recovery) si usano siti secondari caldi (pronti, minuti), tiepidi (parzialmente pronti, ore) o freddi (solo spazio e alimentazione, giorni).

La disponibilità si esprime in «nove»: 99,9% («tre nove») vuol dire circa 8,8 ore di fermo all'anno; 99,99% circa 53 minuti; 99,999% circa 5 minuti. Si stima dai tempi medi tra i guasti (MTBF, Mean Time Between Failures) e di riparazione (MTTR, Mean Time To Repair). Per una catena di componenti la regola è semplice: in serie le disponibilità si moltiplicano e calano; in parallelo si moltiplicano le indisponibilità, e la disponibilità sale.

Il «digital workplace» comprende i dispositivi degli utenti, la loro gestione centralizzata (inventario, aggiornamenti, configurazioni, cifratura del disco), gli strumenti di collaborazione e l'accesso remoto. Con la VDI (Virtual Desktop Infrastructure) il desktop gira come VM nel data center e l'utente lo vede da qualsiasi dispositivo: i dati non lasciano il centro, ma serve una rete affidabile.

Nelle istituzioni europee gran parte dell'esercizio quotidiano è affidata a fornitori esterni con contratti di servizi gestiti; il funzionario coordina, misura e decide. Le mansioni del bando lo dicono: gestire le attività operative tramite contratti (cambiamenti, richieste, incidenti, problemi, disponibilità, capacità), applicare DevSecOps e automazione, sostenere sicurezza e continuità operativa, gestire il ciclo di vita dei componenti, supervisionare squadre e fornitori sugli SLA.

ITIL (in origine IT Infrastructure Library), versione 4 del 2019, è il quadro di buone pratiche più diffuso per la gestione dei servizi IT. Il suo centro è il sistema del valore del servizio (Service Value System): principi guida, governance, una catena del valore di sei attività (pianificare, migliorare, coinvolgere, progettare e trasferire, ottenere o costruire, erogare e supportare), 34 pratiche e il miglioramento continuo. Ogni servizio si guarda da quattro dimensioni: organizzazioni e persone; informazioni e tecnologia; partner e fornitori; flussi di valore e processi.

Le domande d'esame girano quasi sempre intorno a quattro pratiche che si confondono:

Un SLA (Service Level Agreement) è l'accordo con il cliente del servizio: che cosa si fornisce e con quali livelli misurabili (disponibilità, tempo di presa in carico, tempo di risoluzione per priorità). Dietro un SLA ci sono un OLA (Operational Level Agreement, accordo tra gruppi interni) e un contratto di supporto (underpinning contract) con i fornitori esterni. Gli impegni a valle devono essere più stretti di quelli a monte: se il fornitore ha 8 ore per risolvere e l'SLA con il cliente ne promette 4, l'SLA è scritto per essere violato.

Un buon contratto di servizi gestiti definisce indicatori misurabili e chi li misura, penali o crediti di servizio quando non sono rispettati, riunioni di governance periodiche, un processo di escalation e un piano di uscita (come si passa a un altro fornitore senza fermare il servizio). Nei contratti quadro delle istituzioni europee le prestazioni si acquistano di solito in tre forme: a tempo e mezzi (si paga il tempo delle persone), a tempo e mezzi quotati (si paga un risultato a un prezzo concordato in anticipo in giornate) o a prezzo fisso; più il rischio passa al fornitore, più servono requisiti precisi.

Il DevOps unisce sviluppo ed esercizio per rilasciare spesso e in sicurezza; il DevSecOps vi integra la sicurezza fin dall'inizio (vedi la guida AD 8, capitolo 10, per SAST, DAST, SCA e SBOM). Tre sigle vicine:

L'infrastruttura come codice (IaC, Infrastructure as Code) descrive server, reti e configurazioni in file versionati invece che con interventi manuali: Terraform è dichiarativo (si descrive lo stato voluto, lo strumento calcola le differenze), Ansible automatizza la configurazione dei sistemi. Ne derivano l'infrastruttura immutabile (non si modifica un server: lo si sostituisce con uno nuovo) e il GitOps (lo stato del sistema è quello descritto nel repository; un agente lo allinea di continuo).

Per sapere se un servizio funziona si usa l'osservabilità: metriche (numeri nel tempo), log (eventi), tracce (il percorso di una richiesta tra i servizi). Il metodo SRE (Site Reliability Engineering) di Google fissa un SLI (Service Level Indicator, ciò che si misura), un SLO (Service Level Objective, l'obiettivo interno) e un error budget: il fermo che l'SLO consente, da «spendere» in rilasci e sperimentazioni.

La continuità operativa (business continuity) è la capacità di continuare a erogare i servizi essenziali durante un'interruzione; la norma di riferimento è la ISO 22301. Si comincia dalla BIA (Business Impact Analysis, analisi d'impatto): per ogni processo si stima il danno di un fermo nel tempo e si fissa il periodo massimo tollerabile di interruzione, da cui discendono RTO e RPO (capitolo 3). Il piano di continuità (BCP) riguarda l'organizzazione intera (persone, sedi, fornitori); il piano di ripristino in caso di disastro (DRP) è la sua parte tecnica. I piani si provano: esercitazioni a tavolino, simulazioni, fino al passaggio reale sul sito secondario.

Ogni componente fisico o virtuale ha un ciclo: pianificazione, acquisto (con le procedure del capitolo 8), installazione e integrazione, esercizio, fine del supporto, dismissione con cancellazione sicura dei dati. Il CMDB (Configuration Management Database) registra i componenti (configuration item) e le loro relazioni, ed è ciò che permette di sapere quali servizi tocca un cambiamento. I sistemi a fine supporto (end of life) non ricevono più correzioni di sicurezza: sono un rischio da pianificare per tempo, non un'emergenza da scoprire. Il monitoraggio tecnologico si fa con prove di concetto limitate, valutate su criteri decisi prima, prima di adottare una tecnologia emergente.

Un sistema HPC (High Performance Computing) è un insieme di migliaia di nodi di calcolo (CPU e, sempre più spesso, GPU) collegati da una rete a bassissima latenza (per esempio InfiniBand), con un file system parallelo condiviso (come Lustre) e uno scheduler (come Slurm) che assegna i nodi ai lavori in coda. Si programma in due modi: a memoria condivisa dentro un nodo (OpenMP, thread che vedono la stessa memoria) e a memoria distribuita tra nodi (MPI, Message Passing Interface, processi che si scambiano messaggi). Le GPU si programmano con CUDA o librerie equivalenti.

Le prestazioni si misurano in FLOP/s (operazioni in virgola mobile al secondo). La classifica TOP500 ordina i supercomputer con il test LINPACK; la Green500 per efficienza energetica (FLOP/s per watt). Un sistema exascale supera 10¹⁸ FLOP/s.

In Europa i supercomputer pubblici sono coordinati dall'impresa comune EuroHPC (dal 2018, sede a Lussemburgo), che li cofinanzia con gli Stati membri: tra gli altri LUMI in Finlandia, Leonardo in Italia (Bologna), MareNostrum 5 in Spagna e JUPITER in Germania, il primo sistema exascale europeo, inaugurato nel 2025. Sugli stessi sistemi poggiano le AI Factories (vedi la guida AD 8, capitolo 8).

Un qubit può trovarsi in una sovrapposizione di 0 e 1; più qubit possono essere entangled (correlati in modo che lo stato dell'uno non si descrive senza l'altro). Una misura fa «collassare» lo stato su 0 o 1 con certe probabilità. Il nemico è la decoerenza: l'interazione con l'ambiente distrugge lo stato quantistico in frazioni di secondo, quindi i calcoli sono brevi e pieni di errori. Le macchine attuali sono dette NISQ (Noisy Intermediate-Scale Quantum): decine o centinaia di qubit rumorosi. La correzione degli errori combina molti qubit fisici in un qubit logico affidabile, ed è la strada verso macchine utili su larga scala.

Le tecnologie in competizione per i qubit sono circuiti superconduttori, ioni intrappolati, atomi neutri e fotoni, ciascuna con vantaggi diversi in stabilità e scalabilità. Per un'organizzazione «valutare e integrare» oggi vuol dire soprattutto tre cose: preparare la migrazione post-quantistica (inventario degli algoritmi in uso, agilità crittografica), seguire i casi d'uso di simulazione e ottimizzazione con prove limitate, e usare l'accesso ai computer quantistici integrati nei centri HPC di EuroHPC. Il quadro politico è la strategia europea per le tecnologie quantistiche del luglio 2025, dopo il programma Quantum Flagship avviato nel 2018.

Il settore chiede di gestire, sostenere e monitorare progetti, programmi e portafogli ICT per tutto il ciclo di vita: analisi, proposta, progettazione, stima dei costi, acquisizione di risorse, pianificazione, rendicontazione. Per un candidato alle istituzioni europee il metodo da conoscere meglio è quello che la Commissione stessa ha sviluppato e usa: PM².

Il progetto si misura sui risultati consegnati (output), il programma sui benefici ottenuti (outcome), il portafoglio sul contributo alla strategia. Gestire un portafoglio vuol dire soprattutto decidere che cosa non fare: classificare le proposte secondo valore, rischio, allineamento e risorse, e fermare i progetti che non rendono più.

PM² è il metodo di gestione dei progetti sviluppato dalla Commissione europea e reso pubblico, gratuito, anche per altre amministrazioni. Combina elementi di PMBOK, PRINCE2 e dei metodi agili in un quadro più leggero, pensato per le istituzioni. Ha quattro fasi, con il monitoraggio e controllo che le attraversa tutte, e tra una fase e l'altra un punto di decisione (phase gate):

I tre punti di decisione sono RfP (Ready for Planning, pronto per la pianificazione), RfE (Ready for Executing) e RfC (Ready for Closing). I documenti principali per fase:

La governance di PM² è a strati. Sopra il progetto c'è l'organo di governance appropriato (AGB, Appropriate Governance Body), che lo autorizza dentro l'organizzazione. Lo strato direttivo è il comitato direttivo del progetto (PSC, Project Steering Committee). Lo strato di gestione ha due figure: il Business Manager, lato richiedente, e il Project Manager, lato fornitore della soluzione. Lo strato esecutivo comprende il Business Implementation Group e il Project Core Team.

La gestione per eccezione di PRINCE2 è un'idea da ricordare: il comitato fissa tolleranze (per tempo, costo, ambito, qualità, rischio, benefici) e interviene solo quando un livello prevede di superarle. Le stesse figure del Project Board si ritrovano, con altri nomi, nella governance di PM².

Un business case confronta opzioni (compreso «non fare nulla») su costi, benefici, rischi e tempi, e va riverificato a ogni punto di decisione: un progetto che non è più giustificato si ferma. I requisiti si prioritizzano spesso con il metodo MoSCoW: Must have (indispensabile), Should have (importante ma non vitale), Could have (desiderabile), Won't have this time (escluso per ora). Gli stakeholder si mappano sulla griglia potere/interesse: chi ha molto potere e molto interesse va gestito da vicino, chi ha potere ma poco interesse va tenuto soddisfatto, chi ha interesse ma poco potere va tenuto informato, gli altri monitorati.

Il bando chiede di stimare i costi, pianificare, monitorare costi, tempi, risorse, risultati e rischi, gestire i cambiamenti e riferire. Ognuna di queste attività ha strumenti con nomi e formule precisi, ed è qui che le domande diventano numeriche.

La WBS (Work Breakdown Structure, struttura analitica del progetto) scompone il lavoro in risultati sempre più piccoli, fino ai pacchetti di lavoro che si possono stimare e assegnare. Vale la regola del 100%: la somma dei figli è esattamente il lavoro del padre, né più né meno. Il lavoro che non è nella WBS non è nel progetto.

Le stime si fanno per analogia (un progetto simile già fatto), in modo parametrico (un parametro per un'unità: 3 giorni per schermata × 40 schermate) o a tre punti, combinando un valore ottimistico, uno più probabile e uno pessimistico.

Le attività si collegano in un reticolo secondo le dipendenze. Il percorso critico è la catena più lunga dall'inizio alla fine: la sua durata è la durata del progetto, e ogni giorno di ritardo su una sua attività è un giorno di ritardo del progetto. Le altre attività hanno un margine (float o slack): possono ritardare fino a quel valore senza spostare la fine. Il calcolo si fa in due passate: in avanti (inizio e fine più presti) e all'indietro (inizio e fine più tardi); il margine è la differenza.

Per accorciare un progetto si agisce solo sul percorso critico: crashing (aggiungere risorse alle attività critiche, a un costo) o fast tracking (sovrapporre attività previste in sequenza, a un rischio). Accelerare un'attività con margine non accorcia nulla.

Un rischio è un evento incerto che, se accade, influisce sugli obiettivi; una questione aperta (issue) è qualcosa che è già accaduto e va gestito. Un rischio che si materializza diventa una questione. I rischi si registrano in un registro con probabilità, impatto, responsabile e risposta. Le risposte alle minacce sono evitare, trasferire, mitigare, accettare; alle opportunità (i rischi positivi) sfruttare, condividere, migliorare, accettare.

Ogni modifica all'ambito, ai tempi o ai costi approvati passa dal controllo dei cambiamenti: richiesta scritta, valutazione dell'impatto, decisione dell'organo competente (nei limiti delle tolleranze), aggiornamento della baseline. Senza questo processo il progetto subisce lo scope creep: l'ambito cresce un po' alla volta senza che tempi e budget lo seguano.

Nelle istituzioni europee un progetto ICT è quasi sempre realizzato in parte da fornitori esterni, scelti con procedure d'appalto e gestiti con contratti quadro. E sempre più spesso è gestito in modo agile. Il capo progetto deve saper tenere insieme i due mondi: un contratto scritto prima e un ambito che si scopre strada facendo.

Il Manifesto agile (2001) privilegia individui e interazioni rispetto a processi e strumenti, software funzionante rispetto a documentazione esaustiva, collaborazione con il cliente rispetto alla negoziazione dei contratti, risposta al cambiamento rispetto al seguire un piano. Nel modello a cascata (waterfall) l'ambito è fissato all'inizio e tempi e costi ne derivano; nei metodi agili tempi e costi sono fissati per iterazione, e l'ambito si adatta.

Scrum è il quadro agile più diffuso. Secondo la Scrum Guide (edizione 2020) ha:

Kanban non ha iterazioni: visualizza il flusso su una lavagna e mette limiti al lavoro in corso (WIP, Work In Progress) per ogni colonna. La legge di Little lega le tre grandezze del flusso: ridurre il lavoro in corso riduce il tempo di attraversamento.

Per molti team insieme esistono quadri «in scala» come SAFe (Scaled Agile Framework), con treni di rilascio e pianificazione per incrementi di programma. Nelle istituzioni si usano spesso approcci ibridi: governance e punti di decisione di PM², esecuzione in sprint con PM²-Agile.

Le istituzioni dell'Unione comprano secondo il regolamento finanziario (la rifusione in vigore è il Regolamento (UE, Euratom) 2024/2509), mentre le amministrazioni degli Stati membri seguono la direttiva 2014/24/UE recepita nel diritto nazionale. I principi sono gli stessi: trasparenza, proporzionalità, parità di trattamento, non discriminazione e la più ampia concorrenza possibile.

Le offerte passano tre filtri, in quest'ordine logico: criteri di esclusione (chi non può contrattare con l'Unione: fallimento, condanne, gravi illeciti; le istituzioni usano il sistema di individuazione precoce e di esclusione, EDES), criteri di selezione (capacità giuridica, economico-finanziaria, tecnico-professionale dell'offerente), criteri di aggiudicazione (qualità e prezzo dell'offerta). L'aggiudicazione va all'offerta economicamente più vantaggiosa, che può essere il prezzo più basso, il costo più basso sull'intero ciclo di vita o il miglior rapporto qualità/prezzo.

Per gli acquisti ricorrenti si usano i contratti quadro: un accordo con uno o più fornitori per un periodo (di norma fino a quattro anni), dentro cui si ordinano prestazioni con contratti specifici o buoni d'ordine. Con più fornitori si assegna «a cascata» (al primo in graduatoria, poi al secondo se il primo non può) o con una riapertura della concorrenza tra i fornitori del quadro. Dopo l'aggiudicazione c'è un periodo di sospensione (standstill) prima della firma, durante il quale gli esclusi possono contestare.

Firmato il contratto, il lavoro passa alla gestione del contratto: verificare e accettare formalmente i risultati secondo criteri scritti (in PM² nel piano di accettazione), misurare gli SLA (capitolo 4), applicare le penali quando previsto, gestire le modifiche entro i limiti consentiti dal regolamento finanziario (un cambiamento sostanziale richiede una nuova procedura), tenere riunioni di governance con il fornitore. Il rischio da prevenire fin dal capitolato è il lock-in: formati proprietari, conoscenza solo nel fornitore, nessun piano di uscita. Si contrasta con standard aperti, documentazione obbligatoria, diritti sul codice e una clausola di trasferimento a fine contratto.

La definizione di riferimento è quella del NIST (National Institute of Standards and Technology, SP 800-145, 2011). Il cloud computing ha cinque caratteristiche essenziali: self-service su richiesta, ampio accesso via rete, condivisione delle risorse tra più clienti (multi-tenancy), elasticità rapida, servizio misurato (si paga quel che si usa). Tre modelli di servizio e quattro modelli di distribuzione completano il quadro.

I modelli di distribuzione sono pubblico (infrastruttura condivisa di un fornitore), privato (dedicato a una sola organizzazione, anche se gestito da terzi), comunitario (condiviso da organizzazioni con esigenze comuni, come più istituzioni) e ibrido (due o più modelli collegati, con dati e applicazioni che si spostano tra loro). Il multi-cloud è l'uso di più fornitori pubblici: riduce la dipendenza da uno solo, ma moltiplica competenze, strumenti e superfici d'attacco.

Il modello di responsabilità condivisa dice chi protegge che cosa. Il fornitore è responsabile della sicurezza del cloud (edifici, hardware, hypervisor); il cliente della sicurezza nel cloud. Dati, identità e accessi restano sempre del cliente, anche in SaaS. Gran parte degli incidenti nel cloud nasce da una configurazione sbagliata dal lato del cliente, non da un guasto del fornitore: un archivio di oggetti lasciato pubblico, una chiave d'accesso nel codice, permessi troppo larghi.

L'infrastruttura si descrive come codice (IaC, capitolo 4), e un'applicazione progettata per il cloud segue principi noti come le dodici regole (twelve-factor app): configurazione nelle variabili d'ambiente, processi senza stato, log come flussi di eventi. Si progetta per il guasto: istanze in più zone di disponibilità (data center separati nella stessa regione), e repliche in un'altra regione quando serve resistere alla perdita di una regione intera.

Spostare un'applicazione nel cloud ha strategie con nomi propri, le «6 R»: rehost (lift and shift, così com'è), replatform (piccole modifiche, per esempio un database gestito), refactor (riscrivere in modo cloud native), repurchase (passare a un SaaS), retire (spegnere), retain (tenere dove sta).

Nel cloud la spesa diventa operativa (OPEX) invece che d'investimento (CAPEX), e si decide ogni volta che qualcuno avvia una risorsa. Il FinOps è la pratica che rende i costi del cloud visibili e responsabili: informare (etichette su ogni risorsa, costi attribuiti ai progetti), ottimizzare (dimensionare bene, spegnere ciò che non serve, comprare impegni), operare (budget, allarmi, revisione continua).

Per un'amministrazione europea la domanda non è solo «quanto costa», ma chi può accedere ai dati e secondo quale legge. Un fornitore soggetto a leggi di un paese terzo può essere obbligato a consegnare dati anche se sono conservati in Europa: per questo contano la localizzazione dei dati, la cifratura con chiavi gestite dal cliente (meglio se in un modulo hardware sotto il suo controllo), e chi gestisce le operazioni.

La Commissione ha una propria strategia per il cloud («cloud ibrido» con servizi interni e contratti quadro con fornitori pubblici) e una strategia digitale che chiede soluzioni aperte, interoperabili e sicure. Le istituzioni comprano servizi cloud attraverso contratti quadro interistituzionali gestiti dalla DG DIGIT (capitolo 8).

Un indirizzo IPv4 ha 32 bit, scritti in quattro numeri da 0 a 255. Con la notazione CIDR (Classless Inter-Domain Routing) il numero dopo la barra dice quanti bit iniziali identificano la rete; i bit restanti identificano l'host dentro la rete. In ogni sottorete il primo indirizzo è quello della rete e l'ultimo è il broadcast: nessuno dei due si assegna a un dispositivo.

Gli indirizzi privati (RFC 1918) sono 10.0.0.0/8, 172.16.0.0/12 e 192.168.0.0/16: non sono instradati su Internet, e il NAT (Network Address Translation) li traduce in un indirizzo pubblico in uscita. Il NAT nasce dalla scarsità di indirizzi IPv4, non come misura di sicurezza. IPv6 ha 128 bit, scritti in otto gruppi esadecimali (2001:db8::1, dove «::» sostituisce una serie di zeri); una sottorete standard è /64, gli indirizzi si possono configurare da soli (SLAAC) e il NAT non serve più. Gli indirizzi si assegnano con DHCP (Dynamic Host Configuration Protocol); ARP trova l'indirizzo fisico (MAC) che corrisponde a un indirizzo IPv4 sulla rete locale.

Uno switch inoltra i frame dentro una rete locale usando gli indirizzi MAC. Le VLAN (Virtual LAN, IEEE 802.1Q) dividono uno stesso switch in reti logiche separate: uffici, server, telefoni, ospiti. Tra VLAN diverse il traffico passa solo attraverso un router o un firewall, ed è lì che si applicano le regole: è la segmentazione. Il protocollo STP (Spanning Tree) evita i cicli che, al livello 2, farebbero girare i frame all'infinito.

Un router sceglie la strada di ogni pacchetto confrontando l'indirizzo di destinazione con la sua tabella di instradamento; vince la voce con il prefisso più lungo che corrisponde. Le tabelle si riempiono a mano (instradamento statico) o con protocolli dinamici:

Le prestazioni di rete si misurano in banda (quanti bit al secondo), latenza (quanto impiega un pacchetto), jitter (quanto varia la latenza) e perdita di pacchetti. Più banda non riduce la latenza: la latenza dipende soprattutto dalla distanza e dagli apparati attraversati. La qualità del servizio (QoS) dà priorità al traffico sensibile, come la voce. Le istituzioni e le amministrazioni nazionali si scambiano dati sulla rete protetta TESTA (Trans European Services for Telematics between Administrations), gestita dalla Commissione.

Il SDN (Software-Defined Networking) separa il piano di controllo (dove si decide) dal piano dei dati (dove si inoltra), così la rete si programma da un controllore centrale; è la base di SD-WAN e delle reti virtuali del cloud.

Per la rete in particolare: una DMZ (zona demilitarizzata) isola i servizi esposti a Internet dalla rete interna; la microsegmentazione applica regole tra singoli carichi di lavoro, non solo tra reti; il NAC (Network Access Control, con IEEE 802.1X) ammette un dispositivo sulla rete solo dopo averlo autenticato e verificato. Gli attacchi tipici sono la saturazione (DDoS), l'intercettazione sulla rete locale (ARP spoofing), il dirottamento DNS e BGP, la scansione delle porte esposte.

Nei progetti reali la maggior parte del tempo di un data scientist va nel portare i dati dove servono, in una forma affidabile. Il bando lo chiede esplicitamente: ingegneria dei dati, architettura dei dati e tecnologie semantiche, API. In più c'è il calcolo ad alte prestazioni, già spiegato nel capitolo 5.

Nell'ETL (Extract, Transform, Load) i dati si trasformano prima di caricarli nella destinazione; nell'ELT si caricano grezzi e si trasformano dentro la destinazione, sfruttandone la potenza di calcolo. L'ELT è diventato comune con i data warehouse nel cloud e strumenti come dbt, che versionano le trasformazioni come codice. Lo schema a strati grezzo, pulito, pronto all'uso è chiamato spesso architettura medallion (bronzo, argento, oro).

L'elaborazione batch lavora su blocchi di dati a intervalli (ogni notte); quella in streaming lavora su ogni evento appena arriva, con latenze di secondi. Il Change Data Capture (CDC) legge il registro delle modifiche di un database e trasmette ogni inserimento o aggiornamento come evento, senza appesantire il sistema di origine.

Nel warehouse i dati si modellano spesso con lo schema a stella: una tabella dei fatti al centro con le misure (importo, quantità) e le chiavi verso le tabelle delle dimensioni (tempo, prodotto, luogo) che servono a filtrare e raggruppare. Se le dimensioni sono a loro volta normalizzate si parla di schema a fiocco di neve. Il warehouse è OLAP (analisi su molti dati, poche scritture); il database delle applicazioni è OLTP (molte piccole transazioni), spiegato nella guida sulle transazioni.

Le tecnologie semantiche descrivono i dati in modo che il significato sia esplicito e condiviso tra sistemi diversi. La base è RDF (Resource Description Framework): ogni informazione è una tripla soggetto, predicato, oggetto, e ogni cosa è identificata da un URI. Un insieme di triple forma un grafo di conoscenza.

L'Unione usa questi standard ovunque. EuroVoc è il tesauro multilingue dell'Unione, in SKOS; ELI (European Legislation Identifier) dà un URI stabile a ogni atto legislativo, come i link di questa guida; ECLI fa lo stesso per le sentenze; il CELLAR dell'Ufficio delle pubblicazioni conserva le pubblicazioni ufficiali come grafo RDF interrogabile con SPARQL. DCAT-AP è il profilo europeo per descrivere i cataloghi di dati, usato dal portale data.europa.eu; i Core Vocabularies di SEMIC definiscono in modo comune persona, impresa, indirizzo, servizio pubblico. Il Regolamento sull'Europa interoperabile (Regolamento (UE) 2024/903) ha reso strutturale la cooperazione sull'interoperabilità delle amministrazioni.

Un metodo è idempotente se ripeterlo dà lo stesso risultato: GET, PUT e DELETE lo sono, POST no; per questo un client può riprovare un PUT dopo un errore di rete, ma un POST va protetto con una chiave di idempotenza. Una buona API ha versioni, paginazione, codici di stato corretti (2xx successo, 4xx errore del client, 5xx del server; 429 troppe richieste), autenticazione con OAuth 2.0 e limiti di frequenza. Per esporre un modello si usano le stesse regole: vedi il servizio di inferenza nella guida su AI engineering e il ciclo MLOps nel capitolo 13.

Qui si aggiunge ciò che la guida sul machine learning dà per scontato: descrivere i dati, stimare con un margine d'errore, verificare un'ipotesi, distinguere correlazione e causa.

Quasi sempre si osserva un campione e si vuole dire qualcosa sulla popolazione. Il teorema del limite centrale dice che la media di un campione abbastanza grande si distribuisce quasi come una normale attorno alla media vera, qualunque sia la forma dei dati, con una dispersione che cala come la radice della numerosità: l'errore standard.

Un intervallo di confidenza al 95% non vuol dire «c'è il 95% di probabilità che il valore vero stia qui dentro»: vuol dire che il metodo, ripetuto su molti campioni, produce intervalli che contengono il valore vero nel 95% dei casi. Il campione deve essere casuale: un campione distorto (per esempio solo chi risponde volentieri a un sondaggio) dà intervalli stretti attorno al valore sbagliato.

Un test d'ipotesi parte dall'ipotesi nulla H₀ (nessuna differenza, nessun effetto) e calcola il valore p: la probabilità di osservare dati almeno così estremi se H₀ fosse vera. Se p è sotto la soglia α scelta prima (di solito 0,05), si rifiuta H₀. Il valore p non è la probabilità che H₀ sia vera, e un risultato «non significativo» non dimostra che l'effetto non esista.

La potenza cresce con la dimensione del campione e con la grandezza dell'effetto: prima di un esperimento si calcola quanti dati servono per vedere l'effetto minimo che interessa. Fare molti test aumenta i falsi positivi (con 20 test indipendenti a α = 0,05 ci si aspetta un risultato «significativo» per caso): la correzione di Bonferroni divide α per il numero di test. Test comuni: t di Student per confrontare medie, z per proporzioni con campioni grandi, chi quadrato per tabelle di frequenze, test non parametrici (Mann-Whitney) quando i dati non sono normali.

Il coefficiente di correlazione di Pearson r va da −1 a +1 e misura quanto due variabili stanno su una retta; r = 0 non esclude una relazione non lineare. La regressione lineare stima di quanto cambia la risposta per ogni unità di una variabile, a parità delle altre; R² dice quale quota della variabilità è spiegata dal modello. Il metodo dei minimi quadrati e la discesa del gradiente sono nella guida sul machine learning.

Una serie storica si scompone in tendenza, stagionalità (cicli regolari: settimanali, annuali) e residuo. Molti modelli richiedono che sia stazionaria (media e varianza costanti), e la si rende tale con le differenze. Strumenti tipici: medie mobili, livellamento esponenziale, modelli ARIMA (autoregressivi, integrati, a media mobile). Per valutare una previsione si usa una divisione temporale: si addestra sul passato, si verifica sul futuro, mai mescolando a caso.

Il teorema di Bayes aggiorna una probabilità alla luce di un'osservazione: probabilità a posteriori proporzionale a verosimiglianza per probabilità a priori. È la base dei filtri antispam e del ragionamento sui test diagnostici.

Per un data scientist l'automazione comincia prima del modello: pipeline riproducibili (stesso codice, stessi dati, stesso risultato), ambienti dichiarati (container, file delle dipendenze bloccate), notebook usati per esplorare ma non come codice di produzione, test sui dati oltre che sul codice. Il resto, dal registro dei modelli al monitoraggio, è nella guida AD 8 linkata sopra, che vale identico per questo settore.

Un grafico serve a far vedere un confronto. La scelta segue la domanda: confronto tra categorie → barre; andamento nel tempo → linee; relazione tra due variabili → dispersione (scatter); distribuzione → istogramma o box plot; parte del tutto → barre in pila o, con pochissime parti, una torta; dati geografici → mappa coropletica, con valori normalizzati per popolazione o superficie.

I principi più citati vengono da Edward Tufte: massimizzare il rapporto dati/inchiostro (togliere decorazioni, griglie pesanti, effetti 3D), evitare il chartjunk, mostrare i dati nel loro contesto. In più: titoli che dicono la conclusione, unità esplicite, colori accessibili a chi non distingue rosso e verde, incertezza mostrata (intervalli, bande) quando conta.

Strumenti comuni sono le librerie Python (matplotlib, seaborn, plotly), R con ggplot2 e gli strumenti di business intelligence per i cruscotti. Un cruscotto utile ha pochi indicatori, ciascuno con un riferimento (obiettivo, periodo precedente), e lascia approfondire il dettaglio. Per comunicare a un pubblico non tecnico si parte dalla conclusione e dalla decisione che richiede, poi i numeri che la sostengono, poi i limiti: è anche la struttura giusta per la prova scritta del concorso.

La governance dei dati stabilisce chi decide sui dati, con quali regole e responsabilità: il proprietario (data owner) risponde di un dominio, lo steward cura qualità e definizioni, il custode (custodian) gestisce la tecnologia. Gli strumenti sono un catalogo dei dati con metadati e glossario, la classificazione per sensibilità, la lineage, le politiche di conservazione. I dati della ricerca e del settore pubblico seguono spesso i principi FAIR: reperibili (Findable), accessibili, interoperabili, riutilizzabili.

guide vuol dire che l'argomento è già spiegato a fondo in un'altra guida di Explorables; qui che è spiegato in questa guida; da completare che conviene integrarlo con le fonti ufficiali.