Mötet avhandlade hur vi hanterar våra felsökningsprocesser här och nu och kommande sommar 2022. Vi här alla medvetna att nuvarande process är version 1.0 och behöver i mycket större utsträckning automatiseras
Vi diskuterar SpringBot Admin. det här verktyget skulle kunna vara ett bra komplement som kan hjälpa utvecklarna i felsökning. Det går tex att sätta upp health checks. @Robin Rönnberg (Unlicensed) kikar på detta.
Vi kommer fram till att vi behöver sätta upp en “lista” för att under sommaren ha koll på vad som är driftsatt i test/prod och vad som används. Här ska vi ta med leveranser som sker innan sommaren, tex inom bolagens Mina Sidor. Detta ska även fungera för att göra en check att vi har “rätt” bemanning över sommaren. AP Edwin
Vi diskuterar Greylog och här ser vi att det behövs en nya loggstruktur, då nuvarande är inte så behjälpligt vid problem. Här behöver respektive PO, fundera på hur denna struktur ska se ut, med utgångspunkten är att vi använder “multiline loggar”. AP PO
Det kanske går att kombinera ihop med iden om att ta in OeP loggarna i Greylog AP Edwin
I våra diskussioner ser vi stora beroende till Metakatalogen och även en del RPA flöden. Detta kommer att tas upp i kommande BA-forum.
Vi diskuterar även hur SLA ska vara för våra tjänster, här tror vi att olika microtjänster kan ha olika SLA. I den listan som vi upprättar, kommer vi att lägga ett förslag på SLA utifrån den samlade kunskapen.
Vi ser behovet att ta in 1stline i felsökningsprocessen, här ser vi utmaningar i nuvarande process, där vi använder RPA för att skapa incidenter i Jira, speciellt kopplad till en återkopplingsprocess. Givet våra nuvarande förutsättningar är det dock det “bästa” vi har just nu. Vi ska dock kolla upp vilka integrationsmöjligheter som finns mellan Jira och POB. IT-helpdesk behöver också ha en “mall” på vilka frågor som ska ställas och eskaleringsvägar ska säkras. AP Edwin