Pendant des années, le cloud a surtout été abordé sous l’angle du coût, de la montée en charge et de l’expérience développeur. Ces critères restent importants. Mais le contexte géopolitique mondial impose désormais une autre lecture : celle de la résilience, de la continuité d’activité et du contrôle.

L’instabilité géopolitique est désormais un risque cloud

Les événements récents dans le Golfe l’ont rappelé de manière très concrète. Quand des tensions régionales affectent les systèmes énergétiques, les routes logistiques et les infrastructures physiques, les conséquences ne s’arrêtent pas aux ports ou aux voies maritimes. Elles atteignent aussi les centres de données, les plateformes cloud et la disponibilité des applications.

Pour les acteurs publics comme pour les entreprises, cela change la nature du risque. Une dégradation locale peut désormais produire des effets opérationnels très réels sur des services numériques considérés comme critiques.

L’infrastructure numérique n’est jamais purement virtuelle

Il faut le rappeler : l’infrastructure numérique reste une infrastructure physique. La résilience du cloud repose sur un constat simple : les services numériques dépendent de centres de données, d’alimentation électrique, de connectivité, de chaînes d’approvisionnement, de cadres juridiques et de personnes présentes sur le terrain. Tant que ces conditions tiennent, le système fonctionne. Lorsqu’elles se fragilisent, la dépendance numérique devient une vulnérabilité opérationnelle.

L’autonomie stratégique numérique doit donc être traitée comme un enjeu de préparation, et non comme un débat idéologique. Il ne s’agit pas de prôner l’isolement ni de remettre en cause les coopérations internationales. Il s’agit de s’assurer que les capacités critiques restent sous un contrôle juridique, technique et opérationnel fiable, notamment lorsque l’environnement extérieur devient instable.

Pour les États, les secteurs régulés et les organisations stratégiques, la question n’est donc plus seulement de savoir où les workloads sont hébergés. Elle est de savoir si les services essentiels resteront disponibles lorsqu’une région se déstabilise, lorsque la connectivité se dégrade, lorsque le cadre juridique évolue ou lorsque la concentration des infrastructures devient un risque systémique.

La résilience dépend du contrôle, pas seulement de l’échelle

L’échelle offre des avantages évidents. Mais l’échelle, la résilience et le contrôle ne se confondent pas. Les grandes plateformes apportent de la puissance, de la standardisation et de la capacité d’exécution. Elles peuvent aussi créer des dépendances que l’on sous-estime facilement en période stable : dépendance à un fournisseur unique, exposition à une seule région, soumission à une juridiction extérieure, fragilité logistique ou opérationnelle.

Une perturbation majeure n’a pas besoin de faire tomber un système entier. Il suffit qu’elle affecte une partie suffisamment critique de la chaîne pour ralentir ou paralyser les opérations.

Autrement dit, le risque cloud n’est plus seulement une question de cybersécurité ou d’achats. C’est aussi une question de continuité, de juridiction et de concentration. C’est pourquoi les modèles de cloud souverain et de cloud de confiance doivent désormais être considérés comme des composantes à part entière d’une stratégie de résilience.

Concrètement, cela suppose de protéger les workloads critiques sur des infrastructures que l’on peut gouverner avec confiance. Cela suppose aussi de réduire la dépendance à un acteur unique, de concevoir des architectures capables de fonctionner en mode dégradé, d’aligner la juridiction applicable avec les intérêts stratégiques, et d’investir dans les compétences, les opérateurs et les capacités locales.

En période de stabilité, ces choix peuvent sembler redondants. En période de crise, ils font la différence entre interruption et continuité. Ce qui se joue aujourd’hui dans le Golfe confirme d’ailleurs une tendance plus large : l’infrastructure numérique appartient désormais au même niveau stratégique que l’énergie, la logistique ou les routes de communication. Le même choc géopolitique qui perturbe les chaînes d’approvisionnement et l’activité industrielle peut, dans le même temps, fragiliser la disponibilité du cloud.

Ce que les décideurs publics et dirigeants doivent désormais évaluer

