Ordlista.
Korta, raka förklaringar av begreppen vi använder varje dag — plattformsteknik, DevOps, developer experience och modern mjukvaruleverans.
AGENTS.md
AGENTS.md är en kort fil i repots rot skriven för kodagenter, inte människor: hur projektet byggs, testas och körs, vilka konventioner som gäller och vad som inte får röras — det agenten behöver veta innan den ändrar något.
Blameless post-mortem
En blameless post-mortem är en strukturerad genomgång efter en incident där fokus ligger på system, processer och beslut — inte på att hitta en syndabock — så att organisationen faktiskt lär sig av det som hände.
CI/CD
CI/CD står för continuous integration och continuous delivery/deployment: automatiserade flöden där kod byggs, testas och levereras till produktion i små, täta steg i stället för stora, riskfyllda releaser.
Developer experience (DX)
Developer experience (DX) är summan av hur det känns och hur lång tid det tar för utvecklare att göra sitt jobb: starta en tjänst, hitta dokumentation, få feedback från tester och deploya till produktion.
DORA-mätvärden
DORA-mätvärdena är fyra nyckeltal för mjukvaruleverans: deployfrekvens, ledtid för ändringar, andel misslyckade ändringar och återställningstid. De kommer från forskningsprogrammet DORA — DevOps Research and Assessment.
Feature flags
Feature flags (feature toggles) är brytare i koden som gör att funktionalitet kan slås på och av utan ny deploy — vilket frikopplar deployment från lansering och ger kontroll över timing, målgrupper och risk.
Felbudget
En felbudget är den mängd fel eller nedtid ett system får ha under en period utan att bryta sitt tillförlitlighetsmål, SLO:t (service level objective). Finns budget kvar får teamet ta risk och leverera fort; är den förbrukad går stabilitet före nytt.
GitOps
GitOps är ett arbetssätt där Git är källan till sanning för både infrastruktur och applikationskonfiguration: önskat tillstånd beskrivs i kod, granskas i pull requests och rullas ut automatiskt av verktyg som håller verkligheten i synk.
Golden path
En golden path är en färdig, rekommenderad och självbetjänad väg genom ett vanligt utvecklarflöde — till exempel från nytt repo till tjänst i produktion — med standarder, säkerhet och automation inbyggda.
Infrastructure as Code (IaC)
Infrastructure as Code innebär att miljöer, nätverk, behörigheter och resurser definieras i versionshanterad kod i stället för att klickas fram manuellt — vilket gör infrastrukturen spårbar, testbar och repeterbar.
Inner source
Inner source innebär att ta arbetssätt från open source och använda dem innanför organisationens väggar: öppna repos, öppna bidrag, tydligt ägarskap och gemensamma standarder mellan team.
Intern utvecklarplattform (IDP)
En intern utvecklarplattform (IDP) är den samlade uppsättning verktyg, tjänster och självbetjäningsflöden som en organisation bygger för sina egna utvecklare — från att skapa ett nytt repo till att deploya, övervaka och drifta tjänster.
Kodagent
En kodagent är ett AI-verktyg som inte bara föreslår kod utan själv utför uppgifter i ett repo: läser filer, kör kommandon och tester, ändrar kod och öppnar pull requests — styrt av en instruktion och de regler som finns i kodbasen.
Ledtid
Ledtid är tiden från att en ändring är klar i kod till att den körs i produktion — ett av de fyra DORA-mätvärdena. Den mäter hur mycket väntan, handpåläggning och köer som ligger mellan utvecklaren och kunden, inte hur snabbt någon kodar.
Model Context Protocol (MCP)
Model Context Protocol (MCP) är en öppen standard som låter AI-assistenter och agenter ansluta till verktyg, databaser, dokument och interna system på ett strukturerat sätt — så att AI:n kan agera i er verkliga miljö, inte bara svara generellt.
Observability
Observability är förmågan att förstå vad som händer inuti ett system utifrån det som går att observera — metrics, loggar, traces och events — så att frågor kan besvaras som ingen förutsåg när systemet byggdes.
Platform engineering
Platform engineering, eller plattformsteknik, är disciplinen att bygga interna plattformar, verktyg och arbetsflöden som gör det enkelt för utvecklingsteam att leverera mjukvara säkert, snabbt och konsekvent.
Plattform som produkt
Plattform som produkt betyder att en intern plattform drivs som en produkt med utvecklarna som kunder: någon äger den, adoption är frivillig och mäts, det finns en roadmap och support — inte ett IT-projekt som blir ”klart” och tvingas på alla.
Plattformsteam
Ett plattformsteam bygger och driver den interna plattform andra team levererar på, så att de slipper lösa infrastruktur, CI/CD och drift var för sig. I Team Topologies är det en av fyra teamtyper, jämte stream-aligned, enabling och complicated-subsystem.
Progressive delivery
Progressive delivery innebär att förändringar rullas ut stegvis — till exempel via canary releases eller procentbaserad utrullning — mäts i produktion och skalas upp först när signalerna är rätt.
Site Reliability Engineering (SRE)
SRE är ett sätt att göra drift systematisk och mätbar: tillförlitlighet uttrycks i mål (SLO:er) och felbudgetar, och teamet arbetar aktivt med larm, automatisering och förbättringar i stället för reaktiv brandsläckning.
Trunk-based development
Trunk-based development är ett arbetssätt där alla utvecklare integrerar små ändringar mot en gemensam huvudgren (trunk/main) flera gånger om dagen, i stället för att arbeta länge i separata feature branches.
Utvecklarportal (Backstage)
En utvecklarportal är den interna webbplats där en organisations tjänster, team, ägarskap, dokumentation och självbetjäningsmallar samlas på ett ställe. Backstage, som Spotify öppnade som open source 2020, är det vanligaste ramverket att bygga en på.
Har du ett problem värt att lösa?
Chatta med oss på WhatsApp. Vi svarar inom 48 timmar.