By “DevOps in a box™ for your Web apps”

Résumé Besoin et contexte La proposition Nua Le projet Le fichier nua-config.toml Exemple d’une application

Besoin et contexte Un besoin: • Déployer rapidement plusieurs instances d’applications sur des environnements bare metal ou virtualisés • Déployer des applications développées en interne et des applications tierces • Pour des besoin internes • Pour mettre à disposition des clients de Abilian des applications en mode SaaS • En simplifiant les étapes du déploiement (base de données / stockage / Nginx / HTTPS, ...)

Besoin et contexte L’état de l’art technique • PaaS, SaaS • Conteneurs • Cloud, GAFAM Le contexte européen • Demande croissante de solutions « souveraines » • L’auto-hébergement d’applications web reste complexe (compétences, fiabilité, sécurité)

La proposition Nua Le projet Nua vise à contruire un "Self-hosted PaaS" • Ou « plateforme en tant que service auto-hébergée » • C’est un oxymore technique • Mais une réponse disruptive aux besoins du marché

Our Solution “Nua streamlines the development, selection, installation and resilient operations of Web applications in a self- sovereign cloud environment”

Le projet 100 % python • Poetry, pytest, type hints, black, flake8, ruff, ... • Des commandes d’administration système • Des algorithmes d’affectation de ressources Des choix structurants • Privilégier, autant que possible : ● la configuration déclarative plutôt qu'impérative ● les conventions plutôt que la configuration explicite, en évitant les duplications d'information • S’appuyer sur des technologies éprouvées (containers OCI/Docker dans un premier temps) • S’inspirer des « best practices » comme les "12 factor apps", SBOM, … • Prévoir des extensions par le biais de plugins

Le projet 2 étapes fondamentales • Le « build » • Le « run » Avec quelques contraintes • Simplicité (ergonomie) • Reproductible, sûr, fiable • Evolutif (plugins) • Résilience, sécurité, maintenabilité

Le projet « nua-build » • La commande bas niveau qui pilote la création du package déployable • Aujourd’hui : une image Docker pour Linux/amd64 La séquence de build • Analyse du fichier « nua-config » • Détection des images de base requises • « build » ou « pull » des images requises • Récupération des fichiers (sources, Dockerfile, fichiers de configuration) • « build » proprement dit de l’image Docker • Stockage du résultat (localement comme image Docker)

Le projet « nua-orchestrator » • La commande bas niveau pour déployer une(des) application(s) • L’orchestrateur doit être installé sur le serveur hôte La séquence de déploiement • Analyse des applications demandées • « pull » des images Nua correspondantes • Récupération des métadata depuis les images Nua • « pull » des dépendances éventuelles • Configuration des ports, volumes, etc. • Déploiement proprement dit (arrêt / installation / démarrage)

Le fichier nua-config.toml Un fichier unique • Les metadonnées • Configuration du « build » ● Récupération des sources et dépendances • Configuration du « run » ● Déclaration des ressources requises Utilisé par l’environnement de build et l’orchestrateur • Lors du « build » le fichier de configuration est copié dans le conteneur de l’application • L’orchestrateur (le « run ») récupère les informations directement depuis le conteneur de l’application

Exemple d’application : Hedgedoc HedgeDoc • Une application d'édition collaborative de documents au format Markdown • Une application NodeJs qui utilise les outils classiques pour cet écosystème: package.json et npm. • https://hedgedoc.org/

La section des métadonnées

La section de « build »

Le « build » Aperçu du build (1/2) • Début : recherche des composants Nua de base

Le « build » Aperçu du build (2/2) • Création de l’image Docker • En mode « verbose », tout le log du build Docker serait affiché.

Les sections « run »

Les sections « run » Affectation automatique des ports • Seule l’information du port utilisé par l’application est nécessaire • L’orchestrateur affectera des ports pour les redirections • Supporte le multi-instances

Les sections « run » Déclaration d’un « healthcheck »

Les sections « run » Déclaration de ressources de stockage • L’orchestrateur créera des espaces uniques à chaque instance

Les sections « run » Déclaration de ressources applicatives • L’orchestrateur créera les instances de bases de données

L’orchestrateur Déclaration minimum pour instancier une application • Le nom de l’application (app-id) • Le domaine cible

L’orchestrateur : déploiement de 2 instances

No content

Project By → https://github.com/abilian/nua → https://nua.rocks/