Jeg hadde ingen oversiktlig måte å vite om en utfordring skyldtes min egen kode eller om det var utfordringer hos de eksterne tjenestene jeg henter data fra. Dette gjorde det vanskelig å vite hvor jeg skulle starte feilsøkingen når noe stoppet opp fremgangen av prosjektet.

Hensikten var å lage et et varslingssystem som gir meg svar med en gang på om alle koblinger fungerer, slik at jeg slipper å lete i blinde når noe ikke virker.

• Jeg har laget en helt ny, egen modul som kun har som oppgave å sjekke tilkoblingene mine mot interne kilder.
• Jeg har bygget om systemets hovedpunkt for helsesjekk slik at det gir en detaljert statusrapport for hver enkelt tjeneste i stedet for bare en generell melding.
• Jeg har lagt til en funksjon som lister opp alle tilgjengelige koblinger og viser nøyaktig hvilken tilstand hver enkelt av dem er i.

Helsesjekken har resultert i full gjennomsiktighet i systemets helsetilstand. Ved å skille mellom interne koblinger har jeg fjernet usikkerheten som tidligere belastet feilsøkingen, noe som har redusert responstiden ved feil. Systemet leverer nå nøyaktige statusrapporter i sanntid, noe som sikrer en langt mer stabil tjeneste. Den viktigste gevinsten er overgangen fra en reaktiv til en proaktiv arbeidsmodell, hvor potensielle brudd i datastrømmen identifiseres lettere før de påvirker brukeropplevelsen.

Arbeidet med helsesjekk-verktøyet bekrefter at synlighet i systemet er like viktig som selve funksjonaliteten. Jeg har erfart at ved å isolere overvåkingen i en egen modul, flytter jeg fokuset fra reaktiv spontane fiks til proaktiv feilsøking. Dette fjerner teknisk støy i feilsøkingsprosessen jeg kan nå umiddelbart skille mellom interne logikkfeil og eksterne nedetider. Dette sparer utviklingstiden og sikrer at systemets stabilitet ikke lenger er avhengig av antagelser, men av konkrete data.

• Nuxt Framework Dokumentasjon
• Vue.js Offisiell Dokumentasjon
• Vitest Testing Framework
• W3C WCAG 2.2 Retningslinjer for Universell Utforming