Skip to main content

Exordos MetaPaaS

Single control-plane runtime hosting many PaaS types as installable plugins.

Instead of deploying a new VM + database for each PaaS service (s3, mail, database, etc.), MetaPaaS runs one shared control-plane that manages them all. A new PaaS is an installable plugin, not a new control-plane node — only data-plane instances are launched per service instance.

Quick Start

Build

make build
# Produces: output/exordos-metapaas.raw.zst, output/manifests/metapaas.yaml

Install to Exordos Core

exordos -e http://10.20.0.2:11010 -u admin -p <password> \
  ee install metapaas --version <version>

The element is resolved by name across the repositories registered in the core (the official one is registered at bootstrap). To install from another repository (e.g. a local mirror), register it first with a higher priority:

exordos -e http://10.20.0.2:11010 -u admin -p <password> \
  repo add -p <project-uuid> -n local-mirror \
  --repo-url http://10.20.0.1:8081/exordos-elements/ --priority 4096

Create a PaaS Instance

Once metapaas is deployed, install a plugin (e.g., s3aas):

exordos -e http://10.20.0.2:11010 -u admin -p <password> \
  ee install s3aas --version 0.0.5

Then create an instance via the metapaas-cp REST API:

curl -X POST http://metapaas-cp:8080/v1/types/s3/instances \
  -H 'Content-Type: application/json' \
  -H 'Authorization: Bearer <token>' \
  -d '{
    "name": "s3-prod",
    "version": "0.0.1",
    "bucket_name": "data",
    "encryption": "aes256"
  }'

Documentation

For Platform Users

  • DESIGN.md — Architecture, why this approach, solved decisions

For PaaS Plugin Developers

  • HOW_TO_BUILD_NEW_PAAS.md — Complete guide: 9 steps from architecture to deployment
    • Control Plane (CP): SQLAlchemy models, REST controllers, IAM setup
    • Data Plane (DP): Packer image config, health checks, systemd units
    • Build config, manifest template, tests, CI/CD
    • Examples: mail-aas (Postfix+Dovecot), database-aas patterns
    • Checklist + troubleshooting

Reference Plugins

  • ../exordos_s3/ — Production s3aas plugin (validated, fully featured)
  • ../exordos_mail/ — Blueprint mail-aas plugin (validates framework is service-agnostic)
  • ./metapaas_demo/ — Demo plugin (bundled in runtime, minimal example)

Architecture

exordos_core (user-facing)
    ↓
exordos_metapaas-cp (single shared control-plane)
    ├─ user-api       (REST endpoints: /v1/types/<slug>/instances)
    ├─ orch-api       (orchestration, node lifecycle)
    ├─ status-api     (monitoring, node status)
    └─ PostgreSQL     (shared database for all plugins)
        ├─ s3_instances, s3_buckets, ...
        ├─ mail_instances, mail_users, ...
        └─ plugin_migrations (each plugin versions independently)
    ↓
data-plane nodes (s3-dp, mail-dp, db-dp, ...)
    ↓
actual services (RustFS, Postfix, PostgreSQL, ...)

Key insight: Plugin = pip package with CP code + manifest + DP image. No new CP VM, no new database — just install and go.

Building Your First Plugin

  1. Read HOW_TO_BUILD_NEW_PAAS.md
  2. Copy structure from ../exordos_mail/ (simple, well-commented)
  3. Follow the 9 steps: models → controllers → IAM → DP image → manifest → build → tests
  4. Validate against the checklist
  5. Deploy and test

Development

Unit Tests

tox -e py312

Linting & Type Checking

tox -e ruff-check
tox -e mypy

Full Test Matrix

tox

Plugin Installation Mechanism

When a PaaS element is installed in exordos_core:

  1. PluginReconciler (running on metapaas-cp) detects new element
  2. Fetches the CP wheel from the pip index (registry URL from element spec)
  3. Installs wheel on metapaas-cp with pip install --upgrade
  4. Discovers the plugin via entry-point: [project.entry-points."exordos_metapaas.plugins"]
  5. Registers REST routes, models, migrations
  6. Applies any pending database migrations (cross-project safe via UUID-keyed tracking)
  7. Reloads metapaas-cp services to pick up new routes

Data-plane nodes are provisioned per instance as the plugin's CP controllers orchestrate them.

Troubleshooting

Plugin not appearing in API

Check PluginReconciler logs on metapaas-cp:

exordos -e http://10.20.0.2:11010 -u admin -p <pass> \
  cn exec metapaas-cp -- \
  journalctl -u metapaas-plugin-reconciler -f

Cannot create instance

Verify metapaas-cp is reachable and user has credentials:

curl -s http://metapaas-cp:8080/v1/types/ -H 'Authorization: Bearer <token>' | jq .

Data-plane nodes stuck in CREATING

Check orchestration (orch-api) and agent logs on metapaas-cp:

exordos -e http://10.20.0.2:11010 -u admin -p <pass> \
  cn exec metapaas-cp -- \
  tail -f /var/log/orch-api.log

Standards

  • Python: 3.10+
  • Testing: pytest, tox, coverage
  • Code style: ruff (fmt + check), mypy
  • Database: SQLAlchemy 2.0+, PostgreSQL 13+
  • Container format: Packer → Zstandard-compressed raw image

License

Proprietary — Exordos

Metadata

Release files for exordos-metapaas 1.2.7

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for exordos-metapaas 1.2.7
File Size Uploaded
exordos_metapaas-1.2.7.tar.gz 205.1 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for exordos-metapaas 1.2.7
File Interpreter ABI Platform
exordos_metapaas-1.2.7-py3-none-any.whl Python 3 none any Details

Total release size: 262.5 kB

Release files / exordos_metapaas-1.2.7.tar.gz

Download URL exordos_metapaas-1.2.7.tar.gz
Size 205.1 kB
Tags Source
SHA-256 checksum
How to use checksums
28d004e2cc184808171a10406961e93d77f8c8f53a0881322c4a910fa3c70308
BLAKE2b-256 checksum
How to use checksums
0bf5e34df2004dfa2128a2e5bcca4bc09d8ec46e7c5737a42b31531724e12c8c
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 16, 2026.

Transparency log

Release files / exordos_metapaas-1.2.7-py3-none-any.whl

Download URL exordos_metapaas-1.2.7-py3-none-any.whl
Size 57.4 kB
Tags Python 3
SHA-256 checksum
How to use checksums
4fbce4e3b20510321c3b71897885dc7b1b307118146b19cd700ea46d76cb6c9b
BLAKE2b-256 checksum
How to use checksums
2ebab3acd982da552663412c7deeb25e0db504382a90214c014525ffb585f4bd
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 16, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

1.2.7 This release

2 release files

1.2.6

2 release files

1.2.5

2 release files

1.2.4

2 release files

1.2.3

2 release files

1.2.2

2 release files

1.2.1

2 release files

1.2.0

2 release files

0.1.1

2 release files

0.1.0

2 release files

0.0.3

2 release files

0.0.1

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page