Cette situation doit conduire les décideurs publics et les dirigeants à poser des questions plus directes. Qui contrôle réellement l’infrastructure dont nous dépendons ? Sous quelle juridiction opère-t-elle ? En combien de temps des workloads critiques peuvent-ils être déplacés, isolés ou repris ? Les services essentiels peuvent-ils continuer à fonctionner en mode dégradé ? Maîtrisons-nous réellement notre plan de continuité, ou en avons-nous externalisé une part excessive ?

La stratégie cloud n’est plus seulement un sujet informatique. C’est désormais un sujet de sécurité économique et d’indépendance stratégique.

Pour les services critiques, la résilience doit être intégrée dès la conception de la stratégie cloud. La question n’est plus seulement de savoir s’il faut aller vers le cloud. La vraie question est de savoir qui reste opérationnel lorsque la stabilité ne peut plus être considérée comme acquise.

Cette dynamique est d’autant plus vraie que la souveraineté numérique s’est imposée au cœur du débat européen. La question n’est désormais plus de savoir si l’Europe a besoin de souveraineté numérique, mais comment la construire de manière concrète, pragmatique et crédible. L’enjeu est clair : passer des principes aux capacités réelles — infrastructures maîtrisées, acteurs technologiques européens compétitifs, conformité réglementaire native et modèles économiques soutenables.

Diagnostic : la souveraineté du cloud européen dans un paysage numérique fragmenté

Internet, initialement conçu comme un espace mondial ouvert et unifié, se fragmente progressivement. On observe une divergence croissante entre un modèle ouvert et orienté données — souvent structuré autour de la captation de l’attention — et des modèles de plus en plus fermés et contrôlés par les États, notamment en Russie ou en Chine. Cette fragmentation est renforcée par le recul documenté des libertés numériques à l’échelle mondiale, traduisant une érosion progressive des droits en ligne.

La géopolitique influence désormais directement les politiques technologiques. Contrôles à l’export, exigences de localisation des données, restrictions sur les plateformes : ces instruments sont devenus des leviers de puissance. Les États-Unis, par exemple, ont renforcé leurs contrôles sur l’exportation de semi-conducteurs avancés et de technologies liées à l’IA, illustrant le lien étroit entre technologie et politique étrangère.

Dans ce contexte, le cloud computing constitue une infrastructure critique de la transformation numérique. Or, l’Europe fait face à une dépendance structurelle majeure : les fournisseurs cloud européens ne représentent qu’environ 15 % du marché cloud régional, l’essentiel de la croissance étant capté par des hyperscalers non européens. Ce déséquilibre constitue une menace directe pour la souveraineté numérique européenne.

À cela s’ajoute l’accélération de la révolution industrielle de l’IA. Les projections estiment que l’IA pourrait générer plusieurs trillions de dollars de valeur économique d’ici 2030, tandis que les investissements privés dans l’IA générative explosent. L’adoption rapide de ces technologies transforme en profondeur le secteur des TIC et redéfinit durablement les modèles économiques et sociétaux.

Comment s’en prévenir : en construisant des solutions cloud européennes souveraines

La réponse européenne à ces défis s’appuie sur ses valeurs fondamentales et propose une trajectoire à la fois pragmatique et ambitieuse.

La protection des données comme avantage compétitif : l’effet RGPD

Le Règlement général sur la protection des données (RGPD) s’est imposé comme une référence mondiale. En fixant des exigences élevées en matière de transparence, de consentement et de droits des utilisateurs, il a inspiré des législations équivalentes dans le monde entier, du LGPD brésilien au CCPA californien, jusqu’à la loi chinoise sur la protection des informations personnelles (PIPL), entrée en vigueur en 2021.

Le RGPD ne constitue pas un simple cadre contraignant : il représente une infrastructure de confiance, indispensable pour permettre une innovation responsable à grande échelle. En poursuivant cette approche avec l’AI Act et le Data Act — qui jouent également un rôle clé en matière d’interopérabilité et d’accès équitable aux marchés numériques — l’Europe peut continuer à articuler innovation technologique et protection des droits.

Renforcer la base industrielle : une approche pragmatique et proportionnée

Pour garantir sa souveraineté numérique, l’Europe doit consolider son écosystème technologique. Cela implique une approche pragmatique et proportionnée, visant à ouvrir réellement l’accès au marché aux PME et scale-ups européennes, à limiter les barrières structurelles, à faciliter leur participation à la commande publique, à renforcer les financements de croissance et à déployer des politiques industrielles ciblées sur des technologies stratégiques comme le cloud, l’IA et les semi-conducteurs.

