Naar de inhoud
RolloutDocs
EN
Gebruik en beheer

Updates en beheer

Na de livegang is er weinig onderhoud. Updates gaan via Vercel vanzelf; alleen databasemigraties draai je zelf. Deze pagina is ook je handboek voor als er iets misgaat.

Bijwerken

Een nieuwe versie
  1. Merge naar main
    na code-review
  2. CI groen
    tests, SQL-tests, geheimen-scan
  3. Vercel deployt
    alle projecten
  4. Migraties
    migrate.sh per database

Migraties zijn aanvullend: de vorige versie van de app werkt met het nieuwe schema. Draai na elke update per installatie:

Terminal
$ DATABASE_URL='postgresql://postgres:…@db.<ref>.supabase.co:5432/postgres' ./deploy/migrate.sh
-> 0018_voorbeeld.sql
Klaar: 1 nieuwe migratie(s).

Heeft een migratie een nieuwe instelling op de server nodig (zoals de server-poort), dan staat dat in de releasenotes.

Iets ging mis na een deploy

  1. Kijk eerst naar /api/ready

    Die zegt of de database, Microsoft Graph, de server-poort of de licentie het probleem is.

  2. Terugdraaien

    Vercel → Deployments → vorige werkende versie → Instant Rollback. Dat duurt seconden. Een migratie terugdraaien is bijna nooit nodig.

  3. Laat het weten

    Zet de onderhoudsmelding aan (Beveiligingscentrum → Onderhoud). Moet alles dicht, bijvoorbeeld omdat de database niet werkt? Gebruik de harde onderhoudsmodus: MAINTENANCE_MODE=on en redeploy.

Beveiligingsincident

Eerste uur, in deze volgorde:

  1. Sessies intrekken voor betrokken accounts (Beveiligingscentrum → Sessies → Alle sessies intrekken). Werkt meteen.
  2. Account blokkeren in Entra en het teamlid uit het team halen.
  3. Gelekte boek- of portaallink? Trek de links in bij het project.
  4. Geheimen vervangen als die mogelijk gelekt zijn:
GeheimZo vervang je het
Server-poortnode scripts/gateway-secret.mjs → nieuw geheim in Vercel → deploy → nieuwe hash in de database
Supabase-sleutelsProject Settings → API → JWT secret vernieuwen. Iedereen logt opnieuw in
Graph-federatieFederatieve referentie in Entra verwijderen en opnieuw aanmaken
Teams-webhookNieuwe workflow-URL maken en opslaan in het Beveiligingscentrum

Daarna: onderzoeken in het Logboek en de auditlog-keten controleren (Beveiliging). Vergelijk de kop-hash met de waarde die je buiten de database bewaarde.

Datalek: meld het aan je klant

Rollout verwerkt persoonsgegevens namens je klanten. Meld een (vermoedelijk) datalek zonder vertraging aan de getroffen klanten. Zij melden binnen 72 uur bij de Autoriteit Persoonsgegevens; help hen met de feiten. Leg elk datalek vast in je datalekkenregister.

Back-ups en hersteltest

Supabase Pro maakt elke dag een back-up. Maar een back-up is pas iets waard als je weet dat terugzetten werkt. Doe daarom elk kwartaal de hersteltest:

Terminal
$ pg_dump -Fc "$DATABASE_URL" -f rollout-$(date +%F).dump
$ BACKUP_FILE=rollout-2026-11-04.dump RESTORE_DATABASE_URL='postgresql://…@testdb:5432/restore_test' ./deploy/restore-test.sh
== Rollout hersteltest 2026-11-04T09:12:44Z
Hersteld in 14 s
== Auditlog-keten per organisatie (moet 0 gebroken zijn)
== Beveiliging in de herstelde database
RESULTAAT: OK. De back-up is volledig terug te zetten en het auditlog is onvervalst.

Het script zet de back-up terug in een lege testdatabase, controleert dat elke tabel Row Level Security heeft en rekent de keten van het auditlog na. Het weigert over productie heen te schrijven. Bewaar de uitvoer als bewijs.

Afscheid van een MSP

  1. Data exporteren of verwijderen zoals afgesproken in de verwerkersovereenkomst.
  2. Het Vercel-project en het Supabase-project verwijderen.
  3. Het domein uit Vercel halen én het CNAME-record laten verwijderen (zie Eigen domein).
  4. De federatieve referentie in Entra van de MSP laten verwijderen.
Updates en beheer · Rollout Docs