HYPER OPEN X – OPEN CALL
NEXEDI – SLAPOS
Acteur du consortium
- Membre du consortium : Nexedi
- Brique technologique : SlapOS (hyper_edge)
- Contact : Louis Carton (louis.carton@nexedi.com) et Sven Franck (sven.franck@nexedi.com)
- ID dans le groupe Telegram Hyper Open X : smetsjp
Contacts à Cap Digital
- Alexandre CHAFFOTTE (alexandre.chaffotte@capdigital.com) – Responsable de programme R&D&I
- Shahinez LAMSOUNI (shahinez.lamsouni@capdigital.com) – Cheffe de projet transformation numérique et open innovation
Présentation des enjeux et contexte
Pourquoi cet appel à projets ?
Pour accélérer l'adoption d'un ensemble de technologies libres pour le cloud et le edge computing développées dans le cadre du projet Hyper Open X, est lancé l'Hyper Open Call, un appel à projet ouvert à toutes les PME et start-ups françaises proposant un projet innovant utilisant au moins une des briques technologiques d'Hyper Open X. 50% des technologies libres au coeur des clouds US proviennent d'acteurs européens. Avec Hyper Open Call, vous pourrez les intégrer directement à vos infrastructures numériques.
Présentation et description de la brique technologique : SlapOS
La brique technologique SlapOS est une solution de Platform-as-a Service (PaaS) pour les applications critiques ou réparties déployées en edge ou en multi-cloud. C’est une solution 100 % libre (open-source) fondée sur le logiciel libre SlapOS (https://slapos.nexedi.com). Elle est au cœur du déploiement en multi-cloud du système de facturation d’une société d’autoroutes avec 2 millions de clients. Elle est également au cœur du déploiement en edge du logiciel de gestion de la production d’un grand constructeur automobile. Elle a permis le passage en edge d’une solution d’espace de travail collaboratif initialement disponible en SaaS. Elle sert à déployer des réseaux privés ou publics virtualisés 4G/5G avec des services de edge pour la communication répartie.
L’ensemble de la documentation et des fonctions SlapOS est publié sur le Web :
A quoi sert et que peut-on faire avec SlapOS
Cas d’usage « opérateur de SaaS » : avec SlapOS, le développeur d’un logiciel libre ou propriétaire peut transformer en quelques semaines son logiciel en service de SaaS déployé sur une infrastructure multi-cloud (ex. Scaleway, Rapid.Space, OVH, AWS, Alicloud, Azure, etc.) ou sur une infrastructure de edge. Le modèle de PaaS de SlapOS est compatible à la fois avec un déploiement dans des machines virtuelles ou en bare metal.
Cas d’usage « reproductibilité d'application critique » : avec SlapOS, l’exploitant d’un logiciel de gestion critique peut s’assurer de la reproductibilité de son déploiement sur n’importe quelle infrastructure de edge ou de cloud. Cela permet d’éviter la situation où, après le départ de développeurs ou d’administrateurs système, plus personne dans une entreprise ne sait comment réinstaller un logiciel critique au fonctionnement de cette entreprise. Cela permet également, en cas de panne majeure d’un opérateur de cloud (ex. Google en 2023 à Paris), de redéployer rapidement le logiciel chez un autre opérateur ou en interne.
Avantages de SlapOS
Le code 100 % libre de SlapOS garantit une indépendance totale par rapport aux fournisseurs de clouds publics. Il facilite le déploiement dans des régions (ex. Chine) inaccessibles à certains opérateurs. Il permet également des déploiements de services de edge ou de cloud dans des environnement déconnectés d’Internet. Il offre ainsi tous les avantages d’un cloud en termes d’économies d’échelle en évitant la rigidité des modèles de déploiement des grands clouds publics et leur résilience limitée.
Les infrastructures de Edge communément utilisées comportent aussi bien des micro-serveurs de type Raspberry Pi, Olimex ou encore des serveurs de edge de puissance comme le EdgePOD de Rapid.Space (https://shop.rapid.space/product_module/497/Resource_viewAsShop) voire des rack de serveurs de Big Data issus du projet Open Compute Project (OCP).
Big Data Edge (OCP)
Campus Edge (EgePOD)
IoT Edge (Olimex)
L'ensemble de la configuration du déploiement d'un service SlapOS peut être réalisé avec « Theia », un environnement intégré de développement (IDE) en mode Web créé par la société TypeFox et distribué par la fondation Eclipse.
Environnement de développement intégégré (Theia)
Le déploiement avec SlapOS en multi-cloud ou edge couvre l’ensemble du cycle de vie d’un service de edge ou de cloud, du « build à la facturation ». SlapOS automatise ainsi douze facettes :
- build : reconstruction, à partir du code source, du binaire exécutable sur toute plateforme (distribution, version, architecture de CPU, etc.) ;
- allocation : choix du serveur ou de la machine virtuelle où sera déployé un service de cloud ou de edge en fonction de critères techniques ou juridiques ;
- instanciation : création d’un nano-conteneur permettant l’exécution d’une instance du service de edge ou de cloud en minimisant l’usage de ressources de l’infrastructure ;
- configuration : génération des fichiers de configuration du service précédemment instancié ;
- orchestration : configuration des interconnexions mutuelles entre plusieurs services instanciés et formant ensemble un service complexe cohérent (ex. connexion automatique du serveur d’application à la base de données et au service de haute disponibilité) ;
- monitoring : définition des objectifs de qualité du service (ex. temps de réponse) et surveillance de la conformité effective du service à ces objectifs ;
- self-repair : reconfiguration du service (ex. réallocation, allocation de nouvelles instances, etc.) afin d’atteindre les objectifs de qualité du service lorsqu’il a été détecté qu’il n’étaient plus atteints ;
- disaster recovery : reconstruction d’une instance à partir d’une sauvegarde en cas de destruction d’une partie de l’infrastructure ;
- comptabilisation : évaluation des ressources utilisées par les services déployés sur un serveur afin de piloter finement l’allocation d’autres services ;
- suivi d’incident : génération de ticket d’incident en cas de non-conformité d’un service aux objectifs de qualité définis par le monitoring et suivi de la résolution de l’incident ;
- test : vérification de bout-en-bout que l’ensemble des onze autres facettes d’un service de edge ou de cloud ne présente pas de régressions lors d’une mise à jour du code du service ou du code de l’infrastructure ;
- facturation : génération de la facture interne (contrôle de gestion d’un edge cloud privé) ou externe (edge cloud public) lié à la consommation de ressources ou la tarification du service.
Ces douzes facettes sont couvertes très simplement au sein d'un environnement déployable sur le cloud, sur le edge ou en quelques secondes sur l'ordinateur portable du développeur dans son « home directory ». Nul besoin d'installer un grand nombre de dépendances ou de nombreux logiciels sur de nombreux serveurs pour simuler et reproduire l'ensemble des facettes du déploiement en edge ou en cloud.
Conditions d’utilisation (prérequis, code source, licence, assistance, infrastructure, etc.)
L’usage de SlapOS suppose de disposer du code source de l’application à déployer avec SlapOS et de développeurs connaissant bien ce code source. La licence de ce code source peut être libre ou propriétaire. SlapOS n'oblige pas à faire du logiciel libre.
Nexedi fournira une assistance pour aider au déploiement de ce code avec SlapOS. Cette assistance prendra la forme de documentation et de communication directe avec les développeurs utilisant SlapOS. L’infrastructure utilisée pour le développement peut être un cloud public, un serveur interne ou un serveur de edge fourni par Nexedi. Dans tous les cas, cette infrastructure doit être connectée à Internet pour permettre à Nexedi de fournir une assistance à distance.
Exemples de cas d’usage et valeur ajoutée de SlapOS
Netframe a porté son SaaS en edge en quelques semaines et peut ainsi proposer un « digital workspace » déployé en mode edge pour garantir des besoins de résilience, de souveraineté et de protection du secret des affaires.
Toyota exploite en mode edge sur un réseau fermé (déconnecté d'Internet) une solution de gestion reproductible, déployée avec SlapOS avec tous les automatistes typiques d'un PaaS sur le cloud mais aussi avec des garanties de secret des informations bien supérieures à un déploiement sur le cloud.
SANEF exploite une solution critique de facturation déployée sur des clouds publics en mode mulit-cloud avec une gestion du cycle de vie de bout en bout (« build à la facturation ») avec des garanties de qualité, de passage à l'échelle et de reproductibilité mises en oeuvre par des tests automatiques.
Stellantis exploite dans certaines de ses usines une solution de gestion de production déployée en edge dans des régions où l'accès Internet n'est pas disponible de façon continue et dans des régions où les grands clouds US n'ont pas de point de présence, ce qui contredit certaines réglementations qui exigent un stockage local des données personnelles.
Spécificités organisationnelles
- Fonctionnalités spécifiques ? Aucune contrainte
- Périmètre géographique ? Aucune contrainte
- Ressources mobilisables par le consortium ? Un ingénieur Nexedi dédié pour assurer le support, des serveurs de edge
- Temps hommes ? 3 mois homme d’assistance par Nexedi sur 12 mois
Spécificités techniques
- Licences nécessaires : aucune, car la solution SlapOS est 100% libre (open source) comme toutes les briques d'Hyper Open X
- Normes techniques : le logiciel déployé avec SlapOS doit être développé sous Linux, BSD ou tout système POSIX
- Rupture technologique : SlapOS n'impose aucune rupture technologique
- Documentation : https://handbook.rapid.space/
- Exemples : https://lab.nexedi.com/nexedi/slapos/-/tree/master/software
Modalités de participation
Qui peut participer ?
L’Open Call Hyper Open X ouvert aux PME et startups localisées en France souhaitant collaborer avec des acteurs français du logiciel libre à l'origine de technologies clés pour le edge et le cloud. Les PME commerciales ou industrielles qui ont déployé leurs propres infrastructures sont invitées à ce call autant que les PME du numérique.
Comment participer ?
Pour déposer une candidature, il suffit de renseignez le formulaire de candidature en ligne en y joignant le dossier de candidature suivant le modèle fourni.
Liens utiles :
- Formulaire de candidature : XXX
- Modèle de candidature (HTML ou ODT ou MD) : XXX (avec identité entreprise, références, proposition, planning, budget)
- FAQ : XXX
Evaluation des candidatures
Les dossiers seront évalués d'abord selon leur pertinence technique puis sur leur impact en termes de retour d'expérience pour les membres du consortium avec un avantage aux porteurs de proposition ayant déjà démontré leur capacité à adresser les besoins d'un marché.
Une double lecture des propositions sera réalisée par Cap Digital avec le soutien d'associations du logiciel libre (CNLL, FDL, etc.), d'experts et de membres du consortium (Nexedi, Rapid.Space).
Evaluation technique
Une bonne proposition technique devra comporter :
- une rupture technologique (on ne ne subventionne pas la copie de quelque chose qui existe) ;
- l'usage d'une ou plusieurs briques technologiques d'Hyper Open X ;
- a minima un démonstrateur et idéalement un produit commercialisé ;
- a minima une démonstration aux membres du consortium et idéalement au public.
Evaluation de l'impact
Une bonne proposition technique sera d'autant mieux notée qu'elle aura un impact fort en termes de retour d'expérience ou de dissémination :
- intégration de la brique technologique à un service de cloud largement utilisé ;
- intégration de la brique technologique à un logiciel propriétaire largement diffusé ;
- intégration de la brique technologique à un autre logiciel libre ;
- retour d'expérience permettant de démontrer les avantages de la brique technologique.
Evaluation du porteur
Une bonne proposition technique sera d'autant mieux notée qu'elle provient d'un porteur ayant démontré sa capacité à répondre aux besoins d'un marché :
- en créant une entreprise bénéficiaire dans le domaine du numérique ;
- en créant une entreprise bénéficiaire dans un domaine (ex. industrie, commerce) faisant appel au numérique ;
- en créant une entreprise disposant d'un grand nombre d'utilisateurs au travers d'une plate-forme numérique ;
- en créant un logiciel libre largement utilisé.