Quale regione di AWS scegliere se la tua attività è in Spagna (e perché conta)

La prima cosa che AWS ti chiede, anche se non sembra, è dove: in alto a destra nella console c'è un selettore di regione e tutto quello che crei finirà in quella selezionata. Molti lasciano quella predefinita (spesso la Virginia, negli Stati Uniti) e scoprono mesi dopo che il loro sito ci mette più del dovuto, che pagano in dollari americani risorse che potrebbero stare dietro l'angolo, o che i loro dati sono fuori dall'Europa. Questa guida ti dà quattro criteri per scegliere bene fin dall'inizio e spiega cosa fare se è già sbagliato.

Criterio 1: vicino ai tuoi utenti

Se i tuoi clienti sono in Spagna, una regione europea vicina fa rispondere il sito prima. La differenza tra Spagna, Parigi, Irlanda o Francoforte è di millisecondi, appena percettibile; la differenza con la Virginia o l'Oregon si nota a ogni clic. Se i tuoi utenti sono sparsi per il mondo, scegli la regione dove sta la maggioranza e metti davanti una rete di distribuzione (CloudFront) per gli altri.

Criterio 2: che abbia i servizi di cui hai bisogno

Non tutti i servizi di AWS sono in tutte le regioni, e quelli nuovi arrivano prima nelle regioni grandi. Irlanda e Francoforte di solito hanno tutto; Parigi quasi tutto; la regione della Spagna, più recente, ha l'essenziale (macchine, database, archiviazione, Lambda...) ma alcuni servizi arrivano più tardi o non ci sono ancora. Prima di decidere, fai la lista di quello che userai (Lightsail? SES? un certo tipo di macchina?) e verificala nella tabella dei servizi per regione di AWS. Se qualcosa che ti serve non c'è, scegli un'altra regione fin dall'inizio: spostarsi dopo costa.

Criterio 3: il prezzo

La stessa risorsa costa diversamente a seconda della regione, a volte il 10 o il 20 per cento. Le regioni grandi (Irlanda, Virginia) di solito sono le più economiche; le più nuove o piccole, un po' più care. Per un progetto piccolo la differenza è poca; per uno con molte macchine, conviene confrontare nel calcolatore di prezzi di AWS prima di scegliere. E ricorda che la fattura è in dollari in ogni caso.

Criterio 4: dove si trovano i tuoi dati

Se tratti dati personali di clienti europei, averli in una regione dell'Unione Europea semplifica la conformità ed è quello che si aspettano i tuoi clienti e, a volte, i tuoi contratti. Qualsiasi regione europea (Spagna, Parigi, Irlanda, Francoforte, Stoccolma, Milano; Zurigo è fuori dall'UE) va bene per questo; quella della Spagna ha in più l'argomento della vicinanza fisica, se qualcuno te lo chiede. Annota la regione scelta nella tua documentazione sulla protezione dei dati.

Il nostro consiglio pratico

Per la maggior parte delle attività in Spagna: Parigi o Irlanda se vuoi avere tutto disponibile e i prezzi più contenuti; Spagna se la vicinanza o la residenza dei dati "in Spagna" è per te un argomento commerciale e hai già verificato che ci sono i servizi che usi. E una sola regione per tutto quello che va insieme (il sito, il suo database, il suo bucket): il traffico tra regioni viene addebitato e aggiunge latenza. I backup, invece, meglio in una seconda regione, per sicurezza (guida in questa sezione).

Se hai già scelto male

Non c'è un pulsante "sposta in un'altra regione", ma quasi tutto si può copiare: le macchine con un'immagine o un'istantanea copiata nella regione nuova; i database con un'istantanea copiata e ripristinata lì; i bucket con la replica o con un aws s3 sync tra bucket; il DNS non serve spostarlo (Route 53 è globale). Fallo con calma, servizio per servizio, cambia il DNS alla fine e cancella il vecchio quando tutto funziona. E imposta la regione nuova come predefinita nella console per non creare più nulla in quella vecchia.

Cosa può andare storto