L’objectif n’est pas le protectionnisme, mais la réduction des écarts de capacités afin de permettre aux entreprises européennes de rivaliser sur la fiabilité, la sécurité, la conformité réglementaire et la création de valeur. C’est à cette condition que l’Europe restera un territoire de production d’innovation, et non un simple marché de consommation.

Faire de l’Europe un pont entre les écosystèmes numériques

L’Europe est idéalement positionnée pour relier des écosystèmes numériques divers plutôt que d’accentuer leur fragmentation. En s’appuyant sur son réseau de relations économiques, elle peut contribuer à l’alignement des standards numériques, de la cybersécurité et de l’interopérabilité à l’échelle mondiale.

Cette approche s’inscrit dans la continuité des partenariats numériques de l’Union européenne avec des pays partageant des valeurs communes — notamment le Japon, la Corée du Sud, le Canada et Singapour — visant à promouvoir une coopération numérique fondée sur la confiance, des règles communes et des standards interopérables.

Reconstruire la souveraineté cloud européenne suppose également de s’appuyer sur des fournisseurs cloud et PaaS européens, opérant sous juridiction européenne et intégrant par conception l’alignement entre infrastructures, gouvernance et conformité réglementaire.

Construire des ponts culturels et technologiques pour la souveraineté cloud

Chez Clever Cloud, fournisseur européen de cloud et de PaaS, ces principes se traduisent par des choix concrets : exploitation d’infrastructures sous juridiction européenne, soutien aux technologies ouvertes et conception de services cloud nativement conformes au RGPD et aux cadres réglementaires européens.

Cela met également en évidence la nécessité de définir un label clair, crédible et reconnu désignant ce qui constitue réellement une solution cloud souveraine en Europe. Aujourd’hui, de nombreuses initiatives et certifications coexistent, sans qu’aucune ne fasse pleinement autorité à l’échelle européenne. La mise en place d’un tel cadre est essentielle pour apporter de la lisibilité aux utilisateurs, orienter la commande publique et renforcer la confiance dans les solutions réellement alignées avec les exigences de souveraineté.

En tant que VP International Growth chez Clever Cloud, ma responsabilité est de rendre tangible, sur le terrain, le leadership numérique européen. Je m’attache à traduire cette vision humaniste — portée par notre CEO Quentin Adam — en pratiques opérationnelles favorisant les écosystèmes locaux et l’autonomie numérique à long terme.

Il existe une autre voie d’acculturation technologique : une voie fondée sur la compréhension mutuelle, la confiance durable et l’autonomisation locale, plutôt que sur des modèles d’expansion uniformes.

Partenariats locaux, acculturation et valeur partagée

Lorsque j’aborde un nouveau marché, je ne déploie pas un modèle préconçu. Je privilégie les partenariats avec les acteurs locaux — fournisseurs, intégrateurs, universités — en m’adaptant aux réalités réglementaires, culturelles et économiques. Cette approche favorise un échange de connaissances bilatéral et crée les conditions d’une adoption cloud réellement durable.

Investissement local : parce que la souveraineté a besoin d’ancrage

La souveraineté ne peut exister sans enracinement économique. Investir localement — dans les infrastructures, les talents et le partage de valeur — permet aux partenaires et aux clients de conserver la maîtrise de leurs données, de leurs coûts et de leurs trajectoires technologiques, sans renoncer à l’interopérabilité mondiale.

R&D distribuée et développement des talents

En développant des capacités de recherche et développement là où nous opérons, nous limitons la dépendance technologique et renforçons les compétences locales. Former les ingénieurs sur place et les connecter à des équipes internationales enrichit la feuille de route produit et renforce la résilience de la plateforme. La diversité culturelle appliquée à des problématiques techniques complexes est un puissant moteur de progrès.

Un état d’esprit diplomatique et bâtisseur pour la souveraineté du cloud européen

La trajectoire européenne n’est ni celle du laisser-faire, ni celle du repli. Une approche réellement humaniste doit conjuguer règles de confiance, capacités industrielles concrètes et coopération internationale.

