Nua, an open source PaaS in Python to self-host your applications

## Summary

Nua is an open source cloud platform project launched by Abilian in 2021. It offers a PaaS (platform as a service) that can be easily installed on bare metal or virtualised servers, and which allows containerised web applications to be run, managing their lifecycle, the resources they need (storage, databases, etc.), user access rights, backups, monitoring, logs, etc.

Nua enables the management of applications from an application portfolio ("marketplace"), i.e. packaged and optimised by the platform's developers (or third parties). Nua also allows the deployment of applications under development (demo / qualif / prod), including several instances of the same application, and including automatic deployment (example use case: create demo instances on request from prospects, optimising resource consumption).

Nua is based on the main standards of the open source and cloud world: database (Postgres, MySQL, Mongodb, Redis), storage (S3), OCI, dockerfiles and buildpacks, LDAP and SSO, etc. Nua currently relies on Docker, but will eventually allow applications to be deployed in other execution environments (other containers, classic or lightweight VMs, SlapOS...).

Documentation and source code:

- https://nua.rocks
- https://github.com/abilian/nua

## Presentation outline

- Vision and main features of the project

- Simplification of packaging and multi-instance deployment,
- Self-hosting, digital sovereignty
- General architecture

- Why python?

- A python runtime in the container
- An orchestrator driving the containers
- Reuse of components between packaging, script execution and orchestration

- Examples and demo

- Configuration file (packager view)
- Deploying configurations (user CLI view)

- Roadmap and how to contribute

## Take-aways

- For developers / devops: how Nua can help to quickly deploy dev versions in the dev / preprod / prod phase, and to manage production constraints (backup, upgrades)?
- For IT managers: how can Nua help to easily deploy and manage a portfolio of open source Web applications (intranet / extranet / Web)?
- For third-party application developers: how to port their applications to Nua?
- For open source contributors: what is Nua's roadmap and how to contribute to it?

Transcript

1. By "DevOps in a box™ for your Web apps".
2. Summary Need and context The Nua vision The project The nua-config.toml file Example of an application
3. Need and context A need: • Rapidly deploy multiple application instances on bare metal or virtualised environments • Deploying internally developed and third-party applications • For internal needs • To provide Abilian customers with SaaS applications • By simplifying the deployment steps (database / storage / Nginx / HTTPS, ...)
4. Need and context The state of the art • PaaS, SaaS • Containers • Cloud, GAFAM The European context • Growing demand for "sovereign" solutions • Self-hosting of web applications remains complex (skills, reliability, security)
5. The Nua proposal The Nua project aims to build a "Self-hosted PaaS • Or "self-hosted platform as a service". • This is a technical oxymoron • But a disruptive response to market needs
6. Our Solution "Nua streamlines the development, selection, installation and resilient operations of Web applications in a self- sovereign cloud environment
7. The project 100% python • Poetry, pytest, type hints, black, flake8, ruff, ... • System administration commands • Resource allocation algorithms Structuring choices • Wherever possible, give priority to : • declarative rather than imperative configuration • conventions rather than explicit configuration, avoiding duplication of information • Rely on proven technologies (OCI/Docker containers in the first instance) • Be inspired by "best practices" such as the "12 factor apps", SBOM, ... • Provide for extensions through plugins
8. The project 2 fundamental steps • The build • The "run With some constraints • Simplicity (ergonomics) • Reproducible, safe, reliable • Scalable (plugins) • Resilience, security, maintainability
9. The project "nua-build • The low-level command that drives the creation of the deployable package • Today: a Docker image for Linux/amd64 The build sequence • Analysis of the "nua-config" file • Detection of the required basic images • "build or pull the required images • Recovery of files (sources, Dockerfile, configuration files) • "The actual build of the Docker image • Storage of the result (locally as a Docker image)
10. The project "nua-orchestrator • The low-level command to deploy an application(s) • The orchestrator must be installed on the host server The deployment sequence • Analysis of the applications requested • "Pulling the corresponding Nua images • Metadata retrieval from Nua images • "pull" of possible dependencies • Configuration of ports, volumes, etc. • Actual deployment (shutdown / installation / start-up)
11. The nua-config.toml file A single file • Metadata • Build configuration • Recovery of sources and dependencies • Configuration of the "run • Declaration of resource requirements Used by the build environment and the orchestrator • During the build, the configuration file is copied into the application's container • The orchestrator (the "run") retrieves information directly from the application container
12. Application example: Hedgedoc HedgeDoc • An application for collaborative editing of documents in Markdown format • A NodeJs application that uses the classic tools for this ecosystem: package.json and npm. • https://hedgedoc.org/
13. The metadata section
14. The build section
15. The build Build overview (1/2) • Start: search for basic Nua components
16. The build Build overview (2/2) • Creating the Docker image • In verbose mode, the entire Docker build log would be displayed.
17. The "run" sections
18. The "run" sections Automatic port assignment • Only the port information used by the application is required • The orchestrator will assign ports for redirects • Supports multi-instance
19. The "run" sections Declaration of a health check
20. The "run" sections Declaration of storage resources • The orchestrator will create unique spaces for each instance
21. The "run" sections Declaration of application resources • The orchestrator will create the database instances
22. The orchestrator Minimum statement to instantiate an application • The name of the application (app-id) • The target area
23. The orchestrator: deployment of 2 instances
25. Project By → https://github.com/abilian/nua → https://nua.rocks/