ByteBite Docs
Infrastructure

Observability

Health checks, logging, Sentry, and monitoring gaps.

Observability

ByteBite observability is application-level today. Centralized infrastructure monitoring is not yet deployed.

Health checks

API endpoints

EndpointPurposeTenant lookup
GET /healthLiveness — {"status":"ok","service":"bytebite-api"}Skipped
GET /health/dbDatabase connectivity — ok or degradedSkipped

Accessible on direct API hosts and same-origin /api/health through Traefik.

Container healthchecks

Defined in Dockerfiles (HEALTHCHECK directive):

ServiceCheck
APIfetch http://127.0.0.1:3001/health
Storefrontfetch http://127.0.0.1:3000/
Dashboardwget http://127.0.0.1:8080/
Docsfetch http://127.0.0.1:3002/

Local dev additionally healthchecks PostgreSQL (pg_isready) and MinIO (mc ready).

Storefront depends_on: api: condition: service_healthy in compose.deploy.yml.

Error monitoring: Sentry

AspectDetail
Packagepackages/observability
ConfigurationSENTRY_DSN environment variable
Local devOptional — initSentry is a no-op without DSN
StagingConfigured via Dokploy (optional)
ProductionRequired when deployed (planned)

Never document DSN values.

Logging

AspectDetail
Librarypino (packages/observability)
FormatJSON in production, pretty-printed in development
LevelLOG_LEVEL env var (default info in staging compose)
Centralized aggregationNot deployed

Platform observability

CapabilityStatus
Docker container statusAvailable via docker ps / Dokploy UI
Traefik access/error logsContainer logs on APP VM
Dokploy deployment logsDokploy UI
Centralized logging (Loki, ELK, etc.)Not deployed
Alerting / pagingNot deployed
Uptime monitoring (external)Not deployed
Infrastructure metrics (Prometheus, etc.)Not deployed
Backup monitoringNot deployed

Operational checks

After infrastructure changes, run the Validation smoke test suite. For application-level health, see Operations overview.

On this page