Tanquem la Part VII amb el Capítol 31: Platform Engineering i Internal Developer Platform, una disciplina molt actual que representa el cim de la maduresa en infraestructura. La idea: en comptes que cada equip de desenvolupament hagi d’aprendre i configurar tota la infraestructura pel seu compte, un equip especialitzat construeix una plataforma interna que ho dona fet de manera fàcil i segura. Comencem pel concepte fonamental d’aquesta disciplina: els golden paths (camins daurats), recolzats en Terraform.

Imagina una empresa amb molts equips de desenvolupament. Cada un necessita infraestructura: xarxes, bases de dades, servidors, pipelines... Sense una plataforma comuna, cada equip ha de:

Això té problemes greus: es duplica moltíssima feina, cada equip fa les coses diferent (inconsistència), i els desenvolupadors —experts en la seva aplicació, no necessàriament en infraestructura— poden cometre errors de seguretat o de disseny. A més, es distreuen del que realment aporta valor: el seu producte.

Analogia: és com si en una empresa cada empleat hagués de construir-se el seu propi ordinador, instal·lar el sistema operatiu i configurar la xarxa abans de poder treballar. Seria una pèrdua enorme de temps, cadascú ho faria diferent, i molts ho farien malament. El lògic és que un equip d’IT prepari ordinadors estàndard, llestos per usar i segurs, i cada empleat es centri en la seva feina. El Platform Engineering aplica aquesta mateixa idea a la infraestructura cloud.

El Platform Engineering (enginyeria de plataformes) és la disciplina de construir una plataforma interna que facilita als equips de desenvolupament crear i gestionar la seva infraestructura de manera fàcil, ràpida i segura, sense haver de ser experts en tots els detalls. Un equip de plataforma construeix «eines i camins» que la resta d’equips utilitzen.

L’objectiu: que els desenvolupadors puguin autoservir-se la infraestructura que necessiten (recorda el self-service del núvol, subcapítol 1.2) de manera senzilla i segura, centrant-se en el seu producte en lloc dels detalls d’infraestructura.

La peça central del Platform Engineering és el golden path (camí daurat): una forma recomanada, fàcil i ben dissenyada de fer alguna cosa, que l’equip de plataforma prepara perquè els desenvolupadors la segueixin. És el «camí preparat» que porta a bon resultat sense esforç i sense riscos.

Un golden path no obliga (els equips podrien sortir-se’n si tenen una necessitat especial), però és tan fàcil i bo que la majoria el segueix encantada. Fa que el correcte sigui també el més còmode.

Analogia: un golden path és com un sender ben senyalitzat i pavimentat en una muntanya. Podries pujar camp a través (fer-ho tot pel teu compte), però és difícil, arriscat i fàcil perdre’s. El sender daurat està preparat, és segur i et porta directe al cim amb el mínim esforç. La majoria el pren perquè és, simplement, la millor manera d’arribar-hi. L’equip de plataforma «pavimenta» aquests senders per a les necessitats comunes.

Aquí connecta amb tot el que saps. Els golden paths d’infraestructura es construeixen, típicament, sobre Terraform i mòduls (Capítol 18). L’equip de plataforma crea mòduls ben dissenyats, segurs i conformes que encapsulen les bones pràctiques, i els ofereix als desenvolupadors com a golden paths:

Recorda els mòduls (Capítol 18) i la idea de mòduls com a producte intern (que veurem al subcapítol 31.4): l’equip de plataforma actua com un equip de producte els «clients» del qual són la resta de desenvolupadors, i el seu «producte» són aquests golden paths. Tota la disciplina de mòduls, versionat (subcapítol 18.4) i testing (Capítol 21) que has après s’aplica aquí per crear camins daurats de qualitat.

Els golden paths sobre Terraform aporten tres grans beneficis alhora:

• Velocitat: els desenvolupadors obtenen la seva infraestructura en minuts, sense haver d’aprendre-ho tot ni configurar-ho des de zero.
• Seguretat i bones pràctiques «de sèrie»: com que el camí l’ha dissenyat l’equip expert, la infraestructura surt segura i ben feta per defecte, sense que el desenvolupador hagi de ser un expert en seguretat.
• Consistència: tots els equips que utilitzen el mateix golden path obtenen infraestructura coherent, cosa que facilita mantenir i governar tot.

Exemple del món real: una empresa amb 15 equips de desenvolupament munta un equip de Platform Engineering. Aquest crea golden paths sobre Terraform: per exemple, un mòdul «servei web estàndard» que, només indicant el nom i uns pocs paràmetres, desplega una aplicació amb balanceig de càrrega, autoescalat, logs, seguretat i còpies ja configurats segons les millors pràctiques de l’empresa. Abans, muntar tot això li portava a cada equip dies (i a vegades ho feien malament). Ara, un desenvolupador ho té en minuts, sense ser expert en infraestructura, i surt segur i consistent amb la resta. Els 15 equips van més ràpid, cometen menys errors i l’empresa manté el control. Els desenvolupadors es centren en el seu producte, que és el que aporta valor.

• Sense una plataforma comuna, cada equip reinventa la roda amb la infraestructura: feina duplicada, inconsistència i risc d’errors de seguretat, distreient-se del seu producte. Com si cada empleat hagués de construir-se el seu propi ordinador.
• El Platform Engineering és la disciplina de construir una plataforma interna que facilita als equips crear i gestionar la seva infraestructura de manera fàcil, ràpida i segura, sense ser experts en tot (autoservei).
• Un golden path (camí daurat) és la forma recomanada, fàcil i ben dissenyada de fer alguna cosa, preparada per l’equip de plataforma. No obliga, però és tan bona i còmoda que la majoria la segueix: fa que el correcte sigui també el més fàcil. Com un sender senyalitzat i pavimentat cap al cim.
• Els golden paths d’infraestructura es construeixen sobre Terraform i mòduls (Cap. 18): l’equip expert crea mòduls segurs i conformes que els desenvolupadors utilitzen amb pocs paràmetres.
• Aporten velocitat (infraestructura en minuts), seguretat i bones pràctiques de sèrie, i consistència entre equips.

Al següent subcapítol veurem una eina d’AWS per oferir aquest tipus de recursos preaprovats de manera autoservei: el Service Catalog.