Bosca / System

Bosca System

Run the platform,
end to end.

System is the operating layer underneath Bosca — durable background jobs and scheduling, identity and access, object storage and backups, the datastores it all runs on, and the settings that tie it together. In one place.

How it works

Operate, secure, configure.

01

Operate

Run background jobs on a durable queue, schedule them with cron, and see every run in one history.

02

Secure

Principals, groups, and permissions; passwordless passkeys, OAuth sign-in, and scoped API tokens.

03

Configure

Change how the platform behaves without a redeploy, and bring in the outside services you already use.

What's under the hood

The infrastructure, handled

The jobs, the scheduler, the identity model, storage, and backups — the machinery your platform runs on, in one place.

Durable jobs

Background work on NATS JetStream or Redis, with at-least-once delivery and automatic retries.

Cron scheduler

Scheduled jobs on standard cron, with catch-up for missed runs and a full run history.

Content health check

A report over your content graph — published items pointing at unpublished ones, and more.

Principals & groups

One identity behind every profile, device, and token; permissions granted to flat groups.

Passkeys & OAuth

Passwordless WebAuthn sign-in, plus OAuth with Google, Apple, and more.

Scoped API tokens

Programmatic tokens scoped within a principal's permissions, for scripts and CI.

Backups & restore

Snapshot Postgres and your files to one archive, and restore with a conflict strategy.

Pluggable services

Cache, job queue, and object storage sit behind interfaces — Redis or NATS, S3 or GCS, your choice.

Content health

It checks your content, not just your CPU

Most admin panels watch connections and memory. Bosca's health check reads your content graph and flags what publishing can miss — a published page pointing at an unpublished document, a guide with steps that never shipped, a collection with hidden children, a schedule that came and went. Some it can fix on the spot.

  • Find published content that depends on unpublished content.
  • Catch scheduled items that never went out, and stuck workflows.
  • See failed content jobs, and items published without content.
  • Resolve some issues inline, without leaving the report.
content · health check
4Published with unpublished relationships
2Scheduled but not published
1Guides with unpublished steps
resolve unpublished relationships

Pluggable by design

Nothing's hardwired

Bosca's services sit behind interfaces, so you're not bolted to one vendor's stack. The job queue, the cache, and pub/sub each run on Redis or NATS. Object storage is S3, Google Cloud, or the filesystem — or anything S3-compatible. Swap a backend, and the code that uses it never notices.

  • Services sit behind interfaces — swap a backend, keep the code.
  • Job queue, cache, and pub/sub on Redis or NATS.
  • Object storage on S3, Google Cloud, or the filesystem.
  • Anything S3-compatible works, too.
infrastructure
job queuenats · redis
cacheredis · nats
pub / subnats · redis
object storages3 · gcs · fs

The platform, and everything under it

Jobs, scheduling, identity, storage, backups, and configuration — the operating layer that keeps Bosca running.