En els subcapítols anteriors vam veure els golden paths i el Service Catalog: formes d’oferir infraestructura preparada als desenvolupadors. Però a mesura que una empresa creix, els desenvolupadors s’enfronten a un altre problema: dispersió. Hi ha moltes eines, molts serveis, molta documentació... repartits per tot arreu. On trobo la informació del meu servei? Com en creo un de nou seguint les normes? On és la documentació? Per unificar tot això en un sol lloc existeix Backstage: un portal del desenvolupador que s’ha convertit en l’estàndard de la indústria per construir Internal Developer Platforms.

El problema: el desenvolupador perdut entre mil eines

En una empresa gran amb molts serveis i eines, un desenvolupador (especialment un de nou) se sent perdut:

"Vull treballar en el meu servei, però...
   on és la seva documentació?         (en una wiki? en el codi?)
   on veig si funciona bé?             (en quin dashboard?)
   com creo un servei nou bé?          (a qui pregunto?)
   quins serveis existeixen ja?        (hi ha alguna cosa que pugui reutilitzar?)
   on són els golden paths?            (com els faig servir?)"
   → informació dispersa en desenes de llocs = confusió i lentitud

Tota aquesta dispersió fa que els desenvolupadors perdin temps buscant, dupliquin feina (perquè no saben què existeix ja) i triguin molt a ser productius. Necessites un únic lloc que ho reuneixi tot. Això és Backstage.

Què és Backstage

Backstage és una plataforma de codi obert (creada originalment per Spotify) per construir un portal del desenvolupador: un únic lloc on els desenvolupadors troben tot el que necessiten per treballar —els seus serveis, la seva documentació, les seves eines, els seus golden paths— de manera unificada i ordenada.

   ┌─────────────── Backstage (portal del desenvolupador) ───────────────┐
   │  📋 Catàleg de serveis      →  quins serveis existeixen i de qui són │
   │  📚 Documentació            →  tota la doc en un lloc                │
   │  🚀 Golden paths / plantilles →  crear coses noves bé, fàcil         │
   │  📊 Enllaços a dashboards   →  veure l’estat de cada servei          │
   │  🔧 Eines integrades        →  tot accessible des d’aquí             │
   └─────────────────────────────────────────────────────────────────────┘

Analogia: Backstage és com el portal d’intranet únic i ben organitzat d’una empresa, però per a desenvolupadors. En lloc d’haver de recordar deu adreces diferents, buscar en wikis disperses i preguntar als companys «on és això?», entres en un sol portal i des d’aquí accedeixes ordenadament a tot: els teus projectes, la documentació, les eines, les guies per fer coses noves. És la «finestreta única» del desenvolupador, que posa ordre en el caos d’eines.

Què ofereix Backstage

  1. Catàleg de programari (què existeix i qui ho manté)

Backstage ofereix un catàleg de tots els serveis, aplicacions i components de l’empresa: què existeix, qui és responsable de cada cosa, com es relacionen. Això resol el «què hi ha ja?» i evita reinventar el que un altre equip ja ha construït. D’una ullada, veus el mapa del programari de l’organització.

  1. Plantilles per crear coses noves (els golden paths)

Backstage permet oferir plantilles (software templates) que implementen els golden paths (subcapítol 31.1): «vols crear un servei nou? Fes servir aquesta plantilla i obtindràs un amb tota l’estructura, la infraestructura (Terraform), els pipelines i les bones pràctiques ja muntats». És la manera d’oferir els camins daurats de manera accessible, des del portal.

Desenvolupador a Backstage: "crear servei nou"
   → tria una plantilla (golden path) → omple unes dades
   → obté un servei nou amb estructura, infra, CI/CD i bones pràctiques a punt

  1. Documentació centralitzada

Backstage reuneix la documentació de tots els serveis en un sol lloc (sovint al costat del propi codi), així que trobar-la és fàcil. S’ha acabat buscar en wikis disperses i desactualitzades.

  1. Integració d’eines

Backstage s’integra amb les eines que l’empresa ja fa servir (CI/CD, monitorització, cloud, el propi Service Catalog del subcapítol 31.2...), mostrant-ho tot de manera unificada. És extensible mitjançant plugins, així que cada empresa l’adapta a les seves eines.

Backstage com a cara de la Internal Developer Platform

Aquí s’uneix tot el capítol. Recorda els conceptes:

  • Platform Engineering (subcapítol 31.1): construir una plataforma interna per als desenvolupadors.
  • A aquesta plataforma se l’anomena Internal Developer Platform (IDP): el conjunt d’eines, golden paths i serveis que l’equip de plataforma ofereix als desenvolupadors.
  • Backstage és, molt sovint, la cara visible (el portal) d’aquesta IDP: el lloc per on els desenvolupadors accedeixen a tot el que la plataforma ofereix.
Internal Developer Platform (IDP): tota la "maquinària" de plataforma
   ├── golden paths (31.1)
   ├── Service Catalog / productes aprovats (31.2)
   ├── mòduls Terraform, pipelines, eines...
   │
   └── Backstage = el PORTAL per on els desenvolupadors accedeixen a tot

Backstage no substitueix les altres peces; les unifica en una experiència coherent per al desenvolupador.

Exemple del món real: una empresa amb 200 desenvolupadors i centenars de serveis tenia un caos: informació dispersa, gent que no sabia què existia ni com crear serveis bé. Implanten Backstage com a portal del desenvolupador. Ara, un desenvolupador nou entra a Backstage i veu: el catàleg de tots els serveis (i de qui és cadascun), la documentació de cadascun, i plantilles (golden paths) per crear un servei nou amb tota la infraestructura i bones pràctiques muntades en minuts. El que abans li portava setmanes a un nouvingut —entendre el panorama i poder contribuir— ara li porta dies. I es deixa de duplicar feina, perquè tothom veu què existeix ja. Backstage va convertir el caos d’eines en una experiència ordenada i productiva.

El que has de recordar

  • En empreses grans, els desenvolupadors es perden entre mil eines, serveis i documentació dispersos, perdent temps i duplicant feina. Necessiten un únic lloc que ho reuneixi tot.
  • Backstage és una plataforma open source (creada per Spotify) per construir un portal del desenvolupador: un únic lloc amb els serveis, la documentació, les eines i els golden paths, de manera unificada. Com el portal d’intranet únic (la «finestreta única») del desenvolupador.
  • Ofereix: un catàleg de programari (què existeix i qui ho manté), plantilles que implementen els golden paths (crear coses noves bé, fàcil), documentació centralitzada i integració amb les eines existents (extensible amb plugins).
  • Sol ser la cara visible (el portal) de la Internal Developer Platform (IDP): el lloc per on els desenvolupadors accedeixen a tota la plataforma (golden paths, Service Catalog, mòduls...). No substitueix aquestes peces; les unifica.

A l’últim subcapítol del capítol (i de la Part VII) tancarem la idea amb una visió clau: tractar els mòduls de Terraform com un producte intern, amb la mentalitat de producte que sosté tot el Platform Engineering.

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