Driftsstatus
Sanntids status for DigiReq-tjenestene · Ekstern monitorering via UptimeRobot
Tilgjengelighets-mål: 99 % månedlig per SLA §3.1. Måling: ekstern HTTPS-spørring mot api.digireq.no/healthhvert 5. minutt fra to geografiske regioner. Tjenesten regnes som "oppe" når begge får HTTP 200 med db: true.
1. Live-status
En sanntids status-side med uptime-historikk og pågående hendelser er under utvikling (publiseres som mål innen utgangen av 2026). Inntil da kan du:
- Sjekke API-helse direkte:
https://api.digireq.no/health— skal returnere{"status":"ok","db":true} - Sjekke landingssiden:
https://digireq.no - Be om månedlig tilgjengelighets-rapport på info@digireq.no (leveres innen 5 virkedager etter månedsslutt)
2. Komponenter og avhengigheter
| Komponent | Endepunkt / leverandør | Hva som blir påvirket ved utfall |
|---|---|---|
| API-backend | api.digireq.no (Hetzner Helsinki) | Hele tjenesten |
| Admin-dashboard | digireq.no/admin/ (Netlify CDN) | Admin-funksjoner |
| Landingsside | digireq.no (Netlify CDN) | Offentlig info, signup |
| Database | PostgreSQL (Hetzner Helsinki) | Alle skriv/les-operasjoner |
| SMS-OTP | 46elks (Sverige, EU/EØS) | OTP-innlogging; sesjoner i gang fortsetter |
| Push (iOS) | Apple APNs | Push-varsler; app-bruk fortsetter via polling |
| Push (Android) | Google FCM | Push-varsler; app-bruk fortsetter via polling |
| OIDC-pålogging | Microsoft Entra ID (per kundes tenant) | SSO-pålogging; SMS-OTP fungerer som fallback |
| E-post | SMTP-utsending | Trial-varsler, fakturaer; logges og resendes |
| EHF-leveranse | SFTP/webhook/Peppol AP (Tickstar Galaxy) | Order-leveranse til kundens ERP |
| DNS + DDoS | Cloudflare | Bruker-tilgang; tjenesten fungerer ved direkte IP |
3. Planlagt vedlikehold
Planlagte vedlikeholdsvinduer varsles minst 5 virkedager i forveien til kundens kontaktperson per e-post. Legges fortrinnsvis utenfor 07:00-17:00 ukedager (normalt natt mellom torsdag-fredag eller helg).
Ingen planlagt vedlikehold akkurat nå.
4. Pågående hendelser
Ingen pågående hendelser. Vi oppdaterer dette feltet ved hver Alvorlighet 1- eller 2-hendelse, og fjerner det igjen når tjenesten er gjenopprettet.
5. Tilgjengelighets-historikk
Månedlige tilgjengelighets-tall vil publiseres her når status-siden er ferdig. Inntil da kan rapport bes om på info@digireq.no.
6. Sub-prosessor-status
For status på underliggende leverandører:
- Hetzner Cloud: status.hetzner.com
- Cloudflare: cloudflarestatus.com
- Netlify: netlifystatus.com
- 46elks: 46elks.com/about/status
- Apple System Status: apple.com/support/systemstatus (APNs under "Notifications")
- Google Firebase Status: status.firebase.google.com (FCM)
- Microsoft 365 Status: status.cloud.microsoft (Entra ID)
- Expo Status: status.expo.dev (Expo Push)
7. Varsling ved hendelser
Ved Alvorlighet 1-2 sendes e-post-varsel til kundens registrerte kontaktperson så snart hendelsen er bekreftet. Ved sikkerhets- insidenter følges varslingsfristen i DPA §10 (24 timer).
Detaljer om hendelses-klassifisering og responstider: SLA §4.