AWS Global Infrastructure

-: Per la nostra applicazione di directory dei dipendenti, utilizzeremo le foto di ciascuno dei nostri dipendenti. Se abbiamo una sola copia di quelle foto e non vogliamo perderle, dobbiamo conservarle in un luogo sicuro. Attualmente, l'unica copia di queste foto è salvata sul mio computer portatile. Ma se il mio portatile si rompe, cosa succede? Niente più foto. Voglio assicurarmi che questo non accada, quindi caricherò le foto su AWS per garantire che le copie esistano anche se il mio portatile viene distrutto. Questo mi permette anche di accedere alle mie foto da qualsiasi luogo, da casa mia, dal mio telefono, da un aereo, da un treno, ovunque. Quando memorizzo queste foto in un servizio AWS, le memorizzo in un data center da qualche parte, su server all'interno di quel data center. Ma se si verifica un disastro naturale, come ad esempio un alieno che scende dallo spazio e distrugge un data center, cosa facciamo? Fortunatamente, AWS ha pianificato questo evento e molti altri, compresi i disastri naturali e altri inevitabili incidenti alieni. Il modo in cui si pianifica la situazione è attraverso la ridondanza. AWS dispone di cluster di centri dati in tutto il mondo. In questo caso AWS avrebbe un secondo centro dati collegato al primo attraverso collegamenti ridondanti ad alta velocità e bassa latenza. In questo modo, se il primo data center si guasta, il secondo data center è ancora attivo e funzionante. Questo cluster di data center è chiamato Availability Zone, o AZ. Un AZ è costituito da uno o più data center con alimentazione, rete e connettività ridondanti. Purtroppo, a volte i disastri naturali come gli uragani o altre calamità possono arrivare a colpire un'intera AZ, ma AWS ha previsto anche questo, sempre utilizzando la ridondanza. Come i data center, anche AWS raggruppa le AZ e le collega con collegamenti ridondanti ad alta velocità e bassa latenza. Un gruppo di AZ è chiamato semplicemente Regione. In AWS, potete scegliere la posizione delle vostre risorse non solo scegliendo un AZ, ma anche una Regione. Le regioni sono generalmente denominate in base alla loro ubicazione, in modo da poterne individuare facilmente la posizione. Ad esempio, potrei inserire le foto dei nostri dipendenti in una regione della Virginia settentrionale chiamata Regione della Virginia settentrionale. Sapendo che ci sono molte regioni AWS in tutto il mondo, come si fa a scegliere una regione AWS? Come regola di base, ci sono quattro aspetti da considerare quando si decide quale regione AWS utilizzare: conformità, latenza, prezzo e disponibilità del servizio. Cominciamo con la conformità. Prima di ogni altro fattore, è necessario considerare i requisiti di conformità. Potreste scoprire che l'applicazione, l'azienda o il Paese in cui vivete vi impone di gestire i dati e le risorse IT in un certo modo. Avete l'esigenza che i vostri dati risiedano entro i confini del Regno Unito? Allora dovreste scegliere la regione di Londra, punto e basta. Nessuno degli altri fattori ha importanza. Se invece operate in Canada, potreste essere obbligati a correre all'interno della Canada Central Region. Ma se non avete un controllo di conformità o normativo che impone la vostra Regione, allora potete considerare altri fattori. Ad esempio, le foto dei nostri dipendenti non sono limitate dalle normative, quindi posso continuare ad analizzare il fattore successivo, ovvero la latenza. La latenza dipende dalla vicinanza delle risorse IT alla base di utenti. Se voglio che tutti i dipendenti di tutto il mondo possano visualizzare rapidamente le foto dei dipendenti, devo posizionare l'infrastruttura che ospita le foto vicino ai miei dipendenti. Siamo tutti legati alla velocità della luce. Applicato alla vostra attività, ciò significa che se i vostri utenti vivono in Oregon, allora ha senso eseguire la vostra applicazione nella Regione Oregon. Si potrebbe eseguire nella regione del Brasile, ma la latenza dall'Oregon al Brasile potrebbe avere un impatto sui vostri utenti e creare un tempo di caricamento più lento. Ma forse voglio davvero eseguire la mia applicazione o archiviare le foto dei miei dipendenti in Brasile. Un problema che potrei incontrare è il prezzo, che è il prossimo fattore di cui parleremo. I prezzi possono variare da regione a regione, per cui è possibile che alcune regioni, come quella di San Paolo, siano più costose di altre a causa delle diverse strutture fiscali. Quindi, anche se volessi archiviare le foto dei miei dipendenti in Brasile, potrebbe non avere senso dal punto di vista della latenza o dei prezzi. Infine, il quarto fattore da considerare è il servizio che si desidera utilizzare. Spesso, quando creiamo nuovi servizi o funzionalità in AWS, non li implementiamo subito in tutte le regioni che abbiamo. In altre parole, se volete iniziare a utilizzare un nuovo servizio il primo giorno dopo il suo lancio, dovrete assicurarvi che funzioni nella regione in cui intendete gestire la vostra infrastruttura. Ricapitolando, le regioni, le zone di disponibilità e i data center esistono in modo ridondante e annidato. Ci sono data center all'interno di zone di disponibilità e zone di disponibilità all'interno di regioni. E come si sceglie una Regione? Osservando la conformità, la latenza, i prezzi e la disponibilità dei servizi. Queste sono le basi, ma non è la fine della storia quando si tratta di AWS Global Infrastructure. Abbiamo anche la rete globale dei bordi, che consiste di sedi dei bordi e di cache regionali dei bordi. Le postazioni edge e le cache edge regionali sono utilizzate per memorizzare i contenuti più vicini agli utenti finali, riducendo così la latenza. Considerate questo scenario. Siete un'azienda che ospita un sito web per i propri utenti in tutto il mondo. Anche se il vostro sito web viene scaricato da tutto il mondo, è ospitato in una regione AWS del Nord America, ad esempio l'Ohio. Senza la cache, ogni utente dovrebbe inviare una richiesta alla Regione dell'Ohio dove vengono scaricati i dati, che poi verrebbero restituiti all'utente e visualizzati nel suo browser. Se l'utente si trova negli Stati Uniti o in un paese vicino, la latenza di questo processo potrebbe essere minima. Tuttavia, se un utente proviene da un luogo lontano dalla regione dell'Ohio, la latenza sarà maggiore. La latenza è un grosso ostacolo per molti casi d'uso, comprese le applicazioni web. Per ridurre la latenza, è possibile utilizzare le posizioni periferiche per memorizzare nella cache i contenuti a cui si accede di frequente. Quando si esegue la cache di un contenuto in una postazione edge, una copia viene ospitata nelle postazioni edge di tutto il mondo. In questo modo, quando un utente va a recuperare le informazioni, queste provengono dalla posizione edge più vicina, riducendo notevolmente la latenza per l'utente. È possibile utilizzare servizi come Amazon CloudFront per memorizzare nella cache i contenuti utilizzando le postazioni edge.