Quan diem «el núvol», en realitat hi ha diversos núvols que competeixen entre si. Els tres més grans són AWS, Azure i Google Cloud. Conèixer-los t’ajuda a entendre el mercat i a prendre bones decisions professionals. Vegem-los sense màrqueting, amb dades i diferències reals.

Els tres grans (els «hyperscalers»)

Als proveïdors amb datacenters arreu del món i un catàleg enorme de serveis se’ls anomena hyperscalers. N’hi ha tres de dominants:

AWS — Amazon Web Services

  • Qui: la divisió de núvol d’Amazon.
  • Llançament: 2006. Va ser el primer a oferir núvol públic modern.
  • Posició: líder del mercat, el més madur i amb el catàleg de serveis més ampli.
  • Curiositat: va néixer perquè Amazon necessitava gestionar la seva pròpia infraestructura per a les festes de Nadal i va decidir llogar aquesta capacitat sobrant a tercers.

Microsoft Azure

  • Qui: el núvol de Microsoft.
  • Llançament: 2010.
  • Punt fort: integració amb el món Microsoft (Windows Server, Active Directory, Office 365, .NET). Molt present en grans empreses que ja feien servir programari de Microsoft.

Google Cloud Platform (GCP)

  • Qui: el núvol de Google.
  • Llançament: 2011 (com a plataforma general).
  • Punt fort: dades, anàlisi, machine learning i Kubernetes (que Google va inventar). Molt estimat per equips de dades i enginyeria.

Quotes de mercat (ordre de magnitud)

Les xifres exactes canvien cada trimestre, però l’ordre es manté estable des de fa anys:

Proveïdor Quota aproximada Posició
AWS ~30-32 % 1r (líder)
Azure ~23-25 % 2n
Google Cloud ~10-12 % 3r
Altres (Alibaba, Oracle, IBM…) La resta

No memoritzis els números exactes, canvien. L’important és el patró: AWS lidera, Azure el segueix de prop i GCP és un tercer sòlid. Junts dominen la major part del mercat.

Diferències pràctiques (sense entrar en el tècnic)

Tot i que els tres fan «el mateix» a alt nivell (servidors, emmagatzematge, bases de dades…), tenen personalitats diferents:

Aspecte AWS Azure GCP
Amplada de catàleg La més gran Molt àmplia Àmplia
Maduresa La més gran Alta Alta
Ecosistema natural Qualsevol empresa Empreses Microsoft Empreses de dades/startups tècniques
Punt fort percebut Tot en general Integració corporativa Dades, IA, Kubernetes
Demanda laboral La més alta Molt alta Alta

Un detall que confon els principiants: cada proveïdor anomena diferent el mateix. Per exemple, un servidor virtual s’anomena:

  • EC2 a AWS.
  • Virtual Machines a Azure.
  • Compute Engine a GCP.

El concepte és idèntic; només canvia el nom comercial. Veurem això al subcapítol 2.3.

Cal casar-se amb un de sol?

No necessàriament. Existeixen estratègies:

  • Mono-cloud: fer servir un únic proveïdor. Més simple, més fàcil de dominar. És el més comú i el recomanable per començar.
  • Multi-cloud: fer servir diversos proveïdors alhora. Aporta flexibilitat i evita dependre’n d’un de sol, però multiplica la complexitat. Solen fer-ho grans organitzacions amb raons concretes.

Aquí apareix el concepte de vendor lock-in (dependència del proveïdor): com més facis servir serveis propis i exclusius d’un proveïdor, més difícil serà canviar després. No és ni bo ni dolent en si; és quelcom a tenir en compte. Eines com Terraform (que veurem a la Part III) ajuden precisament a no lligar-t’hi tant, perquè permeten gestionar diversos proveïdors amb un llenguatge comú.

El que has de recordar

  • Els tres grans proveïdors de núvol («hyperscalers») són AWS, Azure i Google Cloud.
  • AWS lidera, Azure és segon (fort en món Microsoft) i GCP tercer (fort en dades i IA).
  • Fan el mateix a alt nivell, però cadascun anomena diferent els serveis i té la seva personalitat.
  • Pots fer servir un (mono-cloud, recomanat per començar) o diversos (multi-cloud, més complex).
  • El vendor lock-in és la dependència que generes en fer servir serveis exclusius d’un proveïdor.

Al següent subcapítol explicarem per què en aquest llibre aprendrem AWS primer.

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