Problemet
At en server svarer med HTTP 200 er ikke det samme som, at virksomhedens funktioner virker. En kontaktformular kan undlade at sende, en booking kan fejle, et login kan stoppe efter en deployment, en e-mail kan udeblive, eller et TLS-certifikat kan nærme sig udløb.
Produktets tilgang
SiteGuard kontrollerer både teknisk drift og de flows, der skaber henvendelser, bookinger og salg. Når et problem opstår, følger produktet et tydeligt incident-flow:
- Fejl observeres
- Fejlen bekræftes
- Påvirkning dokumenteres
- Recovery registreres
Et autentisk eksempel fra SiteGuards incident-visning for en kontaktformular.
Det er implementeret
Produktfundamentet omfatter konto og organisation, DNS-verificerede websites samt HTTP-, TLS-, DNS-, domæneudløbs- og content-monitorer. En scheduler og check-worker kører kontrollerne, mens incidents og recovery håndteres som et samlet forløb med e-mailalarmer.
Der er desuden et Stripe Billing-fundament med planbegrænsninger, månedsrapportering, PDF- og CSV-eksport, teamadministration, understøttelse af flere organisationer og en beskyttet ændring af alarmmodtager.
Arkitektur og drift
SiteGuard er bygget som et multi-tenant produkt. Tenant-isolation håndhæves gennem RLS, og rollebaseret adgang begrænser, hvem der kan administrere hvad. Separate workers håndterer kontrollerne, mens SSRF-beskyttelse begrænser netværkskontrollerne til validerede offentlige mål.
Secrets håndteres separat fra kundeportalen, og notifikationer deduplikeres, så det samme forløb ikke skaber gentagne alarmer. Det er designvalg, der reducerer risikoen i driften; de er ikke et absolut sikkerhedsløfte.
Aktuel status
Produktfundamentet og centrale lifecycle-flows er implementeret og testet. SiteGuard er fortsat under udvikling og launch-validering.