Open-source backend and API stack empowering dev teams to build, run and scale enduring platforms and marketplaces faster than ever.
Stelace API Server
- Search & matchmaking: storing and searching any kind of Asset relevant to your platform, from products, cars and housing to profiles or skills.
- User authentication, social login and Enterprise SSO
- Customizable Transaction process
- Countless integrations with Events and Webhooks
- Business automation with Workflows
- Content management API (headless CMS)
- Server Plugin system to build literally anything
- … and even more (docs)
For a full-stack experience, you can get started here with open-source Vue.js front-end templates.
The easiest way to deploy and leverage Stelace is with our official managed infrastructure. You can have a fresh platform backend up and running in minutes with high-availability deployment, automatic scaling, built-in test and live environments and admin dashboard. SLA, dedicated infrastructure and premium support are also available for Enterprise customers.
- Stelace as-a-service
- Built with
- What is included
- We care about open-source
Built to last
- NodeJS 12+
- PostgreSQL 10+
- ElasticSearch 7.x
- Redis 5.x
- Objection.js ORM (Knex)
- Microservice-ready with Côte
- Tested with AVA
- Monitored with Elastic APM
What is included
This means you can freely switch between any of our SaaS plans and self-hosting at any time if you don’t need Stelace support or SLA and you’re ready to build your own admin UI, or you don’t need one
Note: for your app UI, we also crafted open-source front-end templates.
Please go to Docker website to install Docker CE/EE. Choose the right installation guide for your system.
Please refer to official instructions.
git clone https://github.com/stelace/stelace.git
We recommend using pre-configured Docker images for databases to ease development.
It’s how Stelace team develops and tests API server.
Please note that you should use proper databases in production though.
Let’s start with your own
.env file to customize if needed:
cp .env.example .env
Start development databases
Build the Docker images:
And start the databases:
docker-compose up -d elasticsearch postgresql redis
yarnto install dependencies.
Run the database migration to automatically create or update tables:
yarn knex migrate:latest # or `npm run knex migrate:latest`
- You can also seed the database with hard-coded development API keys, so you can always use the same keys for development with local server:
Tip: use one of our Stelace Instant open-source templates for blazing fast full-stack development.
- Install external plugins:
- Start the server:
yarn start # or `npm start`
Develop with API server container
Stelace server is built on and deployed to Linux machines (Ubuntu), and you may have some trouble running server with another OS.
Docker can solve this with ease.
You just have to change host from
redis in your
.env file when using containerized API and databases.
Here is how you can install dependencies and init database:
# ephemeral container with --rm option docker-compose run --rm api yarn docker-compose run --rm api yarn seed
Note: project root directory is used as a Docker volume during development, including
node_modules that are shared.
You need to re-install dependencies when switching between plain server and server container setups.
docker-compose up -d
Useful commands to run from project root:
- Follow logs of a API container
docker-compose logs -f api
- Stop and remove containers
- Remove volumes (can be useful to solve dev issues with corrupted data or after database upgrade)
docker volume prune
yarn docker:db:reset to reset containers and volumes during development.
This can be useful if you have any issue with corrupted database or redis store data, or if you want to upgrade databases (warning: containers data & volumes will be lost).
Tests are mostly integration tests with databases up and running to cover full API functionality.
npm run test or
yarn test with ElasticSearch, PostgreSQL and Redis running and appropriate environment variables (hosts, ports, credentials).
You can use database Docker containers (see Using API server container) with appropriate host (127.0.0.1) and ports (e.g. PostgreSQL: 6543).
Tests files are run in parallel with AVA, using multiple schemas in PostgreSQL database.
Tests are quite CPU-intensive and you probably want to have 4 CPU cores to run them in good conditions.
Please find more details in server docs (testing).
Getting server logs in real-time can be very useful during development or tests.
You just have to set an environment variable:
ROARR_LOG=true yarn test
To see the output of
console.log calls during AVA tests, add
yarn test --verbose
Using API server container
Stelace team uses an API server Docker image in production, so do CI tests.
You can use an API server container to run tests locally too.
Ensure ElasticSearch, PostgreSQL and Redis are running once you’ve started database containers:
# Install dependencies used by API server container if not done yet docker-compose run --rm api yarn # Checking that databases are up and running docker-compose run --rm api /bin/sh -c \ 'until nc -z -v -w30 elasticsearch 9200 && nc -z -v -w30 postgresql 5432 && nc -z -v -w30 redis 6379 do echo "Waiting for PostgreSQL, ElasticSearch and Redis…" sleep 2 done';
Run tests with containerized API:
docker-compose run --rm api yarn test # instead of standard local server with `yarn test`
As mentioned above, we recommend using proper databases for production. You may self-host the databases or externalize them by using database providers.
Please find detailed procedures to configure SSL for database.
Stelace API public versions introducing breaking changes are publicly dated like
2019-05-20 but the repository itself follows semver rules.
Dated version are the equivalent of
major updates, as in semver
Old dated versions are supported thanks to transformers, inspired by great examples.
When introducing breaking changes (denoted by a new major version in this repository according to semver):
- Dated version is added to
- Appropriate transformers are added to request, response and validation subfolders
- Changes are documented using a
descriptionfield in request transformers
- Conventional commit messages are used to keep track of breaking changes
Stelace is open source and contributions from the community are most welcome, including yours!
Before contributing to Stelace:
- You’ll be prompted to read and sign our Contributor License Agreement, which ensures we can maintain appropriate governance of the project as a community in the long run.
- Dig into CONTRIBUTING.MD, about submitting issues, requesting new features, etc.
- Ensure we collaborate with mutual respect.
Stelace API server for Web platforms is licensed under the terms of the GNU General Public License Version 3.
Stelace Copyright © 2018-present Sharinplace SAS.
This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
A copy of the GNU General Public License is included in this program, and is also available at https://www.gnu.org/licenses/gpl-3.0.txt.
We care about open-source