Hem vist eines (Cost Explorer, Budgets, Trusted Advisor) i tècniques (rightsizing, Savings Plans) per estalviar. Però gestionar costos al núvol no és només qüestió d’eines: és una forma de treballar en equip, una cultura. Aquesta disciplina té nom propi: FinOps. Tanquem el capítol de costos entenent què és i per què s’ha tornat tan important a les empreses que operen al núvol.

El problema: al núvol, qualsevol pot gastar

En el model tradicional (servidors físics), gastar diners en infraestructura era un procés lent i centralitzat: algú havia d’aprovar la compra d’un servidor, passava pel departament de compres, trigava setmanes. La despesa estava controlada per poques persones.

Al núvol, això canvia radicalment: qualsevol desenvolupador pot, amb unes línies de Terraform o uns clics, crear recursos que costen diners a l’instant. Això és meravellós per a l’agilitat (recorda el self-service del subcapítol 1.2), però crea un problema nou:

Model tradicional:  gastar = procés lent, centralitzat, controlat
Model núvol:        gastar = instantani, descentralitzat, qualsevol pot
   → enorme agilitat, PERÒ el cost es pot descontrolar fàcilment

Si ningú es responsabilitza dels costos, cada equip crea recursos sense pensar en la despesa, i la factura creix sense control. Cal una nova forma de gestionar els diners al núvol: FinOps.

Què és FinOps

FinOps (de Financial Operations) és una disciplina i cultura per gestionar els costos del núvol de manera col·laborativa, ajuntant els equips tècnics, financers i de negoci perquè prenguin decisions de despesa informades i responsables. La idea central: el cost del núvol és responsabilitat de tothom, no només del departament de finances.

   FinOps uneix tres mons que abans anaven per separat:
   
   👩‍💻 Equips tècnics   ──┐
   💰 Finances           ──┼──►  decisions de despesa INFORMADES,
   📊 Negoci             ──┘     responsables i col·laboratives

Analogia: FinOps és com gestionar bé el pressupost d’una família en què tothom col·labora. No és que només un controli els diners mentre els altres gasten sense pensar; és que tota la família entén quant es guanya, en què es gasta, i cadascú és conscient i responsable de les seves despeses. Si tothom col·labora i té visibilitat, el pressupost es gestiona sa. Si només un vigila i els altres ignoren el cost, el descontrol està garantit.

Els principis de FinOps

FinOps es basa en algunes idees clau:

  1. Visibilitat: tothom veu què costa

Perquè la gent sigui responsable del cost, primer l’ha de veure. FinOps promou que cada equip conegui quant costa el que ells usen (gràcies a les etiquetes i a Cost Explorer, subcapítol 25.1). No et pots responsabilitzar d’alguna cosa que no veus.

  1. Responsabilitat: cada equip és amo del seu cost

Cada equip es fa responsable de la despesa dels seus propis recursos. El cost deixa de ser «un problema de finances» i passa a ser part de la feina de cada equip tècnic, que considera el cost al dissenyar i operar (igual que considera el rendiment o la seguretat).

  1. Optimització contínua: millorar sempre

FinOps no és una cosa que es fa una vegada, sinó un procés continu de revisar i millorar: aplicar rightsizing (25.3), comprar Savings Plans quan convingui (25.4), eliminar el que no s’usa, etc., de manera habitual.

  1. Col·laboració: tècnics, finances i negoci junts

La decisió de despesa es pren entre tots, amb cada part aportant la seva visió: els tècnics saben què es pot optimitzar, finances entén el pressupost, i negoci sap quin valor aporta cada despesa.

Principis FinOps:
   👁️  Visibilitat           → tothom veu els costos
   🙋  Responsabilitat       → cada equip és amo de la seva despesa
   🔄  Optimització contínua → revisar i millorar sempre
   🤝  Col·laboració         → tècnics + finances + negoci junts

L’equilibri: no es tracta només de gastar menys

Un matís important: FinOps no consisteix a gastar el mínim a qualsevol preu. Consisteix a gastar de manera intel·ligent, obtenint el màxim valor per cada euro. A vegades el correcte és gastar més (en un recurs que genera molt valor de negoci), i a vegades cal retallar. FinOps busca que cada decisió de despesa estigui justificada pel valor que aporta.

Retallar costos a cegues pot ser tan dolent com malgastar: si retalles alguna cosa que sosté un servei que genera ingressos, perds més del que estalvies. FinOps busca l’equilibri entre cost i valor.

Exemple del món real: una empresa amb la factura del núvol creixent sense control implanta una cultura FinOps. Comencen etiquetant tots els recursos per equip i donant a cada equip un dashboard amb la seva despesa (visibilitat). Cada equip assumeix la responsabilitat de la seva factura. Es reuneixen mensualment tècnics, finances i un responsable de negoci per revisar costos (col·laboració) i decideixen optimitzacions (rightsizing, Savings Plans). En sis mesos, no només redueixen la factura un 30 %, sinó que a més entenen per què gasten el que gasten i cada euro està justificat. El més valuós no és l’estalvi puntual, sinó la cultura: ara el cost es pensa des del principi, no com un ensurt a final de mes.

Com tanca el capítol de costos

Tot el que hem vist al Capítol 25 forma part de FinOps:

FinOps (la cultura i disciplina, aquest subcapítol)
   ├── Visibilitat i control → Cost Explorer, Budgets (25.1)
   ├── Recomanacions         → Trusted Advisor, Compute Optimizer (25.2)
   ├── Ajust de mida         → Rightsizing (25.3)
   └── Descomptes            → Savings Plans, Reserved Instances (25.4)

Les eines i tècniques són el «com»; FinOps és el «com treballem junts» per fer-les servir bé de manera contínua.

El que has de recordar

  • Al núvol, qualsevol pot gastar a l’instant (gran agilitat, però el cost es pot descontrolar). Cal una nova forma de gestionar-ho: FinOps.
  • FinOps és una disciplina i cultura per gestionar els costos del núvol de manera col·laborativa, unint equips tècnics, financers i de negoci per prendre decisions de despesa informades i responsables. Com gestionar bé el pressupost familiar entre tots.
  • Principis: visibilitat (tothom veu els costos), responsabilitat (cada equip és amo de la seva despesa), optimització contínua (millorar sempre) i col·laboració (tècnics + finances + negoci).
  • No es tracta de gastar el mínim, sinó de gastar de manera intel·ligent, amb el màxim valor per euro; a vegades el correcte és gastar més. És equilibri entre cost i valor.
  • Les eines i tècniques del capítol (Cost Explorer, Budgets, rightsizing, Savings Plans) són el «com»; FinOps és «com treballem junts» per aplicar-les de manera contínua.

Has completat el Capítol 25 i domines la optimització de costos al núvol! Al Capítol 26, que tanca la Part VI, abordarem com assegurar que els teus sistemes resisteixin fallades i desastres: l’alta disponibilitat i la recuperació davant desastres.

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