Abans d’entendre què resol el núvol, necessites entendre com funcionava (i segueix funcionant) la informàtica en xarxa. Gairebé tot el que utilitzes diàriament —una web, una app del mòbil, el correu— es basa en una idea molt simple anomenada model client-servidor.

La idea en una frase

Hi ha un programa que demana coses (el client) i un altre programa que respon a aquestes peticions (el servidor).

El client i el servidor són dos rols, no necessàriament dues màquines diferents. Però a la pràctica solen estar en ordinadors diferents connectats per una xarxa.

Una analogia del món real: el restaurant

Imagina un restaurant:

  • Tu (el client) t’asseus i demanes un plat al cambrer.
  • La cuina (el servidor) rep la comanda, prepara el plat i te’l lliura.
  • No necessites saber com està organitzada la cuina, quins fogons fan servir ni on compren els ingredients. Només demanes i reps.

En informàtica passa exactament el mateix:

  • El teu navegador (client) demana una pàgina: «dona’m https://botiga.com/productes».
  • El servidor web rep la petició, busca les dades, genera l’HTML i te’l retorna.
  • Tu no saps (ni necessites saber) si al darrere hi ha un o cent ordinadors.

Com es veu tècnicament

Quan obres una web passa, simplificat, això:

[El teu navegador]  --- petició HTTP --->  [Servidor web]
   (client)                                   (servidor)
[El teu navegador]  <--- resposta HTML ---  [Servidor web]
  1. Escrius una URL.
  2. El teu navegador fa una petició (request) utilitzant el protocol HTTP.
  3. El servidor processa aquesta petició (a vegades consulta una base de dades).
  4. El servidor retorna una resposta (response) amb el contingut.
  5. El teu navegador la dibuixa a la pantalla.

Exemple quotidià que ja utilitzes

Quan obres WhatsApp Web:

Rol Qui Què fa
Client El navegador al teu portàtil Demana els missatges nous
Servidor Els ordinadors de WhatsApp Guarden i lliuren els missatges
Xarxa Internet Transporta les peticions i respostes

El teu portàtil no guarda tota la conversa de tots els usuaris del món: només demana la part que t’interessa. La feina pesada la fa el servidor.

El servidor «físic» tradicional

Durant dècades, muntar un servei a internet significava comprar o llogar un ordinador físic (un servidor) i posar-lo en una sala amb:

  • Aire condicionat perquè no se sobreescalfi.
  • Connexió a internet redundant.
  • Sistemes d’alimentació amb bateries per si falla la llum.
  • Algú que el vigili i l’arregli quan es trenca.

A aquesta sala se l’anomena datacenter (centre de dades). Una empresa que volia tenir la seva web «sempre encesa» havia d’ocupar-se de tot això ella mateixa. A això se li diu tenir la infraestructura on-premise (a les teves pròpies instal·lacions), i ho veurem en detall al subcapítol 1.3.

Per què això importa per al núvol

El model client-servidor no desapareix amb el núvol: és la base de tot. El que canvia amb el núvol és qui posa i manté el servidor.

  • Abans: tu compraves, muntaves i cuidaves el servidor físic.
  • Amb el núvol: llogues el servidor (o només la capacitat que necessites) a un proveïdor com AWS, i ell s’encarrega del ferro, la sala, l’aire condicionat i la llum.

En altres paraules: el rol "servidor" segueix existint, però deixa de ser el teu problema físic. Això és precisament el que explorarem a la resta del llibre.

El que has de recordar

  • El client demana i el servidor respon: és la base d’internet.
  • Client i servidor són rols, normalment en màquines diferents connectades per xarxa.
  • Un servidor físic tradicional requereix espai, energia, refrigeració i manteniment.
  • El núvol no elimina el model client-servidor: només canvia qui s’encarrega del servidor.

Al següent subcapítol veurem els problemes concrets que tenia aquest enfocament tradicional i que van donar origen al núvol.

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