Backend Quickstart
This guide explains the fastest way to get oriented on the backend side of the Cabloy framework repository.
If you want to create and use a Cabloy project, start with Fullstack Quickstart.
When to use this page
Use this page when you are contributing backend work in the framework repository and want to understand Cabloy quickly:
- required runtime dependencies
- how backend development starts in the monorepo
- what the historical project templates mean
- which commands are the real source of truth today
- which essentials pages to read next
Prerequisites
| Name | Version |
|---|---|
| pnpm | >=10.19.0 |
| Node.js | >=24.8.0 |
| Redis | >=7.2.6 |
| Sqlite3 | Built-in |
| MySQL | >=8 |
| Postgresql | >=16 |
Notes:
- Redis underpins capabilities such as queue, startup, election-adjacent distributed coordination, schedule, broadcast, caching, two-layer cache, and redlock.
- If you use Sqlite3, make sure the node-gyp toolchain is ready so native dependencies can compile correctly.
Framework repository entrypoint
In the Cabloy framework repository, start from the root scripts instead of thinking in terms of a standalone Vona repo.
These commands are repository-root workflows for framework development, not the default bootstrap path for a normal Cabloy project.
Install and initialize
npm run initStart backend development
npm run devRun tests
npm run testBuild
npm run buildStart production output
npm run startBackend essentials reading path
Before diving into feature-specific backend guides, it helps to read the essentials spine first:
- Backend (Vona)
- Backend Foundation
- Backend Essentials
- Backend CLI
- Backend Scripts
- Service Guide
- Package Map
This gives the architectural vocabulary for bean, scope, suite, module, package, and backend access patterns.
Historical template context
Legacy Vona docs described creating projects from templates such as cabloy-basic and cabloy-start.
That history still matters, because it explains why the Cabloy ecosystem now supports two editions:
- Cabloy Basic: the public framework/reference edition, including the project route created by
npm create cabloy, with a shared frontend engineering layer and a DaisyUI + Tailwind CSS oriented UI layer in the current public examples - Cabloy Start: the private commercial edition, accessed by cloning the licensed private repository source, with Vuetify-oriented frontend modules plus Start-specific SSR site baselines and project assets
In the current monorepo docs, do not treat these as just template names. Treat them as edition boundaries that affect frontend integration, scripts, UI assumptions, and examples.
Backend configuration reminder
Backend setup may still require editing .env values for database and Redis selection. In the monorepo, the exact values should always be taken from the current repo files under vona/env/ rather than copied from archived guidance blindly.
For the backend runtime/config family, read these pages together:
- Runtime and Flavors
- Config Guide
- Backend Startup Guide
- Multi-Instance and Instance Resolution
- Multi-Database and Datasource Guide
Recommended next pages
Choose the next reading path based on the kind of backend task you are doing.
Architecture spine
Backend contract and data family
Runtime and distributed family
- Runtime and Flavors
- Config Guide
- Backend Startup Guide
- Multi-Instance and Instance Resolution
- Worker Guide
- Election Guide
- Queue Guide
- Broadcast Guide