Varför en applikation i drift behöver förvaltning
En Laravel-applikation som lanserades för tre år sedan körs i dag på en PHP-version som snart slutar få säkerhetsuppdateringar, med paket som inte längre underhålls och på en server som ingen vågar röra. Det är inte dålig kod – det är kod som inte har förvaltats. Förvaltning handlar om att göra små saker i tid så att de inte blir stora saker senare.
Det gäller i lika hög grad applikationer jag har byggt själv som sådana som någon annan har byggt. Jag tar gärna över befintliga system, och börjar då med en genomgång av koden, driftmiljön och det som saknas.
Det här ingår i ett förvaltningsuppdrag
Grunden är att hålla Laravel, PHP och projektets beroenden på versioner som får säkerhetsuppdateringar. Större versionsbyten planeras och testas innan de tas i bruk. Jag håller också koll på servrar, köer, schemalagda jobb och säkerhetskopior, så att fel upptäcks innan användarna hinner rapportera dem. När något ändå går fel tar jag reda på varför, åtgärdar orsaken och ser till att det inte händer igen.
Resten av tiden går till att förbättra applikationen. Mindre justeringar som gör vardagen lättare för användarna blir gjorda i stället för att samlas på hög, och nya funktioner byggs med hänsyn till datamodellen, behörigheterna och hur resten av systemet används. Jag dokumenterar också det som behövs för att någon annan ska kunna ta över, och håller dokumentationen aktuell.
Att ta över en applikation som någon annan byggt
Det första jag gör är att läsa koden och sätta upp applikationen lokalt. Då ser jag hur den är byggd, vilka beroenden den har och var riskerna finns: saknade tester, hemligheter i koden, delar som ingen förstår. Du får en skriftlig bild av läget och ett förslag på vad som bör göras först. Ofta är det inte det mest synliga problemet.
Parallellt ser vi till att du äger allt: kodförråd, servrar, domäner och konton hos externa tjänster. Många tar över en applikation utan att veta var den körs.
Uppgradera Laravel utan att något går sönder
En uppgradering av Laravel påverkar sällan bara ramverket. Paket behöver nya versioner, PHP kan behöva uppgraderas och egna anpassningar kan bygga på sådant som ändrats. Jag går igenom vad som berörs, tar uppgraderingen stegvis och kontrollerar centrala funktioner innan den nya versionen tas i bruk. Finns det inga tester börjar vi ofta med att skriva dem för de flöden som är viktigast för verksamheten – de betalar sig vid varje kommande uppgradering.
Exempel från mina uppdrag
För Gothia Cup arbetar jag med driften av turneringens digitala tjänster: servrar, infrastruktur, övervakning och den CI/CD som gör att nya versioner kan driftsättas tryggt – också under turneringsveckan, när hundratusentals personer använder tjänsterna. För Sveas kunder felsöker jag bankintegrationer och ser till att de fortsätter fungera när bankens gränssnitt utvecklas. Det mesta av det arbetet ska ingen märka, och det är poängen.
Så fungerar ett löpande samarbete
Vi kommer överens om ett antal timmar per månad och vad de i första hand ska användas till. Uppgraderingar och kontroller planeras in, och den tid som blir över går till förbättringar och nya funktioner i den ordning du prioriterar. Varje månad får du en tidrapport som visar vad som är gjort. Behöver du svar snabbt när något går fel i drift kommer vi överens om hur det ska fungera innan det händer. Mer om upplägg, avtal och fakturering finns i så fungerar det att anlita mig.