AWS no és un únic ordinador gegant: és una xarxa de datacenters repartits per tot el món, organitzats en regions. Entendre què és una regió i com triar la correcta és una de les primeres decisions pràctiques que prendràs, i afecta la velocitat, el cost i la legalitat del teu projecte.

Què és una regió

Una regió AWS és una zona geogràfica del món on AWS té un grup de datacenters. Cada regió és independent de les altres.

Alguns exemples de regions (amb el seu codi, que faràs servir molt):

Regió Ubicació Codi
Europa (Irlanda) Dublín eu-west-1
Europa (Frankfurt) Alemanya eu-central-1
Europa (Espanya) Aragó eu-south-2
EUA Est (Nord de Virgínia) Virgínia us-east-1
Àsia Pacífic (Tòquio) Japó ap-northeast-1
Amèrica del Sud (São Paulo) Brasil sa-east-1

Hi ha desenes de regions arreu del planeta, i AWS n’afegeix de noves amb freqüència. El codi (eu-west-1, etc.) és el nom tècnic que veuràs a la consola i al codi de Terraform.

Per què hi ha diverses regions

Tenir datacenters en molts llocs resol tres coses:

  1. Proximitat als usuaris → menys latència (l’app va més ràpida).
  2. Compliment legal → algunes dades han de quedar-se en un país concret.
  3. Resiliència → si una regió té un problema greu, pots operar des d’una altra.

Important: les regions estan aïllades entre si expressament. Si desplegues alguna cosa a Irlanda, no apareix automàticament a Tòquio. Això és bo per a la seguretat i la tolerància a fallades, però vol dir que tu decideixes on va cada cosa.

Com triar la regió correcta

Triar regió és una decisió que convé pensar. Aquests són els quatre factors clau:

  1. Proximitat als teus usuaris (latència)

Com més a prop estigui la regió dels teus usuaris, més ràpida serà la teva aplicació.

Exemple: Si els teus clients són a Espanya, tria una regió europea (Espanya, Irlanda o Frankfurt), no una a Tòquio. Les dades viatjant d’anada i tornada al Japó afegirien un retard perceptible.

  1. Compliment legal i sobirania de dades

Algunes lleis obliguen que les dades dels ciutadans s’emmagatzemin dins de certes fronteres.

Exemple: El RGPD europeu fa que moltes empreses prefereixin mantenir les dades de clients europeus en regions de la UE. Veurem això al subcapítol 3.4.

  1. Cost

Els preus varien entre regions. El mateix servidor pot costar diferent a Virgínia que a São Paulo.

Dada útil: us-east-1 (Nord de Virgínia) sol ser de les més barates i on abans apareixen els serveis nous. Però si els teus usuaris són a Europa, l’estalvi no compensa la latència.

  1. Serveis disponibles

No totes les regions tenen tots els serveis. Les regions més noves o petites poden no tenir encara els serveis més recents. Abans de triar, comprova que la regió té el que necessites.

Un cas especial: us-east-1

La regió Nord de Virgínia (us-east-1) és la més antiga i «central» d’AWS. Convé saber dues coses:

  • És on AWS sol llançar primer els serveis nous.
  • Alguns serveis globals (com certes parts de facturació o el servei de certificats per a CloudFront) requereixen us-east-1, encara que els teus usuaris siguin en un altre lloc. Ho veuràs més endavant al llibre.

Regla pràctica per començar

Si estàs aprenent o dubtant, una bona regla per defecte:

Tria la regió més propera a tu (o als teus usuaris) que tingui els serveis que necessites.

Per a algú a Espanya, Europa (Espanya), Europa (Irlanda) o Europa (Frankfurt) són eleccions sensates per a la majoria de projectes.

El que has de recordar

  • Una regió és una zona geogràfica amb datacenters d’AWS; n’hi ha moltes arreu del món i cadascuna té un codi (eu-west-1, us-east-1…).
  • Les regions estan aïllades entre si: tu decideixes on posar cada cosa.
  • Tria regió segons latència (proximitat), legalitat (sobirania de dades), cost i serveis disponibles.
  • us-east-1 és especial: la més barata, on arriben abans els serveis nous i requerida per alguns serveis globals.

Al següent subcapítol baixarem un nivell: dins de cada regió hi ha diverses zones de disponibilitat (AZ), la clau de l’alta disponibilitat.

Cloud, AWS & Terraform — De zero a expert

Capítol 1 · Què és el cloud computing

Capítol 2 · El mercat cloud i els grans proveïdors

Capítol 3 · Regions, zones de disponibilitat i edge

Capítol 4 · Càlcul: EC2

Capítol 5 · Emmagatzematge: S3

Capítol 6 · Xarxes: VPC

Capítol 7 · Identitat i accés: IAM

Capítol 8 · Bases de dades gestionades

Capítol 9 · Per què Infraestructura com a Codi

Capítol 10 · HCL: el llenguatge de Terraform

Capítol 11 · Providers i estat

Capítol 12 · La teva primera infraestructura real amb Terraform

Capítol 13 · Balanceig de càrrega i autoescalat

Capítol 14 · Serverless amb Lambda

Capítol 15 · Missatgeria i esdeveniments

Capítol 16 · Lliurament de contingut i DNS

Capítol 17 · Contenidors a AWS

Capítol 18 · Mòduls: reutilització i composició

Capítol 19 · Workspaces i gestió d'entorns

Capítol 20 · Backends remots i locking

Capítol 21 · Testing d'infraestructura

Capítol 22 · Terraform en CI/CD

Capítol 23 · Seguretat en profunditat

Capítol 24 · Observabilitat: logs, mètriques i traces

Capítol 25 · Optimització de costos

Capítol 26 · Alta disponibilitat i disaster recovery

Capítol 27 · Well-Architected Framework d'AWS

Capítol 28 · Arquitectures serverless a escala

Capítol 29 · Plataformes de dades a AWS

Capítol 30 · Multi-compte i landing zones

Capítol 31 · Platform Engineering i Internal Developer Platform

Capítol 32 · Certificacions AWS rellevants

Capítol 33 · Projectes per consolidar el que s'ha après

Capítol 34 · Recursos i comunitat

© Copyright 2024. Tots els drets reservats