# Bygde egen feilovervåking og OpenTelemetry‑sporing i stedet for å kjøpe dem — rensing av nyttelast, oppdagelse av topper og regresjoner, symbolisering og et syntetisk hjerteslag — bak 11 operatørvisninger. 2025 **Situasjon.** Forskjellen på en plattform som er oppe, og en plattform som fungerer, er om noen ville merket det. En feil en bruker støter på klokken elleve om kvelden, på en side ingen tester, er usynlig med mindre noe går og samler den inn. Det vanlige svaret er å kjøpe en ferdig driftet feilsporingstjeneste, og det er et godt svar — men det betyr også at plattformens egne feil, kallstakker og brukerkontekst havner hos en tredjepart. **Oppgave.** Feil og spor måtte samles inn, grupperes og gjøres handlingsbare, uten at plattformens indre detaljer forlot plattformen. **Handling.** To deler ble bygget. OpenTelemetry håndterer sporing over OTLP, slik at en treg forespørsel kan følges på tvers av frontenden, API‑et og databasen i stedet for å gjettes på. Ved siden av ligger en egenutviklet feilpipeline — en errmon‑tjeneste og en innsamlingstjeneste — som renser nyttelaster før lagring, grupperer feil i gjentakende problemer i stedet for en flat liste, oppdager topper og regresjoner med en avkjølingsperiode slik at én dårlig produksjonssetting ikke varsler noen førti ganger, oversetter minifiserte kallstakker fra frontenden tilbake til lesbar kode, og kjører et syntetisk hjerteslag for å bevise at selve pipelinen er i live. Alt havner i databasen som feilhendelser, feilgrupper, en innboks, API‑latens og stakkprøver, og det vises gjennom 11 driftsvisninger, inkludert én for tjenestenivåmål. **Resultat.** Feil blir til en arbeidsliste som noen kan jobbe seg gjennom, og en regresjon melder seg selv i stedet for å bli oppdaget av en bruker. Å bygge i stedet for å kjøpe kostet reell tid og betyr at dette er én ting til å vedlikeholde — en kjøpt feilsporer ville vært i drift samme ettermiddag. Det dette ga, var at ingenting sensitivt forlater plattformen, og at varslingsreglene passer denne plattformen i stedet for en generisk plattform. --- - Rolle: Site Reliability Engineer - Kategorier: [Backend‑utvikling](https://platform.engineer.company/nb/categories/backend/), [DevOps](https://platform.engineer.company/nb/categories/devops/), [Infrastruktur](https://platform.engineer.company/nb/categories/infrastructure/), [Pålitelighet og sikkerhetskopier](https://platform.engineer.company/nb/categories/reliability/), [Overvåking og observerbarhet](https://platform.engineer.company/nb/categories/observability/), [Sikkerhet](https://platform.engineer.company/nb/categories/security/) - Tjenester: [Backend- og API‑utvikling](https://platform.engineer.company/nb/services/backend-development/), [DevOps og CI/CD‑automatisering](https://platform.engineer.company/nb/services/devops-cicd/), [Pålitelighet og overvåking](https://platform.engineer.company/nb/services/site-reliability/)