Har bygget platformens operatør‑back‑office

Situation. Enhver platform får stille og roligt en applikation nummer to, og det er som regel den, ingen planlægger. Nogen skal godkende et ejerskabskrav, skjule en anmeldelse, slå en funktion til for en delmængde af brugerne, rydde en cache eller finde ud af, hvorfor én konto ser noget mærkeligt. Når den applikation ikke findes, er svaret en udvikler med en databasekonsol — hvilket er langsomt, ikke bliver logget og kun er én slåfejl fra en driftshændelse.

Opgave. At drive platformen i det daglige skulle kunne lade sig gøre uden en shell, så driften lå hos den, der havde vagten, og ikke hos den, der havde adgangsoplysningerne.

Handling. Back‑officen endte på omkring 40 admin‑ruter bygget af 128 komponenter, og den dækker arbejdet, som det faktisk kommer ind: at afgøre ejerskabskrav på virksomheder, moderere anmeldelser og opslag, slå feature flags til og fra, undersøge og rydde caches, læse diagnostik og lave den rapportering, direktøren beder om. Den kører på det samme designsystem og den samme genererede API‑klient som det offentlige produkt, hvilket var det afgørende valg — et internt værktøj bygget på sin egen stak bliver den del, ingen opdaterer, og derefter den del, ingen stoler på.

Resultat. De folk, der driver platformen, kan drive den, og hver handling går gennem den samme autorisation og efterlader det samme spor som alt andet. Det er en stor flade at holde testet og tilgængelig for et lille internt publikum, og den udgift er løbende. Det er stadig billigere end alternativet, som er en udvikler, der taster UPDATE mod produktion klokken ni en søndag aften.