Come abilitare la regione italiana di AWS e primi test di connettività
Tags: milano, aws, italiano
Published: 2020-08-30 21:46:17

---
title: Come abilitare la regione italiana di AWS e primi test di connettività
published: true
date: 2020-06-01 12:09:59 UTC
tags: milano,aws,italiano
canonical_url: https://medium.com/serverlessitaly/come-abilitare-la-regione-italiana-di-aws-e-primi-test-di-connettivit%C3%A0-56458753e58f 
---

![](https://cdn-images-1.medium.com/max/1024/1*flsLolONsgCuj5Llasfcbw.jpeg)<figcaption>Photo by <a href="https://unsplash.com/@cristina_gottardi?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText">Cristina Gottardi</a> on <a href="https://unsplash.com/s/photos/milan?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText">Unsplash</a></figcaption>

Amazon Web Services ha rafforzato la sua presenza in Europa mediante l’introduzione di una region dedicata agli utilizzatori dei servizi AWS in Italia, prevedendo nei prossimi anni uno sviluppo significativo di questo mercato.

La nuova region prende il nome di **eu-south-1** oppure **AWS Europe (Milan)**. Sebbene sia disponibile a tutti gli utenti AWS, non è abilitata di default quindi è necessario effettuare alcune semplici operazioni per poter accedere ai servizi localizzati nel nostro paese.

Infatti, selezionando la region eu-south-1 dal menu a discesa si viene portati ad una pagina che ci informa che è necessario chiedere l’abilitazione. Questo processo è totalmente gratuito, ma richiede un’autorizzazione esplicita e qualche minuto di attesa.

![](https://cdn-images-1.medium.com/max/986/1*lOINJh7fRHwpN0UBPctviw.png)

Dopo aver cliccato su **Continua** si viene portati all’elenco delle region attive sul nostro account, tra cui è possibile vedere come _Europe (Milan)_ sia indicata come “Disabilitata”.

![](https://cdn-images-1.medium.com/max/701/1*KY6229i-QbWmLdpz_irPIw.png)

Dopo aver cliccato su **Enable** è necessario confermare una seconda volta la scelta. Completato l’operazione si riceve un messaggio che avvisa che la region sarà disponibile una volta terminata la preparazione delle risorse da parte di AWS.

![](https://cdn-images-1.medium.com/max/736/1*PYw2YZrAqJke5SAmYaqoUg.png)

Il tempo di preparazione può richiedere fino ad alcuni minuti, entro i quali se si prova ad accedere dal menu a discesa si riceve un messaggio di attesa.

![](https://cdn-images-1.medium.com/max/968/1*Dog34vgsnC6yhwGVjdyjlQ.png)

Finalmente, al termine dell’operazione potremo accedere alla region eu-south-1, con la garanzia che le nostre risorse cloud siano localizzate in più availability zone (almeno 3) all’interno del territorio italiano.

![](https://cdn-images-1.medium.com/max/805/1*sJfCJIxctF0evW1m1XRggA.png)

Non tutti i servizi AWS sono disponibili all’interno di questa nuova region ed i costi delle risorse risultano leggermente più alti di **eu-west-1** (ma comunque in media con le altre region AWS e decisamente più contenuti di **eu-central-1** ).

Per renderci conto della latenza della nuova region, sperimentiamo il deploy di una API mediante **Amazon API Gateway**. Nel menu della console selezioniamo il servizio, poi **Create new API** ed impostiamo le opzioni come segue:

![](https://cdn-images-1.medium.com/max/1011/1*k5ydP9Xcb_5AlLSMokCWwQ.png)

In questo modo effettueremo il deploy della _pet store api_, una API di test offerta da API Gateway che sarà perfetta per provare i tempi di risposta della nostra region. Dopo aver selezionato **Import** occorre effettuare il deploy della API, scegliendo **New Stage** ed assegnando un nome allo stage di deploy.

![](https://cdn-images-1.medium.com/max/601/1*egUabZahb82mX4W5suWq2Q.png)

Completata l’operazione copiamo l’indirizzo riportato accanto a **Invoke URL** e proviamo una semplice richiesta **GET** con Postman. L’API PetStore appena generata si comporta come proxy verso una API resa disponibile da AWS nella region (raggiungibile all’url [http://petstore.execute-api.eu-south-1.amazonaws.com/petstore/pets](http://petstore.execute-api.eu-south-1.amazonaws.com/petstore/pets)), che, essendo realizzata mediante Lambda, potrebbe sperimentare il problema del cold start e quindi tornare tempi maggiori per la prima invocazione (pur sempre nell’ordine di qualche millisecondo). Per i nostri test, ignoriamo questi dati effettuando più chiamate, a distanza di qualche secondo e vediamo i tempi di risposta riportati da Postman:

![](https://cdn-images-1.medium.com/max/1024/1*NJ9Z-uym6RhfHgBI9X2ABg.png)

Il tempo di risposta dell’intera API è **13ms**. Non c’è male considerando che alle latenze di rete si sommano anche le latenze dovute alla banda del provider di connettività e la computazione per la generazione della risposta. Test diretti alla semplice latenza collocano la region Milano al primo posto tra quelle in Europa con minore latenza rispetto alla nostra posizione (dal momento che siamo in Italia) e di ben un’ordine di grandezza inferiore alla latenza per region oltreoceano.

> Attenzione: questi test sono stati effettuati su connettività fibra, da una posizione relativamente vicina alla region (qualche decina di km a sud di Milano). Le latenze potrebbero variare, restando comunque sempre contenute

![](https://cdn-images-1.medium.com/max/976/1*Z5XWsY4yEp6INy5PY9Fh8Q.png)<figcaption>Latenze verso le region AWS calcolate utilizzando il sito web <a href="https://ping.psa.fun/">https://ping.psa.fun/</a></figcaption>

Nei prossimi articoli continueremo a sperimentare le risorse disponibili all’interno di questa nuova region, iniziando a pubblicare alcuni servizi **serverless** ed a realizzare le nostre app con tecnologie all’avanguardia.

Nel frattempo, non mancate giovedì 4 giugno dalle 9:45 al primo evento gratuito interamente in lingua italiana sul mondo serverless. Registrazioni ed agenda su [italy.serverlessdays.io](http://italy.serverlessdays.io)

#### Informazioni sull’autore

Sviluppatore e Cloud architect da oltre un decennio, Luca Bianchi segue in qualità di CTO, lo sviluppo della tecnologia e dei prodotti Neosperience, Technology partner AWS, con particolare focus su **serverless** e **machine learning**.

Dal 2015 è co-organizer del [Serverless Italy Meetup](https://www.meetup.com/it-IT/Serverless-Italy/) e dal 2016 collabora all’organizzazione del capitolo italiano di ServerlessDays. Autore di numerose pubblicazioni, talk e video è da sempre appassionato di tecnologia, con particolare attenzione allo sviluppo di applicativi _serverless_, ai modelli di _machine learning_ e al mondo _IoT_.

Potete contattare Luca su [Twitter](https://twitter.com/bianchiluca), [LinkedIn](https://www.linkedin.com/in/lucabianchipavia/) e [Medium](https://medium.com/@aletheia)

* * *