Comencem el capítol d’entrega de contingut i DNS: com els usuaris arriben a la teva aplicació de manera ràpida, fiable i segura. La primera peça és el DNS, la «llibreta de telèfons d’internet», que a AWS gestiona el servei Route 53. Sense DNS, internet seria un caos de números impossibles de recordar.

Què és el DNS (repàs ràpid)

Quan escrius www.google.com al navegador, el teu ordinador no sap on és aquest lloc: necessita una adreça IP (un número com 142.250.184.4). El DNS (Domain Name System) és el sistema que traduïx noms de domini en adreces IP.

   www.miweb.com  ──(DNS)──►  52.48.123.45
   (el que recordes)         (el que la xarxa necessita)

Analogia: el DNS és com la llibreta de contactes del mòbil. Tu truques a «Mare», no t’aprens el seu número de telèfon. La llibreta tradueix el nom en el número real. El DNS fa el mateix amb les webs: tu recordes miweb.com, i el DNS ho tradueix a la IP del servidor.

Què és Route 53

Route 53 és el servei de DNS d’AWS (el «53» ve del port que utilitza el DNS). Amb ell pots:

  • Registrar dominis (comprar mitienda.com).
  • Gestionar els registres DNS dels teus dominis.
  • Dirigir el trànsit de manera intel·ligent als teus recursos (amb les routing policies que veurem).

És la porta d’entrada dels usuaris a la teva aplicació.

Els tipus de registres DNS

Un domini té diversos registres (records), cadascun amb una funció. Aquests són els que has de conèixer:

Registre Per a què serveix Exemple
A Apunta un nom a una adreça IPv4 miweb.com → 52.48.123.45
AAAA Apunta a una adreça IPv6 miweb.com → 2600:1f...
CNAME Apunta un nom a un altre nom (àlies) www.miweb.com → miweb.com
MX Indica els servidors de correu del domini (per rebre emails)
TXT Text lliure (verificacions, seguretat) (validar propietat, SPF...)
NS Indica els servidors DNS del domini (delegació)

Els dos més habituals en el dia a dia són l’A (nom → IP) i el CNAME (nom → un altre nom).

El registre especial «Alias» d’AWS

Route 53 afegeix un tipus propi molt útil: el registre Alias. S’assembla a un CNAME, però pensat per apuntar directament a recursos d’AWS (un balancejador de càrrega del Capítol 13, una distribució de CloudFront, un bucket de S3...). Té avantatges: funciona a l’arrel del domini (on un CNAME no pot) i no té cost addicional de consultes.

miweb.com  ──(registre Alias)──►  mi-balancejador-de-càrrega (ALB)

Per començar: utilitza registres A/Alias per apuntar el teu domini als teus recursos d’AWS (un balancejador, CloudFront). És el més habitual.

Les routing policies: dirigir el trànsit amb intel·ligència

Aquí és on Route 53 és especial. No es limita a traduir noms: pot decidir a quina IP respondre segons diferents criteris, mitjançant les routing policies (polítiques d’encaminament).

Simple

La bàsica: un nom → una adreça. Sense lògica addicional. Per a la majoria de webs senzilles n’hi ha prou.

Weighted (per pes)

Reparteix el trànsit entre diversos destins segons percentatges que tu defineixes. Ideal per a desplegaments graduals.

miweb.com → 90% al servidor versió actual
          → 10% al servidor versió nova

Exemple: vols provar una versió nova de la teva web amb pocs usuaris abans de llançar-la a tothom (un «canary»). Envies el 10 % del trànsit a la versió nova; si tot va bé, vas pujant el percentatge. Això s’anomena desplegament canari.

Latency-based (per latència)

Envia cada usuari al servidor que li doni menor latència (el més ràpid per a ell), normalment el més proper geogràficament. Recorda el concepte de latència del Capítol 3.

Usuari a Europa  → servidor a Irlanda (ràpid per a ell)
Usuari al Japó   → servidor a Tòquio (ràpid per a ell)

Geolocation (per geografia)

Envia els usuaris a un destí segons el seu país o regió. Útil per mostrar contingut localitzat o complir normatives.

Usuaris d’Espanya  → web en català/castellà
Usuaris de França  → web en francès

Failover (commutació per error)

Té un destí principal i un de reserva. Si el principal falla (ho detecta amb un health check, ho veurem al subcapítol 16.4 i al Capítol 26), Route 53 redirigeix automàticament al de reserva.

miweb.com → servidor principal (si està sa)
          → servidor de reserva (si el principal cau)

Això és clau per a l’alta disponibilitat (Capítol 26).

Taula resum de routing policies

Política Què fa Cas d’ús
Simple Un nom → una IP Webs senzilles
Weighted Reparteix per percentatges Desplegaments canari/graduals
Latency Al servidor més ràpid Apps globals (menor latència)
Geolocation Segons el país de l’usuari Contingut localitzat, normatives
Failover Principal + reserva Alta disponibilitat

El que has de recordar

  • El DNS tradueix noms de domini en adreces IP (la «llibreta de contactes» d’internet); Route 53 és el servei DNS d’AWS i la porta d’entrada a la teva aplicació.
  • Els registres clau: A (nom → IPv4), CNAME (nom → un altre nom) i l’Alias d’AWS (apunta a recursos d’AWS com balancejadors o CloudFront, sense cost extra).
  • Les routing policies dirigeixen el trànsit amb intel·ligència: Simple, Weighted (percentatges, desplegaments canari), Latency (el servidor més ràpid), Geolocation (per país) i Failover (principal + reserva per a alta disponibilitat).
  • Per començar: registres A/Alias apuntant als teus recursos d’AWS, amb política Simple.

Al següent subcapítol veurem com accelerar l’entrega del teu contingut a usuaris d’arreu del món amb la xarxa de distribució CloudFront.

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