Le scelte sistemistiche di un progetto Pwas.

Tutti i componenti girano su cloud europeo, con la base dati gestita e i backup secondo le politiche concordate. È la configurazione che costa meno in gestione e che non impegna il vostro presidio sistemistico.

Va bene per la maggior parte dei progetti, comprese molte applicazioni che trattano dati personali ordinari. Diventa inadatta quando esistono vincoli contrattuali sulla residenza dei dati, quando le integrazioni riguardano sistemi che non escono dalla rete aziendale, o quando la vostra organizzazione ha una politica esplicita in senso contrario.

Cosa verificare prima: chi gestisce l'esercizio e con quali livelli di servizio, come si accede ai log e alle metriche, e come funziona il ripristino.

Gli stessi componenti girano nella vostra infrastruttura: una macchina virtuale con esecuzione di container è sufficiente per partire, un orchestratore diventa la scelta naturale quando servono alta disponibilità e aggiornamenti senza interruzione.

È la configurazione frequente in sanità, pubblica amministrazione, finanza e utility, per tre ragioni ricorrenti: vincoli normativi o contrattuali sui dati, integrazioni con sistemi che vivono solo dentro la rete aziendale, e presidi sistemistici che preferiscono tenere tutto in casa.

Cosa verificare prima: chi opera l'ambiente e con quali competenze, come si integrano monitoraggio e backup con gli strumenti che già usate, e come vengono applicati gli aggiornamenti dei componenti.

La parte rivolta all'esterno — portale clienti, area cittadini, interfacce pubbliche — sta su cloud; il cuore applicativo e i dati sensibili restano in sede, con un canale controllato fra i due.

È spesso la configurazione giusta quando dovete esporre qualcosa a utenti esterni ma non potete o non volete spostare tutto. Ha un costo in complessità operativa — due ambienti invece di uno, un canale da presidiare — che va messo sul piatto consapevolmente.

Cosa verificare prima: quali dati attraversano il canale e con quale frequenza, cosa succede quando il canale non è disponibile, e chi è responsabile di quale metà.

Un progetto serio ha almeno un ambiente di esercizio e uno dove si verificano le modifiche prima di applicarle. Poiché ogni progetto è un ambiente isolato con rete, volumi e porte proprie, creare un secondo ambiente è un'operazione ordinaria e non un'infrastruttura parallela da progettare.

La configurazione che descrive il dominio è versionata come qualsiasi documento, quindi la promozione di una modifica dall'ambiente di verifica a quello di esercizio è un passaggio controllato e ricostruibile, non un intervento manuale.

Dove la separazione dei dati è un requisito, l'ambiente di verifica lavora su dati anonimizzati o sintetici. È una scelta da fare all'inizio: costruire dopo un insieme di dati di prova realistico è molto più faticoso di quanto sembri, e nella pratica è il motivo per cui tanti progetti finiscono per verificare le modifiche in produzione.