Cela signifie faire de la confiance une fonctionnalité — du RGPD aujourd’hui à une gouvernance responsable de l’IA demain. Cela implique de soutenir les bâtisseurs européens, PME et scale-ups, grâce à des politiques de financement et de commande publique adaptées. Et cela suppose de relier les continents en alignant des standards interopérables pour que l’innovation circule dans les deux sens.

Si les décideurs publics, les entreprises et la société civile s’engagent collectivement dans cette voie, l’Europe ne se contentera pas de naviguer dans un monde polarisé et accéléré par l’IA : elle contribuera à le façonner. C’est l’exigence qui guide mon action : une technologie qui améliore les vies, renforce les liens et transforme la fragmentation en coopération.

Dans cet article, nous présentons les adaptations réalisées pour permettre le déploiement de Brinjel sur Clever Cloud, offrant ainsi une infrastructure scalable, sécurisée et souveraine pour les agriculteurs et institutions agricoles.

Pourquoi choisir Clever Cloud pour Brinjel ?

L’exécution d’un conteneur Elixir chez Clever Cloud présente plusieurs avantages :
Scalabilité : L’infrastructure s’adapte automatiquement à la charge de travail, garantissant un fonctionnement fluide même en période de forte utilisation.
Sécurité et gestion des données souveraines : Clever Cloud propose un hébergement conforme aux exigences de souveraineté des données.
Facilité de déploiement : En quelques commandes, une application est mise en production avec une intégration fluide de services complémentaires comme la base de données, le stockage et les e-mails.

3. Adaptations effectuées pour le déploiement

Afin de rendre Brinjel pleinement fonctionnel sur Clever Cloud, plusieurs améliorations ont été apportées :

Intégration de MailPace

L’envoi d’e-mails est désormais géré via MailPace, une solution intégrée chez Clever Cloud. L’adaptation a été faite via le module Swoosh en ajoutant un support dynamique de l’adaptateur.

Support URL de PostgreSQL

L’ajout du support pour POSTGRESQL_ADDON_URI permet une meilleure gestion de la base de données en exploitant directement l’URL fournie par Clever Cloud.

Support S3 pour la gestion des fichiers

L’implémentation d’un backend S3 via l’add-on Cellar de Clever Cloud assure un stockage optimisé des images et fichiers.

Matériel et méthode : déploiement sur Clever Cloud

Voici les étapes détaillées pour déployer Brinjel sur Clever Cloud, permettant ainsi une installation rapide et efficace de l’application dans un environnement cloud souverain.

Configuration initiale

Commencez par récupérer la version officielle de Brinjel depuis son dépôt principal, appliquez les modifications spécifiques au déploiement sur Clever Cloud depuis votre fork, puis effectuez un merge des changements avant de procéder au déploiement.
Tapez les commandes suivantes :

git clone https://framagit.org/brinjel/brinjel.git && cd brinjel 
git remote add deploy https://framagit.org/wanoo/brinjel.git 
git fetch deploy 
git checkout -b deploy-clevercloud deploy/deploy-clevercloud 
git merge origin/main

Création de l’application sur Clever Cloud

Créez une nouvelle application Elixir et ajoutez les services nécessaires.
Tapez les commandes suivantes :

clever login 
clever create --type elixir --region par --org brinjel-prod 
clever addon create postgresql-addon brinjel-db --plan xxs_med --org --link brinjel-prod --addon-version 17 
clever addon create cellar-addon brinjel-cellar --plan s --org --link brinjel-prod 
clever addon create mailpace brinjel-mail --org --link brinjel-prod

Configuration des variables d’environnement

Ajoutez les variables d’environnement nécessaires au bon fonctionnement de l’application.
Tapez les commandes suivantes :

clever env set PHX_HOST "brinjel.mydomain.ltd"
clever env set BRINJEL_FIRST_USER_EMAIL "admin@mydomain.ltd"
clever env set BRINJEL_FIRST_USER_FARM_NAME "MaJolieFerme"
clever env set BRINJEL_FIRST_USER_PASSWORD "ChangeMe_Brinjel12345"
clever env set BRINJEL_FROM_EMAIL "noreply@mydomain.ltd"
clever env set CELLAR_ADDON_BUCKET "brinjel-prod-mydomain"

