Directus en Supabase gecombineerd

Kan Supabase als Database cq backend onder Directus functioneren en wat zou daarvan de meerwaarde kunnen zijn ip van het rechtstreekse gebruik van Postgress onder Directus?

Ik check even de actuele productmogelijkheden en documentatie van Directus en Supabase, zodat ik precies kan aangeven wat wel en niet samenwerkt en waar de meerwaarde echt zit.

Ja — dat kan prima, met één belangrijke nuance: Directus kan verbinden met een PostgreSQL-database, en een Supabase-project ís in de basis een volledige Postgres-database. Dus technisch kun je Directus bovenop Supabase Postgres zetten, net zoals op “gewone” Postgres. Directus ondersteunt PostgreSQL als database-backend, en Supabase positioneert elk project als een volledige Postgres-database met directe databaseverbindingen.

De meerwaarde zit dan niet in “betere Postgres voor Directus” als zodanig, maar in alles wat Supabase rondom Postgres toevoegt. Supabase levert naast de database ook zaken als Auth, Storage, Realtime, API’s, backups en aanvullende platformfeatures. Directus voegt daar juist een sterke admin/UI-laag, contentbeheer, permissies en instant REST/GraphQL bovenop je SQL-schema aan toe. Samen krijg je dus: Supabase voor backend-infra, Directus voor beheer en redactiewerk.

In de praktijk ziet dat er zo uit:

  • Supabase: database hosten, authenticatie, files, realtime, backups.
  • Directus: datamodel beheren, content/editing UI, rollen en datatoegang voor beheerders of interne teams.
  • Je eigen app/frontend kan dan weer rechtstreeks met Supabase of via Directus werken, afhankelijk van de use case. Die scheiding is logisch omdat Supabase een backendplatform is, terwijl Directus je database verandert in een werkbare beheeromgeving.

De concrete voordelen ten opzichte van “alleen Postgres onder Directus” zijn meestal deze:

1. Je krijgt managed infrastructuur erbij.
Met kale Postgres onder Directus heb je vooral “database + Directus”. Met Supabase krijg je daar platformdiensten bovenop, zoals managed backups en andere beheerde databasefeatures. Dat scheelt beheerwerk.

2. Je kunt Supabase Auth gebruiken naast Directus.
Dat is interessant als je twee soorten gebruikers hebt:

  • eindgebruikers van je app via Supabase Auth
  • beheerders/redacteuren via Directus Studio
    Dan hoeft Directus niet per se je primaire user-management voor de app te zijn.

3. Je kunt Supabase Storage en Realtime benutten.
Directus is sterk in content- en databeheer, maar Supabase voegt storage en realtime-capaciteit toe die handig zijn voor moderne apps, vooral wanneer je gebruikersinterface live updates of file workflows nodig heeft.

4. Je houdt Postgres-portabiliteit.
Omdat Supabase je geen “gesloten” database geeft maar expliciet Postgres met volledige toegang, blijft je stack relatief open. Directus werkt ook juist op bestaande SQL-databases zonder dat het je schema hoeft te vervangen.

De nadelen zijn ook echt het noemen waard:

1. Meer complexiteit.
Je hebt dan twee platformlagen met overlap:

  • Supabase heeft al API’s en auth
  • Directus heeft ook API’s, permissies en een beheerschil
    Dat is krachtig, maar ook sneller verwarrend: welke laag is “leading” voor auth, permissions en business rules?

2. Je betaalt met extra architectuurkeuzes.
Bij “kale Postgres + Directus” is het simpel: één database, één beheerlaag. Bij “Supabase + Directus” moet je bewust kiezen wanneer je iets via Supabase doet en wanneer via Directus. Bijvoorbeeld:

  • auth in Supabase of in Directus?
  • API-consumptie via Supabase REST/PostgREST of via Directus REST/GraphQL?
  • bestandsbeheer via Supabase Storage of via Directus files?
    Dat is geen probleem, maar wel extra ontwerpwerk.

3. Connectiviteit vraagt aandacht.
Supabase ondersteunt directe Postgres-verbindingen en pooled verbindingen via Supavisor. Voor een persistent draaiende Directus-server is een directe of passende server-side databaseverbinding relevant; connection management is dus iets om bewust in te richten.

Mijn eerlijke conclusie:

  • Ja, Supabase kan heel goed als database/backend onder Directus functioneren.
  • De meerwaarde boven “rechtstreeks Postgres onder Directus” zit vooral in managed backend-features: auth, storage, realtime, backups en platformgemak.
  • De keerzijde is extra complexiteit en overlap. Als je alleen een CMS/admin-omgeving wilt, is gewone Postgres + Directus vaak schoner. Als je daarnaast ook een moderne app bouwt met gebruikersauth, files en realtime, dan is Supabase + Directus juist een sterke combinatie.

Voor veel teams is de vuistregel:

  • Alleen interne tool / CMS / contentbeheer → Postgres + Directus
  • App + eindgebruikers + login + files + realtime → Supabase + Directus

Ik kan dit ook nog vertalen naar een concreet beslisschema voor jouw situatie, bijvoorbeeld voor een klantportaal, interne tool, SaaS of AI-app.

Nagedacht gedurende 9s