Hem vist diverses opcions per desar dades: RDS/Aurora (relacional), DynamoDB (NoSQL) i ElastiCache (memòria cau). I AWS en té encara més. Davant tanta varietat, sorgeix la pregunta clau: quina faig servir per al meu cas? Aquest subcapítol et dona el criteri per triar bé. Tanca la Part II i és un dels coneixements més pràctics del llibre.

AWS defensa la idea de bases de dades especialitzades (purpose-built): en lloc de forçar totes les teves dades en un únic tipus de base de dades, tries el tipus que millor encaixa amb cada necessitat. Una aplicació gran sovint fa servir diverses bases de dades diferents alhora, cadascuna per al que millor fa.

Analogia: No fas servir un martell per a tot. Per clavar fas servir un martell; per cargolar, un tornavís; per tallar, una serra. Amb les bases de dades igual: cada tipus és l’eina ideal per a una feina concreta.

Fes-te aquestes preguntes sobre les teves dades i el teu cas:

1. Les meves dades tenen una estructura clara i relacions entre si?
2. Necessito consultes complexes (filtres, joins, informes)?
3. Quina escala i rendiment necessito?
4. Les dades canvien de forma flexible o tenen un esquema fix?
5. Estic repetint moltes lectures iguals?

Vegem com t’orienten cap a cada opció.

• Les teves dades tenen estructura clara i relacions (usuaris que tenen comandes, comandes que tenen productes…).
• Necessites consultes complexes: filtres múltiples, unions entre taules, informes, agregacions.
• La consistència i la integritat de les dades són crítiques (banca, facturació, inventari).
• La teva aplicació fa servir SQL.

Exemples: sistemes de gestió, banca, facturació, comerç electrònic (la part de comandes), aplicacions empresarials clàssiques. Aurora si necessites més rendiment/escala; RDS vanilla si vols quelcom més senzill i econòmic.

• Necessites escala massiva i rendiment constant en mil·lisegons.
• Accedeixes a les dades sobretot per una clau coneguda («dona’m l’element X»).
• Les teves dades són flexibles o canvien d’estructura amb freqüència.
• Vols zero administració (serverless).

Exemples: carretons de compra, perfils d’usuari, sessions, catàlegs amb atributs variables, dades d’IoT, aplicacions amb milions d’usuaris i pics enormes.

• Repeteixes moltes lectures iguals i vols accelerar-les.
• Vols alleujar la càrrega de la teva base de dades principal.
• Necessites dades «calentes» a l’instant (sessions, rànquings, comptadors).

Recorda: la memòria cau acompanya una altra base de dades; no la substitueix. És una capa de velocitat al davant.

Les tres últimes files són bases especialitzades que AWS també ofereix. No les hem detallat, però convé saber que existeixen per a casos concrets (veurem Redshift al Capítol 29).

A la vida real, una aplicació seriosa barreja diverses. Vegem un exemple complet.

Exemple real — una botiga online:

• RDS/Aurora (relacional): desa les comandes, pagaments i factures, on la consistència i les relacions són crítiques. Aquí necessites SQL i garanties fortes.
• DynamoDB (NoSQL): desa els carrets de la compra i les sessions, que requereixen escala enorme i accés ràpid per id d’usuari.
• ElastiCache (memòria cau): desa el catàleg de productes més visitats perquè les pàgines carreguin a l’instant sense saturar la base de dades.
• OpenSearch: alimenta el cercador de productes amb cerques de text avançades.

Cada peça fa servir la base de dades que millor resol el seu problema. Forçar-ho tot en una sola faria l’aplicació més lenta, més cara o més fràgil.

No t’abrumeixis amb tantes opcions. Quan comences:

Si tens dubtes, una base de dades relacional (RDS/Aurora) és gairebé sempre una elecció segura i versàtil. Cobreix la majoria de necessitats. Afegeix DynamoDB quan tinguis un cas clar d’escala massiva o accés per clau, i ElastiCache quan notis que la base de dades pateix per lectures repetides. Comença simple i especialitza només quan ho necessitis.

• AWS promou bases de dades especialitzades: tria el tipus que millor encaixa amb cada necessitat, en lloc de forçar-ho tot en una sola.
• Relacional (RDS/Aurora): estructura, relacions, consultes complexes, consistència (SQL).
• NoSQL (DynamoDB): escala massiva, rendiment constant, accés per clau, flexibilitat.
• Memòria cau (ElastiCache): accelerar lectures repetides i alleujar la base de dades (sempre acompanyant-ne una altra).
• Les aplicacions serioses combinen diverses segons cada problema.
• Si dubtes a l’inici, una base relacional és l’opció segura i versàtil; especialitza quan sorgeixi la necessitat.

Amb això tanques el Capítol 8 i la Part II. Ja coneixes els serveis essencials d’AWS: còmput (EC2), emmagatzematge (S3), xarxes (VPC), identitat (IAM) i bases de dades. A la Part III fem un gran salt: aprendrem a definir tota aquesta infraestructura com a codi amb Terraform.