clever env set ADMIN_USER_IDS "1"
clever env set BRINJEL_ENVIRONMENT "prod"
clever env set BRINJEL_FIRST_USER_CREATE "true"
clever env set BRINJEL_PHOTO_STORE "s3"
clever env set BRINJEL_SWOOSH_ADAPTER "mailpace"
clever env set CC_CACHE_DEPENDENCIES "true"
clever env set CC_MIX_BUILD_GOAL "compile"
clever env set CC_PHOENIX_ASSETS_DIR "assets"
clever env set CC_PHOENIX_DIGEST_GOAL "assets.deploy"
clever env set CC_PHOENIX_RUN_ECTO_MIGRATE "true"
clever env set CC_PHOENIX_SERVER_GOAL "phx.server"
clever env set CC_POST_BUILD_HOOK "mix sass.install"
clever env set CC_RUN_COMMAND "mix release && _build/prod/rel/brinjel/bin/brinjel eval \"Brinjel.Release.createdb\" && _build/prod/rel/brinjel/bin/brinjel eval \"Brinjel.Release.migrate\" && _build/prod/rel/brinjel/bin/brinjel start"
clever env set DISABLE_REGISTRATION "true"
clever env set LANG "fr"
clever env set MIX_ENV "prod"
clever env set PADDLE_API_KEY "test"
clever env set PADDLE_CLIENT_TOKEN "paddle_token"
clever env set PADDLE_ENVIRONMENT "sandbox"
clever env set PADDLE_NOTIFICATION_KEY "good_key"
clever env set PHX_SERVER "true"
clever env set PORT "8080"
clever env set SECRET_KEY_BASE "$(openssl rand -base64 64 | tr -d '\n')"

Déploiement de l’application

Avant de procéder au déploiement, deux étapes de configuration sont nécessaires :

Configuration du bucket Cellar sur Clever Cloud

• Accédez à la console Clever Cloud.
• Sélectionnez l’add-on Cellar.
• Créer le bucket défini par la variable CELLAR_ADDON_BUCKET en “brinjel-prod-mydomain”.
• Enregistrez les modifications et vérifiez que l’accès fonctionne correctement.

Validation du domaine pour MailPace sur Clever Cloud

• Accédez à la console Clever Cloud.
• Sélectionnez l’add-on MailPace.
• Rendez-vous sur le tableau de bord de MailPace.
• Ajoutez et validez le domaine mydomaine.ltd.
• Suivez les instructions de MailPace pour ajouter les enregistrements DNS nécessaires.

Vérifiez que l’authentification d’envoi d’e-mails est bien active.
Une fois ces configurations effectuées, vous pouvez lancer le déploiement de l’application.
Tapez la commande suivante :

clever deploy

Une fois le déploiement terminé, l’application est accessible à l’URL définie dans PHX_HOST. Vous pouvez ensuite superviser l’application via le tableau de bord Clever Cloud et ajuster les paramètres si nécessaire.

Conclusion

Ce travail autour du déploiement de Brinjel sur Clever Cloud montre avant tout la flexibilité et la facilité avec lesquelles une application open source peut être adaptée et hébergée sur une infrastructure souveraine, performante et résiliente. L’objectif ici n’est pas de répliquer une offre SaaS existante, mais bien de démontrer comment un outil métier peut tirer parti d’un cloud moderne pour assurer sa pérennité et sa scalabilité.

Cette approche s’inscrit dans une logique de collaboration et d’innovation ouverte : faciliter l’adoption d’un logiciel, explorer de nouvelles opportunités techniques et offrir des solutions adaptées aux besoins spécifiques des utilisateurs. Clever Cloud se positionne comme un facilitateur de ces initiatives, en garantissant une infrastructure fiable et optimisée.

Un grand merci à  André Hoarau, créateur de Brinjel, pour son travail sur cet outil. Ce proof-of-concept illustre la capacité d’adaptation des solutions Clever Cloud et ouvre la voie à d’autres projets open source qui souhaitent bénéficier d’un hébergement performant et souverain.
Si vous souhaitez soutenir le projet Brinjel et son développement, nous vous encourageons à utiliser sa version SaaS officielle disponible sur le site de Brinjel.