You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The week of June 1, 2026, the analytics (Logflare) and vector services will be removed from the default docker-compose.yml and moved into an opt-in overlay file: docker-compose.logs.yml (PR #45327).
The default docker compose up -d will start a leaner stack without log aggregation. To keep using Logs Explorer in Studio, you'll need to include the overlay:
docker compose -f docker-compose.yml -f docker-compose.logs.yml up -d
The base docker-compose.yml will also set ENABLED_FEATURES_LOGS_ALL: false on Studio by default, so the Logs menu item won't appear in the UI unless you bring up the overlay.
Why?
Analytics (Logflare) is a heavy service in the default self-hosted Supabase stack. Making it an opt-in reduces CPU and memory footprint.
Studio, Auth, Storage, PostgREST, and Realtime all work without analytics or vector.
Am I Affected?
You are affected if all of the following are true:
You run self-hosted Supabase from the ./docker directory
You pull updates from master without overriding the compose invocation
Don't use Logs Explorer (analytics and vector silently going away)
Already maintain a customized compose configuration
What Should I Do?
If you use Logs Explorer
Add the overlay to your docker compose invocation:
docker compose -f docker-compose.yml -f docker-compose.logs.yml up -d
You'll need to include both -f flags on every docker compose command (up, down, logs, ps, etc.) for the overlay to apply consistently. If that's inconvenient, set COMPOSE_FILE=docker-compose.yml:docker-compose.logs.yml in your .env and the flags become implicit.
If you don't use Logs Explorer
No action needed. Pull the new compose files and docker compose up -d will just work, with a smaller resource footprint. Existing analytics and vector containers and their volumes will stop being managed - you can remove them once you've confirmed the stack is healthy:
docker compose rm -f -s -v analytics vector
Rollout
Date
Change
2026-05-18
This changelog published
2025-06-03
Default flips in the next self-hosted Supabase release
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
What's Changing?
The week of June 1, 2026, the
analytics(Logflare) andvectorservices will be removed from the defaultdocker-compose.ymland moved into an opt-in overlay file:docker-compose.logs.yml(PR #45327).The default
docker compose up -dwill start a leaner stack without log aggregation. To keep using Logs Explorer in Studio, you'll need to include the overlay:The base
docker-compose.ymlwill also setENABLED_FEATURES_LOGS_ALL: falseon Studio by default, so the Logs menu item won't appear in the UI unless you bring up the overlay.Why?
analyticsorvector.Am I Affected?
You are affected if all of the following are true:
./dockerdirectorymasterwithout overriding the compose invocationYou are not affected if you:
supabase start) - it's a different deployment optionanalyticsandvectorsilently going away)What Should I Do?
If you use Logs Explorer
Add the overlay to your
docker composeinvocation:You'll need to include both
-fflags on everydocker composecommand (up,down,logs,ps, etc.) for the overlay to apply consistently. If that's inconvenient, setCOMPOSE_FILE=docker-compose.yml:docker-compose.logs.ymlin your.envand the flags become implicit.If you don't use Logs Explorer
No action needed. Pull the new compose files and
docker compose up -dwill just work, with a smaller resource footprint. Existinganalyticsandvectorcontainers and their volumes will stop being managed - you can remove them once you've confirmed the stack is healthy:Rollout
Beta Was this translation helpful? Give feedback.
All reactions