L’Identity and Access Management (IAM) est devenu un composant central de toute architecture moderne. Authentification, gestion des utilisateurs, contrôle des accès, conformité réglementaire : ces briques sont critiques, mais leur mise en œuvre et leur exploitation restent souvent complexes dans la durée.

C’est pour répondre à ces enjeux que Clever Cloud a lancé l'IAM Keycloak as a Service au printemps 2025, en partenariat avec Please Open It, société spécialisée dans l’intégration et l’expertise autour de Keycloak. Cette collaboration a permis de concevoir un service managé, aligné à la fois sur les bonnes pratiques de l’open source et sur les contraintes réelles des environnements de production.

Depuis son lancement, Keycloak as a Service a connu de nombreuses évolutions pour répondre aux usages concrets des entreprises et aux exigences d’un IAM opéré à grande échelle.

Un Keycloak managé, pensé pour la production

Keycloak as a Service repose sur une approche simple : offrir toute la richesse fonctionnelle de Keycloak, sans demander aux équipes de gérer l’infrastructure, la maintenance ou la supervision.

Le service est intégré nativement à la Console Clever Cloud. Il devient ainsi une brique à part entière de la plateforme, pilotable depuis un point unique, au même titre que les autres services managés.

Secured Multi Instances : haute disponibilité et montée en charge

Parmi les évolutions majeures figure le Secured Multi Instances. Il permet de déployer Keycloak en mode clusterisé, avec plusieurs nœuds, afin d’assurer la répartition de charge et la haute disponibilité d’un composant critique comme l’IAM.

Cette architecture renforce la continuité de service et la capacité à absorber la montée en charge, tout en répondant aux exigences attendues en production. La configuration et le pilotage de cette architecture sont accessibles directement depuis la Console Clever Cloud.

Un dashboard dédié dans la Console

Un dashboard Keycloak est désormais disponible dans la Console Clever Cloud. Il centralise les informations essentielles du service ainsi que les actions d’administration courantes, afin de simplifier le pilotage au quotidien et d’éviter la multiplication des outils.

Monitoring intégré et inclus

Le monitoring est intégré nativement au service. La visibilité opérationnelle est immédiatement disponible, sans configuration supplémentaire ni déploiement d’outils externes.

Cette approche intégrée permet de simplifier l’exploitation tout en conservant un haut niveau de maîtrise sur le fonctionnement de l’IAM.

Maintenance continue et mises à jour

Keycloak managé est maintenu à jour par les équipes Clever Cloud. Les versions récentes de Keycloak sont mises à disposition au fil des évolutions du produit, sans charge opérationnelle côté client.

Cela permet de bénéficier des correctifs de sécurité et des évolutions fonctionnelles, sans projets de montée de version lourds ou risqués.

L’ajout simplifié à vos applications

Enfin, une évolution plus structurelle concerne Request Flow, un socle technique qui facilite l’utilisation d’outils afin de protéger l’accès à vos applications, dont OAuth2-Proxy. 

Ce dernier est compatible avec Keycloak, sa configuration est simplifiée sur Clever Cloud, ce qui permet de mettre en place une identification en amont de l’application, sans modification du code applicatif. Il est particulièrement adapté pour sécuriser des applications existantes, des back-offices, des outils internes ou des services exposés

Pour aller plus loin

Pour présenter ces évolutions en détail, partager les choix techniques et répondre aux questions, un live Twitch et Youtube est prévu le 26 février à 13h. Il sera animé par Horacio Gonzalez (Clever Cloud), avec Mathieu Passenaud (Please Open It). L’occasion d’entrer concrètement dans le fonctionnement de notre Keycloak managé et d’échanger autour des usages IAM en production.

Les fournisseurs de services IA se multiplient. Chacun y va de son nouveau modèle, plus rapide, plus convaincant pour créer des applications, capable de "réflexion". Mais de plus en plus, les utilisateurs cherchent non pas à obtenir de réponses génériques plus ou moins efficaces et pertinentes. Ils veulent disposer d'assistants qui peuvent aller récupérer du contexte depuis différents services afin de les faire travailler ensemble.

MCP: le Function Calling et au-delà

Depuis quelque temps déjà, les modèles se sont dotés d'une capacité dite de Function Calling. Lorsqu'un type de phrase particulier est repéré, il peut être utilisé pour appeler une fonction et lui fournir des paramètres afin de récupérer une réponse issue d'un service tiers. Mais comme souvent, cela s'est fait dans les premiers temps avec une approche différente d'un fournisseur à l'autre, d'un outil de déploiement à l'autre. Ainsi est né MCP : Model Context Protocol.

Présenté par Anthropic fin novembre, MCP se donne pour but de standardiser la manière de fournir du contexte aux grands modèles de langage (LLMs). Il prend la forme d'un serveur, dit serveur MCP, et un client qui peut exposer des fonctions, des prompts, mais également des ressources telles que du texte, des logs, des images, etc. Et d'un serveur qui peut lister tous ces éléments afin de les utiliser. Le protocole, ouvert et actuellement en pleine évolution, repose sur JSON-RPC 2.0 et deux modes de "transport" : stdio et SSE (Server-Sent Events), mais d'autres peuvent être exploités. Si vous voulez en savoir plus, les spécifications techniques sont détaillées par ici.

Il existe différentes implémentations officielles, pour Kotlin, Python, TypeScript, puis une myriade des solutions officieuses. On trouve d'ailleurs déjà de nombreuses listes de clients/serveurs qui vont de la capacité à lire des fichiers locaux à la lecture de bases de données ou la récupération d'information depuis un compte GitHub par exemple. Outre l'intégration aux clients Desktop de Claude (le service de chat d'Anthropic), plusieurs IDE et extensions se mettent à MCP: Cline, Continue, Zed, etc.

En pratique, il n'est pas très complexe de créer un serveur MCP, d'autant que les SDK peuvent vous y aider et que les guides se multiplient. Mais comment les exposer à une multitude de modèles, les intégrer à vos outils ensuite ? C'est là que les choses peuvent se compliquer.

Otoroshi simplifie l'accès au Function calling et à MCP

Ainsi, dès décembre nous avons commencé à travailler avec l'équipe de Cloud APIM afin de simplifier l'usage de ce protocole au sein d'Otoroshi with LLM, que nous proposons sous la forme d'un add-on qui se déploie en quelques clics. Il supportait déjà nativement le Function Calling, permettant à n'importe quel modèle d'être enrichi par des fonctions écrites en Web Assembly (WASM, via Extism) ou en JavaScript. C'était l'occasion d'aller plus loin.

Ainsi, la nouvelle version déployée sur Clever Cloud gère désormais:

• MCP Endpoint : pour exposer des fonctions aux clients MCP
• MCP Connectors : pour ajouter des fonctions depuis un serveur MCP

Les serveurs MCP créés par Otoroshi peuvent communiquer avec des clients directement via SSE, mais également des requêtes HTTP ou des WebSocket. Leur création ne prend que quelques minutes. Si votre client ne supporte que stdio, vous pouvez utiliser le proxy développé par l'équipe de Cloud APIM qui assurera de communication avec le serveur.

Nous en avons profité pour ajouter le support de DeepSeek comme fournisseur et le support des fonctions sous la forme d'appel HTTP. Ainsi, Otoroshi peut exploiter notre FaaS, actuellement en alpha privée, avec différents modèles d'IA.

Et en pratique ?

Envie d'en savoir plus ? Rendez-vous à 13h sur notre chaîne Twitch ! Nous organisons une démonstration en direct. Vous pourrez ainsi découvrir comment configurer et utiliser Otoroshi with LLM pour créer vos propres clients/serveurs MCP en quelques minutes !

N'hésitez pas également à venir à notre rencontre au Paris Open Source AI Summit ce mercredi 22 janvier, plusieurs membres de notre équipe seront sur place.

Dans cet article, nous allons voir comment nos services peuvent être utilisés conjointement avec des outils de création de code assisté par l'IA pour initier une idée et qu'elle prenne forme en ligne. Pour cela, nous avons pris l'exemple de Markitdown, un outil Python sous licence MIT, servant à convertir de nombreux formats de documents en Markdown.

Notre objectif est d'en faire un service de conversion disponible sur Clever Cloud, sous la forme d'un site et d'une API minimale. Pour disposer rapidement d'un premier prototype, nous allons utiliser un éditeur intégrant une assistance par l'IA, Cursor, mais cela pourrait aussi bien être Jetbrains, VS Code, l'un de ses autres dérivés (Pear, Void, Windsurf) ou encore Zed.

Markitdown, comment ça marche en pratique ?

Markitdown étant un outil Python, nous l'utiliserons donc dans une application Python avec le package manager uv. Développé en Rust, il a l'avantage d'être très efficace et facile à prendre en main. De plus, il est nativement disponible au sein de l'image Python de Clever Cloud. Pour suivre cet exemple, vous aurez besoin de :

• uv
• git
• Clever Tools
• Python 3.12 ou supérieur

Commençons donc par initier un projet avec Markitdown comme première dépendance. Un dépôt git sera créé automatiquement par uv ainsi que certains fichiers annexes comme .gitignore (les fichiers et dossiers à ne pas suivre dans le dépôt) et pyproject.toml pour la gestion du projet Python :

cd markitdown-converter
uv init markitdown-converter --no-readme
mv hello.py app.py # uv créé un fichier hello.py par défaut, on le renomme
uv add markitdown

La documentation de Markitdown indique que son utilisation est très simple :

from markitdown import MarkItDown

markitdown = MarkItDown()
result = markitdown.convert("test.xlsx")
print(result.text_content)

Un mode permet également d'utiliser un modèle d'OpenAI pour convertir une image en une description Markdown:

from markitdown import MarkItDown
from openai import OpenAI

client = OpenAI()
md = MarkItDown(mlm_client=client, mlm_model="gpt-4o")
result = md.convert("example.jpg")
print(result.text_content)

Nous ajoutons ces informations ainsi que la liste des formats supportés au sein d'un fichier usage_instructions.md que l'on place à la racine de notre projet. Il nous servira à donner du contexte à l'IA qui ne connaitra pas Markitdown qui vient d'être rendu disponible en open source. Il est d'ailleurs temps de lancer notre éditeur dans le dossier courant et de procéder à de premiers essais.

L'IA, une aide pour démarrer...

Notre principal objectif est de disposer d'un site que nous pourrons héberger sur Clever Cloud. Notre service respectant la plupart des standards et ne nécessitant que très peu d'adaptation spécifique, nous n'avons pas tellement de règles à fournir à l'IA dans cette première étape.

Dans le cas de Cursor, nous utilisons la fonctionnalité Composer qui permet facilement de passer les instructions comme contexte à travers un fichier, accompagné d'un prompt pour initier une première version du site :

Aide moi à développer un site web qui utilise Markitdown.
Il propose de convertir des documents au format Markdown. 
Ses instructions d'usage sont dans le fichiers 'usage_instructions.md'.
 
Je dois pouvoir passer le fichier sous la forme:
- D'une URL
- D'un fichier sélectionné ou glissé-déposé dans l'interface

Puis obtenir le resultat dans un bloc de code brut.

Selon votre modèle (claude-3.5-sonnet lors de nos essais), vous aurez un premier résultat plus ou moins convaincant. Dans notre cas, c'était un peu trop basique et violet, mais réussi dans l'ensemble:

... mais qu'il faut savoir guider

On s'aperçoit néanmoins rapidement à l'usage des manques et petites erreurs faites par l'IA. En effet, dans le format Markdown, un saut de ligne simple n'est pas interprété, le texte continue comme si de rien n'était. Markitdown a tendance à couper les lignes longues au bout d'un certain nombre de caractères. Une règle que notre assistant n'a pas anticipé et que nous avons dû prendre en compte dans le bloc d'affichage du résultat.

Une fois que le résultat est assez convaincant, on peut passer à une phase d'amélioration de ce "PoC" (Proof of Concept). Pour cela, nous avons commencé par l'ajout d'un bouton pour copier le résultat dans le presse-papiers et la gestion de la variable d'environnement OPENAI_API_KEY qui est nécessaire pour l'utilisation de l'API OpenAI. Si elle est présente dans le système du serveur, elle est prise en compte. Sinon, l'utilisateur voit un champ pour la saisir.

Comme le design initial du site, nous avons demandé à notre assistant de le revoir, afin d'utiliser des teintes bleues sombres. Puis d'ajouter des tags META pour le référencement de la page. Ici, il a ajouté des liens vers des icônes et images... sans les fournir. Nous avons donc fait appel à une IA tierce pour cela.

Après ces différents ajouts et corrections, des petits bugs sont apparus, nous les avons donc détectés et corrigés les uns après les autres. N'hésitez d'ailleurs pas dans ces étapes à générer et ajouter des tests unitaires qui vous aideront à vérifier qu'un changement n'a pas été cassant. Pensez également à effectuer un commit au sein de votre dépôt git après chaque modification importante, afin de pouvoir retourner à un état fonctionnel en cas de souci suite à des modifications infructueuses.

Dans le chemin qui nous a mené à notre site "final", nous avons demandé à l'IA de nous générer quelques autres fonctionnalités qui étaient prévues ou non dans le cahier des charges initial : un message de chargement pendant la conversion, valider l'URL par un appui sur la touche Entrée, le fonctionnement en API avec l'ajout d'instructions sur le site. Voyez cela comme une sorte de processus itératif.

Puis vient le moment de se préparer à "la mise en production". Bien entendu, dans le cadre d'un service professionnel, on pousserait plus loin la gestion d'erreurs et les tests, ainsi que la fiabilisation du code généré par l'IA. Dans le cadre de cette démonstration, nous lui avons simplement demandé d'utiliser le serveur ASGI uvicorn, ce qui nous a mené à remplacer Flask par Quart, un framework web orienté sur les usages asynchrones.

Là aussi, le travail de l'IA est perfectible car il faut de temps à autre lui demander de nettoyer son code, de mieux l'organiser et l'on irait parfois plus vite en faisant certaines étapes directement. A l'inverse, elle est très utile pour massivement commenter le code existant, détecter et expliquer un bug ou opérer des changements à travers différents fichiers, etc.

Comme souvent, l'usage de tels outils complète bien le travail des développeurs, permet à un plus grand nombre de produire un résultat fonctionnel, mais ne reste qu'une assistance. Le dernier test était d'ailleurs à l'image de ce constat: lorsque nous lui avons demandé comment déployer sur Clever Cloud.

Clever deploy

Ici, le modèle utilisé a fourni de base des instructions plutôt correctes. Mais les Clever Tools ont largement évolué cette année avec de nombreuses améliorations et simplifications. De plus, nous avons nativement intégré uv à la plateforme ce qui simplifie son usage.

Nous avons donc retravaillé à la main les instructions du README.md généré par l'IA, elles servent principalement à configurer l'application:

clever create -t python
clever env set QUART_ENV production
clever env set CC_PRE_BUILD_HOOK "uv sync"
# Les applications Python doivent écouter le port 9000, pas le 8080
clever env set CC_RUN_COMMAND "uvicorn app:app --host 0.0.0.0 --port 9000 --workers 4"
clever env set OPENAI_API_KEY  # Si vous voulez préintégrer votre clé d'API OpenAI

Une fois que tout est prêt et que votre code final a fait l'objet d'un commit, il vous suffit de le pousser sur Clever Cloud afin qu'il soit déployé au sein de notre infrastructure, puis rendu disponible automatiquement au sein de l'une de nos machines virtuelles. Il sera alors accessible via un domaine qui lui sera attribué par défaut avec un certificat pour l'accès HTTPS, mais vous pouvez aussi configurer le domaine de votre choix.

clever deploy
clever open

Comment tester Markitdown-converter sur votre compte Clever Cloud?

Si jamais vous souhaitez simplement tester Markitdown-converter sur votre compte Clever Cloud, vous pouvez le forker dans votre compte GitHub et procéder à un déploiement depuis la Console (pensez à configurer les variables d'environnement), ou dans un terminal en quelques commandes via les Clever Tools:

git clone https://github.com/CleverCloud/markitdown-converter
cd markitdown-converter

clever create -t python
clever env set QUART_ENV production
clever env set CC_PRE_BUILD_HOOK "uv sync"
clever env set CC_RUN_COMMAND "uvicorn app:app --host 0.0.0.0 --port 9000 --workers 4"

clever deploy
clever open

Ils “poussent” leur code, nous le déployons, tout en assurant la mise à jour et la mise en sécurité de l’environnement dans lequel ils fonctionnent avec un objectif : le maintien en conditions opérationnelles. Quelle que soit la situation, leur service répond.

Penser des services simples, robustes et innovants

Nous le faisons en garantissant une empreinte minimale au sein de nos serveurs, en proposant une mise à l’échelle horizontale/verticale à la demande ou automatique. Nous pouvons ainsi multiplier les instances ou les faire grossir/réduire selon la charge de vos sites. Cette volonté de simplicité va au-delà des applications, puisque nous disposons également d’une large offre de base de données (BDD) “as-a-service” vous permettant de déployer en quelques secondes des environnements MongoDB, MySQL, PostgreSQL ou Redis, avec les mêmes outils et garanties.

Ces dernières années, nous faisions néanmoins face à des demandes récurrentes : outre la volonté de certains de nos clients d’avoir accès à d’autres solutions, ils nous demandaient régulièrement de disposer des avantages de notre infrastructure répartie sur trois datacenters afin d’obtenir des services à haute disponibilité. Mais dans le domaine des BDD, cela n'est pas toujours simple à mettre en place tout en assurant un bon niveau d’automatisation et la cohérence des données. Nous avons donc décidé de développer notre propre gamme de produits pour y parvenir.

Le projet “Materia” était né, reposant sur le moteur transactionnel open source FoundationDB, utilisé, par exemple, par Apple pour ses services iCloud ainsi que par Snowflake. Nous y contribuons et l’adaptons à nos besoins, tout en profitant de son aspect distribué et résilient, notamment du fait de son importante capacité de simulation. Il nous permet d’imaginer un univers entier de solutions serverless, très simples d’usage, facturées à l'usage, avec des couches de comptabilité que nous développons pour permettre à nos clients de lui “parler” en utilisant des protocoles existants  tels que GraphQL ou PostgreSQL par exemple.

Materia KV accessible à tous

Nous avons commencé par le protocole Redis, afin de mettre en place Materia KV, actuellement en phase de test Alpha. Il s’agit d’une base de données clé-valeur répliquée de manière synchrone sur nos trois datacenters parisiens. Lorsque nos serveurs vous répondent, c’est que votre donnée à été écrite trois fois. Surtout, elle est très simple d’usage : rendez-vous dans notre Console, créez un add-on Materia KV, vous obtiendrez instantanément un jeton (token) utilisable avec n’importe quel client Redis ou même en envoyant des commandes à nos serveurs directement via le protocole TCP.

Ainsi, vous pouvez dès maintenant bénéficier d’une solution pour stocker vos données sous la forme de clé-valeur, en haute disponibilité, sans avoir la moindre instance à configurer, sans tarification minimale mensuelle : vous payerez simplement ce que vous consommez. Surtout, nous assurons ce service en compatibilité avec des protocoles existants. Aujourd’hui Redis, demain GraphQL. La liste des commandes supportées est disponibleici.

Lancée à Devoxx France mi-avril, Materia KV a fait forte impression sur place et lors de nos démonstrations depuis. Nous avons donc décidé de la rendre accessible à tous afin de permettre à l’ensemble de nos clients et des curieux de nous faire part de leurs retours sur son fonctionnement et de leurs besoins. Si la facturation se fera à l’usage à partir de la phase de Beta, pour le moment, c’est gratuit ! N’hésitez pas à tester et à nous donner votre avis.

Déjà intégré à nos outils et interfaces

Materia KV est bien entendu accessible via un addon-provider au sein de notre API, Terraform (ou OpenTofu par exemple), mais aussi de notre CLI, les Clever Tools. Pour créer un jeton d’accès il suffit de lancer la commande suivante :

clever addon create kv NAME

Cet add-on pourra être lié directement à une application Clever Cloud où ses variables d’environnement seront injectées. Mais vous pouvez également l’utiliser depuis n’importe quel service tiers, un client en ligne de commande (CLI) ou avec interface graphique (GUI).

Alors que le développement de Materia KV et de ses différentes interfaces va se faire sur la durée, nous avons commencé à réfléchir à son intégration au sein des Clever Tools. Ainsi, une branche de test, disponible sous la forme de binaires et documentée, propose une commande clever kv.

Avec elle, vous pouvez directement envoyer des requêtes à Materia KV en ayant la variable d’environnement configurée localement, ou en indiquant un ID dans vos commandes :

# With Bash and Zsh
source <(clever addon env ADDON_ID --export)
# With Fish
clever addon env ADDON_ID --export | source

clever kv PING # PONG
clever kv set yourKey theValue
clever kv get yourKey

Comme cette version de démonstration ne gère pas l’ensemble des commandes gérées par Materia KV, vous pouvez lui envoyer une commande “brute”, elle vous renverra alors la réponse :

clever kv redis_raw 'hset key field1 value1 field2 value2' # 2
clever kv redis_raw 'hget key field2'                      # value2
clever kv redis_raw 'hgetall key'                          # the full hash

Pour démontrer les possibilités d’une telle intégration, vous avez également la possibilité de faire directement des requêtes sur un objet JSON stocké dans une clé :

clever kv set simpleJson '{"key": "value"}' # the set data
clever kv getJson simpleJson key            # value
clever kv set jsonKey '[{"key": "value"}, {"bigKey": {"subKey1": "subValue1","subKey2": "subValue2"}}]'
clever kv getjson jsonKey bigKey.subKey2    # subValue1
clever kv getjson jsonKey ''                # the full JSON

Pour montrer à quel point de telles intégrations sont simples, nous avons mis à votre disposition un client Materia KV écrit en Go en utilisant Go-Redis. Si vous souhaitez plutôt comprendre comment vous pouvez envoyer des commandes et recevoir des réponses de Materia KV directement en TCP, vous trouverez des exemples, en V ou en Ruby.

N’hésitez pas à proposer les vôtres et à nous le faire savoir ;)

Une démonstration sur Twitch de Materia KV, un espace communautaire

Envie d’en savoir plus ? Horacio González, notre DevRel en chef, fera une démonstration sur Twitch mardi 18 juin à 13h15. Pierre Zemb, créateur de Materia chez Clever Cloud, échangera également avec notre CTO Steven Le Roux dans une vidéo publiée fin juin sur la chaîne YouTube de Clever Cloud.

Et pour nous faire part de votre avis, de vos questions et de vos besoins, rendez-vous sur la section dédiée à Materia de notre espace communautaire GitHub.

Clever Functions : WASM au service de la compatibilité et de l’efficacité

Pour cela, nous n’avons pas hésité à créer notre propre couche de virtualisation et d’exécution de fonctions, bas niveau. En effet, nous voulions maintenir nos critères forts d’isolation avec la mise en place de machines virtuelles que nous activons au plus près du CPU. Nous voulions également pouvoir obtenir de bonnes performances tout en nous ouvrant à de nombreux langages, plutôt que de nous contenter de nous reposer sur v8 au risque de nous focaliser presque exclusivement sur JavaScript.

Ainsi, nous avons plutôt opté pour une solution exploitant les possibilités du standard WebAssembly (WASM/WASI), qui peut être utilisé avec de nombreux langages, de Go à Zig en passant par C, Rust ou encore AssemblyScript… et bien entendu JavaScript.

Après une première démonstration réussie de notre Tech Preview à Barcelone à l’occasion de la conférence WASM.io le mois dernier, nous effectuerons de nouvelles démonstration à l’occasion de Devoxx Paris, qui se tient au Palais des congrès du 17 au 19 avril prochain. N’hésitez pas à venir nous en parler et à nous faire connaître votre intérêt pour participer aux prochaines étapes du développement de ce produit, qui sera progressivement ouvert au fil de l’année.

MateriaDB KV : notre révolution distribuée, multi-protocoles, serverless

Autre sujet d’innovation majeur par notre équipe : notre nouvelle offre Materia. Pour cela nous avons conçu nos propres bases de données serverless, reposant sur le moteur transactionnel open source FoundationDB, utilisé, par exemple, par Apple pour ses services iCloud. Nous sommes également  un membre actif de sa communauté, participant au développement de son écosystème. 

Distribuée et robuste, notamment du fait de son importante capacité de simulation, elle nous a permis d’imaginer et de construire toute une gamme de services répondant aux différents besoins exprimés ces dernières années par nos clients. Ce, avec une approche toujours ouverte et résiliente, un déploiement sur plusieurs zones de disponibilité, une compatibilité avec des protocoles et clients existants, une facturation à l’usage.

La première à voir le jour publiquement est Materia KV, qui, comme son nom l’indique, est une base de données de type clé-valeur (key value). Pour en créer au sein de votre compte Clever Cloud, vous n’avez pas de taille d’instance à choisir, de capacité de stockage à anticiper. Nous vous fournissons simplement l’adresse d’un serveur, un port et un token (reposant sur la technologie Biscuit à laquelle nous contribuons activement), c’est prêt à l’emploi !

Vous pouvez ensuite nous envoyer vos clés et leur contenu. Elles seront répliquées de manière synchrone au sein de nos trois datacenters parisiens. Vous n’avez ainsi plus à mettre en place de configuration complexe pour assurer la haute disponibilité ou même d’option à activer. Materia KV est résiliente “by design” ! Et elle s’adapte aux besoins de chacun, puisque sa facturation se fait à l’usage. Ainsi, simples bidouilleurs, développeurs aguerris et grands comptes s’y retrouvent.

Une compatibilité avec l'API Redis… pour commencer

Nous ne voulions pas que cette innovation vous soit proposée au prix d’une complexité de configuration, nécessitant d’utiliser des clients et des ORM particuliers. Ainsi, nous avons développé au sein de Materia KV ses propres couches de compatibilité.

Pour lui “parler”, vous n’avez pas besoin d’une API particulière ou d’outils propres à Clever Cloud. Vous pouvez l’utiliser avec des solutions existantes pour GraphQL ou encore Redis. Cette dernière inaugure d’ailleurs les couches de compatibilité disponibles dans le cadre de notre phase de test. Elle permet à des clients utilisant une instance Redis pour leur application de migrer vers Materia KV en quelques clics seulement dans leur interface ou via les Clever Tools.

Cette solution sera en démonstration publique pour la première fois à l’occasion de Devoxx Paris, qui se tient au Palais des congrès du 17 au 19 avril prochain. Elle sera ensuite rapidement accessible à tous nos clients en alpha. N’hésitez pas à venir nous en parler et à échanger sur les autres services Materia qui seront proposés dans le courant de l’année.

Nous ferons également la démonstration d’autres nouveautés à venir comme notre solution Keycloak-as-a-Service en partenariat avec Please Open It, et fêteront la mise en ligne de la version 1.0 de notre load balancer maison et open source, développé en Rust: SŌZU !

L'occasion aussi de découvrir nos t-shirts, qui seront présents en grand nombres.

Pour connaître nos évolutions régulières, pensez à suivre notre Changelog (via son flux RSS), ou ce blog. Mais également à nous suivre sur LinkedIn ou X/Twitter.

Lorsque vous déployez une application chez Clever Cloud, elle n’est pas simplement mise en ligne et maintenue en conditions opérationnelles. Nous la livrons également avec de nombreux services et des fonctionnalités dédiées à l'optimisation de votre log management, tout au long du cycle de vie de votre application.

Parmi elles, notre stack de logs que nous avons fait évoluer l’année dernière. Elle se repose désormais sur Vector pour son émission, Apache Pulsar pour son ingestion et sa consommation, tout en assurant une isolation entre chaque utilisateur (multi-tenant) et chaque application. Nous avions fait ces choix car la solution précédente avait montré ses limites et nous empêchait de livrer certaines améliorations. Notre objectif était d’améliorer l’expérience de nos utilisateurs à de nombreux niveaux.

Une nouvelle expérience de log management chez Clever Cloud

Dès sa mise en place depuis quelques mois, nous l'utilisons avec succès au sein de notre interface en ligne de commande (CLI), Clever Tools. Vous pouvez y retrouver vos logs en direct, mais aussi télécharger ceux d’une fenêtre de temps précise ou même effectuer un filtrage, avec un résultat pouvant être obtenu dans différents formats. La documentation est ici. Bien entendu, cette fonctionnalité repose sur notre APIv4, elle aussi documentée, par là.

L’étape suivante était l’intégration de cette nouvelle brique technique à la Console. C’était pour nous l’occasion de repenser la section dédiée aux logs afin qu’elle exploite nos Web Components et réponde à nos critères en termes de praticité, de fonctionnalités et d’accessibilité. Notre équipe a donc passé plusieurs mois à la repenser de fond en comble.

Après une phase de tests internes, elle est désormais accessible en bêta à l’ensemble de nos clients. Ils peuvent ainsi la choisir en cliquant sur un simple lien dans l’interface et revenir à l’ancienne quand ils le souhaitent. Notre objectif est d’améliorer de manière continue cette section, puis de l’étendre progressivement à l’ensemble de nos services. Pour partager votre avis, nous avons créé un espace communautaire sur GitHub pour l’occasion:

• Accéder à la Console Clever Cloud
• Donnez votre avis sur notre nouvelle interface de logs

Une multitude de détails…

L’interface précédente vous permettait de naviguer dans vos derniers déploiements et leurs différentes instances une à une. La nouvelle va plus loin puisqu’elle liste par défaut l’ensemble des déploiements et instances d’une application sur les 7 derniers jours. Les logs du dernier déploiement en date seront chargés, mais vous pourrez également ajouter ou retirer ceux de l’instance de votre choix. Chaque déploiement est identifié par le hash du commit du code qui lui est lié, les instances sont numérotées (en cas de scalabilité horizontale).

Vous pouvez réduire la fenêtre de temps à quelques jours ou quelques heures, ou même indiquer manuellement les heures de début et de fin, ce qui est pratique lorsque vous souhaitez une information précise, pour la recherche d’un bug par exemple. Sur cette nouvelle interface de logs, vous disposez également d’un filtre textuel au-dessus de la zone principale. Il évoluera avec la mise en place d’un système d’indexation qui nous ouvrira de nouvelles possibilités en la matière.

Bien entendu, vous pouvez également suivre la publication de vos logs en direct. Ce sera d’ailleurs la section affichée par défaut lorsqu’un déploiement est en cours.

… et de fonctionnalités

La zone principale vous permet une sélection d’une ou plusieurs lignes au clavier et à la souris via la gouttière située à sa gauche, avec la possibilité de copier le résultat dans le presse-papiers tout aussi simplement d’un simple CTRL+C/Cmd+C. En haut à droite vous trouverez un bouton pour mettre la zone en plein écran, un autre pour retourner en bas de vos logs et une zone de paramètres.

Ce panneau n'en est qu'à ses début, mais se veut déjà assez complet et utilise notre nouvelle API de gestion des réglages utilisateur. Elle vous permet de choisir entre différents thèmes clairs/sombres, de retirer les couleurs et codes ANSI, de passer ou non à la ligne, de définir un format pour la date et l’heure, de choisir s’il faut l’afficher sur votre fuseau horaire ou en UTC, distinguer les instances par leur nom, etc. Cela peut bien entendu évoluer, n’hésitez pas à faire des propositions.

Nous évoquerons les futures améliorations au sein de notre Changelog (via son flux RSS), ou sur ce blog pour les prochaines grandes étapes d’ici la disponibilité générale. Pensez également à nous suivre sur LinkedIn ou X/Twitter pour vous tenir informés.

Héberger ses sites à travers un service tel que Clever Cloud, ce n’est pas simplement envoyer ses fichiers vers un serveur. C’est gagner en simplicité d’exécution, en vélocité, et surtout s’assurer de leur maintien en conditions opérationnelles.

Ainsi, pour chaque application ou add-on déployé, vous disposez automatiquement de services tels que des sauvegardes, une gestion des logs ou de suivi des métriques. De quoi vous permettre de vous assurer d’être prêt pour un usage en production. 

Une nouvelle tuile de métrique

Cela passe aussi par de petits détails vous permettant d’avoir accès facilement aux informations essentielles à travers notre Console. Parmi ses récentes améliorations, nous avons ajouté une nouvelle « tuile » dans la vue d’ensemble de chacune de vos applications :

Vous y trouverez le niveau d’utilisation des vCPU et de la mémoire sur une durée de 24 heures, sous la forme d’un graphique composé de 24 barres, représentant une heure chacune. Une valeur moyenne est également affichée, correspondant à la dernière heure.

Un code couleur à trois niveaux permet d’identifier directement une situation nécessitant votre attention, ou de vous assurer que tout va bien. Un panneau d’information vient détailler le fonctionnement des éléments en place et vous disposez de raccourcis renvoyant vers des métriques plus complètes ainsi que le dashboard Grafana lié à votre application.

Et si jamais vous ne voulez pas avoir à vous préoccuper du niveau de charge de votre application et cherchez à gagner en sérénité, pensez à activer l’auto-scalabilité. Elle permet d’augmenter ou de réduire constamment la taille ou le nombre de vos instances selon le besoin, tout en respectant des limites que vous avez définies. 

Un composant web pratique et accessible

Bien entendu, cette tuile a été développée sous la forme d’un Web Component, documenté ici et que vous pouvez librement exploiter. Il s’agit également de la première à suivre nos règles en matière d’accessibilité, que ce soit pour les boutons et liens ou la gestion par les lecteurs d’écrans : le graphique y sera représenté par un tableau.

En 2022, Clever Cloud a plus que doublé ses effectifs afin d’améliorer ses services et en développer de nouveaux avec le renfort de son pôle R&D. Nous voulions aussi prendre plus le temps de peaufiner ce qui fait le quotidien de nos clients : la Console.

Il s’agit de l’interface web qu’ils utilisent pour gérer et déployer leurs applications et add-ons, accéder à leurs métriques, logs, etc. Elle est développée par notre équipe en charge du front-end, dirigée par Hubert Sablonnière, qui a récemment accueilli 4 nouveaux membres.

Depuis, ils travaillent à une meilleure cohérence des éléments qui composent la Console, en mettant l’accent tant sur l’expérience utilisateur que l’accessibilité. Des travaux de fond ont également été entrepris : amélioration générale du code, des procédures de tests et de déploiement, refonte du système de notifications, de gestion des icônes, la génération de la documentation des Clever Components ou même la clarification de certains tarifs. 

Clés SSH : une interface plus utile et plus claire 

Il y a quelques semaines, nous avons également mis en place un nouveau formulaire de gestion des clés SSH, utilisant les Clever Components pour une accessibilité renforcée et une adaptation à tous les écrans. Il est surtout plus clair, notamment avec des aides contextuelles, des messages d’erreur plus explicites, une meilleure gestion du focus, etc. 

On y trouve désormais trois sections : une pour l'ajout d'une nouvelle clé, une seconde listant les clés existantes, que l’on peut supprimer, et enfin celle servant à l’import des clés GitHub. Dans chaque cas, les commandes de bases vous sont expliquées :

Gestion simplifiée des e-mails et des membres 

Nous avons procédé de la même manière avec la gestion des e-mails et des membres d’une organisation. Là aussi les éléments de base ont été revus pour utiliser nos composants et mieux s’adapter à différents formats d’appareils avec une meilleure accessibilité. 

Mais nous avons surtout veillé à ce que des éléments utiles soient présentés de manière claire. Ainsi les e-mails primaires et secondaires d’un compte sont distingués, avec une mention en cas de vérification et la possibilité de changer de statut à tout moment :

Dans le cas de la gestion d’une organisation, une segmentation en trois zones a été mise en place : l’une pour inviter des membres, la seconde pour lister ceux qui sont présents et leurs rôle, ainsi que leur gestion (modification, suppression) et enfin une dernière permettant de quitter une organisation, identifiée comme une “zone de danger”. 

Ici aussi un travail de fond a été mené sur les messages et informations apportées, notamment pour mieux permettre l’identification de membres n’ayant pas activé la double authentification sur leur compte (2FA), un filtre spécifique vous étant proposé :

Ces améliorations ne sont que le début du travail sur la Console, qui va perdurer tout au long de 2023, avec une feuille de route déjà bien entamée et de gros projets sur le point d’aboutir. Bonne nouvelle d’ailleurs : la nouvelle interface de logs est en cours de finalisation, nous vous en reparlerons très bientôt ;)

Aux débuts d’Internet tel qu’on le connaît actuellement, il y a une trentaine d’années, le choix principal d’un développeur lorsqu’il voulait mettre un site en ligne consistait à choisir entre un serveur dédié où il était seul maître à bord, et un hébergement mutualisé entre plusieurs clients plus ou moins nombreux à se partager les ressources selon les offres.

Si la faible isolation technique proposée à l’époque dans le modèle du mutualisé poussait les plus précautionneux à se tourner vers des serveurs dédiés, le choix se faisait aussi pour des raisons économiques : tout le monde ne pouvait pas se payer sa propre machine.

Néanmoins, avec le temps, des offres à petit prix sont venues bouleverser le marché, puis ce fût au tour du « Cloud » et des instances « as-a-service » que l’on ne loue plus au mois mais à l’heure ou à la seconde. De quoi changer les pratiques en profondeur.

Réduire le gâchis de ressources (et les prises de tête)

C’est de là qu’est né Clever Cloud, avec une conviction : il fallait profiter de ces nouvelles opportunités pour réinventer les pratiques de l’hébergement mutualisé qui s’appuyait encore sur de vieux protocoles de transfert, en ajoutant une véritable isolation et de la simplicité en automatisant les déploiements, l’adaptation à la charge. Créer des outils pour améliorer la vie des développeurs et des ops (des métiers qui se conjuguent parfois désormais), profiter des révolutions en cours suite à l’émergence de Git et des plateformes telles que GitHub ou GitLab, du développement et de l’intégration continus (CI/CD).

• Qu'est-ce que Clever Cloud ?

Tant à l’époque qu’aujourd’hui, il est courant de voir des entreprises continuer à louer des serveurs dédiés « à l’ancienne » pour y déployer leurs applications en utilisant des outils plus ou moins automatisés, mais cela mène le plus souvent à un gâchis de ressources. Car ces machines sont dimensionnées de manière à répondre aux pics éventuels, et ne sont ainsi presque jamais utilisées à leur plein potentiel. 

Un surdimensionnement qui n’est pas vraiment en faveur de l’efficacité énergétique. En mars dernier, The Register rapportait que selon l’US Government Accountability Office (GAO), seulement 5% des ressources des serveurs à disposition du gouvernement américain étaient utilisées. Une situation qui ne devrait jamais se produire, aux USA ou en Europe.

Pourtant, une partie du secteur de l’hébergement s’est organisée autour de ce manque d’efficacité. Les acteurs du monde des datacenters sont de moins en moins des techniciens et de plus en plus sur un modèle qui emprunte au marché de l’immobilier : il faut investir l’espace disponible et avant tout remplir des mètres carrés (quitte à réserver de grands espaces aux mineurs de crypto-monnaies). Mais que les serveurs soient ou non utilisés ne change rien : c’est loué. D’ailleurs s’ils fonctionnent à un faible niveau, cela soulage les infrastructures électriques, le bailleur est d’autant plus gagnant.

Une des solutions pourrait être de recourir à des instances (IaaS), qui peuvent être allumées ou éteintes, adaptées dans leur composition selon les besoins, avec une meilleure gestion des ressources par le fournisseur de services cloud (CSP) puisqu’elles sont partagées entre différents clients. Mais cela demande aux développeurs et aux ops d’adapter constamment l’infrastructure à la charge, de veiller aux mises à jour et à la sécurité, d’être ceux sur qui tout repose. 

Malheureusement, en pratique, ce travail essentiel n’est pas toujours fait. Une problématique à laquelle nous avons cherché à répondre, pour mutualiser les efforts et éviter frayeurs et maux de tête aux équipes de nos clients.

Des applications qui fonctionnent…

La promesse de Clever Cloud est que « vous développez, nous déployons ». Ainsi, nous sommes plus qu’une solution de Platform-as-a-Service (PaaS) tel que certains l’entendent, plutôt une sorte de « Software Defined Hosting », tendance « Serveless », au sens où vous n’avez jamais à vous préoccuper de l’infrastructure. Seulement de votre code et d'où vous voulez le déployer.

Car en réalité, notre métier est d’assurer le maintien en conditions opérationnelles de vos applications. Cela signifie que nous simplifions le plus possible le processus de déploiement qui peut être totalement automatisé et s’inscrire dans vos processus d’équipe. Nous maintenons également vos applications en ligne, même en cas de mise à jour ou de pic de charge exceptionnel, gérons les sauvegardes, la reprise en cas de problème, etc.

Ce, avec la possibilité d’une adaptation horizontale (plus d’instances disponibles) ou verticale (des instances plus performantes). Un choix qui peut être assuré de manière entièrement automatisée (auto-scaling) ou manuelle via notre interface en ligne et nos différents outils (CLI, SDK, etc.) : vous restez maître de vos choix.

Nous assurons également la mise à jour du système et des briques logicielles que nous opérons, en nous limitant le plus possible au strict nécessaire afin de maximiser l’efficacité, le niveau de performances et de sécurité proposés à nos clients. Ainsi, nous ne négligeons pas l’isolation logicielle et toutes les applications fonctionnent dans des machines virtuelles qui leur sont propres.

… dans un environnement flexible et sécurisé

Il faut d’ailleurs comprendre que le sujet des attaques et failles de sécurité est avant tout financier. Pour ceux qui les exploitent, c’est un marché. S’il existera toujours des méthodes pour s’en prendre à une entreprise et un service, notre enjeu est de réduire au maximum les surfaces d’attaque et de casser la rentabilité potentielle de s’en prendre à Clever Cloud.

C’est notamment pour cela que nous compilons le noyau Linux et tous nos binaires depuis les sources, à travers l’utilisation de la distribution Exherbo. Cela nous permet de les réduire à leur strict minimum, tout comme la surface d’attaque, et de disposer constamment de logiciels à jour sans avoir à attendre que les mainteneurs de telle ou telle distribution s’en occupent.

Cela offre un autre avantage, car comme l’indique régulièrement notre CEO Quentin Adam : « tout binaire distribué compilé est un binaire troué en sursis ». Ils sont en effet utilisés par un nombre important d’utilisateurs et sont une cible de choix, qui peuvent être facilement détectés. Disposer de nos propres binaires permet de se prémunir de tels risques « by design ».

Et si jamais un datacenter rencontre un problème ? Il vous suffit de déployer ailleurs. Une capacité à la résilience qui porte nos décisions techniques de ces dernières années, avec une approche résolument mutli-cloud; que ce soit dans le développement de nos propres infrastructures ou en vous permettant également de profiter de celles de nos partenaires. Et si vous voulez disposer de votre propre Clever Cloud « on-premise » ou dans une infrastructure qualifiée SecNumCloud ? C’est possible. L’ouverture, c’est aussi ça.

Des serveurs pleinement exploités, pensés pour durer

Ce libre choix du datacenter nous permettra demain de vous proposer des déploiements pouvant être guidés par des problématiques géographiques, de diversification mais aussi d’éco-conception. Nous avons d’ailleurs commencé à nous tourner vers des serveurs basés sur les travaux de l’Open Compute Project (OCP). Disposant d’une alimentation centralisée au sein de la baie, ils sont conçus pour une meilleure efficacité énergétique. 

Consommer moins pour un même niveau de service est une obsession de nos équipes, une stratégie mise en œuvre à court et long terme, que ce soit à travers l’optimisation côté logiciel ou matériel, la meilleure utilisation du parc existant et la mise en production de meilleurs composants lorsqu’il est complété ou renouvelé. Cette stratégie est au cœur de notre modèle économique, mais aussi de notre volonté de réduction de notre empreinte environnementale, et donc celle de nos clients.

Nous avons ainsi récemment fait le choix de nous équiper en serveurs Capri basés sur des processeurs EPYC 7003 d’AMD avec 64 cœurs de dernière génération, qui offrent un très bon niveau de performance et de densité. Ils sont installés dans notre troisième point de présence parisien, chez Green Data à Nanterre. Il en sera de même pour la Flashbox, nous permettant de disposer d’un stockage déporté au sein du réseau, dans des serveurs sans CPU, exploitant les puces du français Kalray, très économes en énergie.

Ces innovations et ce niveau de densité nous permettent de renforcer la promesse de Clever Cloud : maintenir le maximum d’applications en conditions opérationnelles, avec un bon niveau de résilience mais le moins d’infrastructure possible. Car la meilleure façon de ne pas gâcher les ressources est d’en consommer le moins possible « by design », ce que nous permettons à nos clients de faire au quotidien sans qu’ils n’aient à se préoccuper de quoi que ce soit. Pour mieux les informer, nous travaillons également à livrer des indicateurs comme l’efficacité énergétique (PUE) mais également la consommation et l’impact de nos serveurs, de leurs applications, etc.

Nos serveurs sont destinés à être exploités dans notre infrastructure pour de longues années, afin de répondre à des besoins qui pourront évoluer dans le temps, et ne seront remplacés que lorsque ce sera nécessaire. Mais en nous reposant sur des standards tels que ceux de l’OCP, utilisés par un nombre croissant d’acteurs du marché, nous avons l’assurance qu’ils pourront facilement être réutilisés par des tiers dans un second cycle de vie.

Pour nos déploiements à venir, nous explorerons d’autres pistes pour améliorer toujours plus l’efficacité de nos serveurs et de leurs composants, mais aussi du refroidissement qui est une problématique essentielle dans les centres de données, avec la montée en puissance du watercooling et de l’immersion, deux technologies pouvant être mises en œuvre par notre partenaire Green Data. Nous avons également des discussions avec différents acteurs autour de la réutilisation de la chaleur fatale, produite par les serveurs. 

Et demain ? Network Groups, Tasks, GPU, FaaS, IaaS

Clever Cloud est à l’image de son logo : multifacettes. Si nous nous sommes longtemps consacrés à la création de notre plateforme de déploiement d’applications, nos clients nous ont demandé ces dernières années d’aller plus loin. Nous les avons écoutés : l’équipe a doublé ces derniers mois afin de renforcer notre principal atout : l’innovation par le logiciel, en exploitant au mieux le matériel.

Ainsi, outre les améliorations continues de notre Console, nous finalisons actuellement un projet qui a été l’un de nos plus grands chantiers : les Network Groups, vous permettant de lier vos applications, mais aussi vos machines à travers un réseau privé (VPN). Pour cela, nous nous appuyons sur la solution open source Wireguard. La fonctionnalité est finalisée et fait actuellement l’objet de tests internes, elle passera au stade de la bêta publique d’ici quelques semaines.

Nous proposerons bientôt nos VM Tasks, avec la possibilité d’exécuter des tâches à la demande, activables de différentes manières. Nous avons également commencé à retravailler notre offre de calcul sur GPU, n’hésitez donc pas à nous solliciter si vous avez des besoins en la matière, des tests préliminaires pouvant être menés. Plus tard dans l’année viendront l’accès à nos solutions Function-as-a-Service (FaaS) pour le traitement de fonctions à la demande et à grande échelle et IaaS, pour déployer le système d’exploitation et les outils de votre choix via Clever Cloud, sans dépendre de solutions telles que Docker.

Et pour les amateurs de Kubernetes, outre le lancement récent de notre opérateur, un service managé sera également disponible… tout comme d’autres surprises dont nous aurons l’occasion de reparler d’ici quelque temps. N'hésitez d’ailleurs pas à nous soumettre vos demandes et suggestions, qui peuvent nous aider à affiner nos priorités et développements. Notre équipe est ainsi à votre écoute.

Bonne nouvelle ! La procédure pour installer Matomo (anciennement Piwik) sur une instance Clever Cloud est désormais beaucoup plus simple ! Nous avons automatisé l'ensemble pour que vous n'ayez plus qu'à ajouter un add-on depuis la Console Clever Cloud.

Matomo est pour rappel un outil de mesure d'audience reconnu pour sa qualité, qui apporte des statistiques fiables et détaillées sur les visiteurs et leur parcours. Il vous permet de remplacer des solutions telles que Google Analytics dont l'utilisation est devenue illicite en Europe, du fait d'un transfert vers les États-Unis, en l’absence d’un consentement spécifique avant toute collecte de données.

Il y a quelques années, nous vous expliquions comment installer Piwik (devenu depuis Matomo) chez Clever Cloud, au sein de nos serveurs hébergés en France. La procédure nécessitait alors plusieurs étapes. Il suffit désormais d’ajouter un add-on via la Console. Vous profiterez alors de tous les avantages de notre plateforme en termes d’adaptation à la montée en charge, de facturation à la seconde, de maintien en conditions opérationnelles, de gestion simplifiée et de mise à jour.

Avant de vous expliquer comment faire, expliquons pourquoi.

Pourquoi imposer Google Analytics est devenu illégal en France

Dans un communiqué du 10 février, la CNIL a fait savoir à l’ensemble des éditeurs de sites et applications français qu’ils ne peuvent plus intégrer Google Analytics comme ils le faisaient, sous peine de sanctions.

Trois entreprises ont été mises en demeure de changer d’outil pour leur analyse d’audience, sauf à exclure des statistiques tous ceux qui refusent le dépôt d’un cookie Google Analytics. La commission chargée de veiller à la protection des données personnelles constate en effet que la solution de Google implique un transfert des données des visiteurs vers les États-Unis d’Amérique, ce qui n’est pas légal actuellement au regard du RGPD. En avril 2022, l'autorité autrichienne de protection des données est arrivée à la même conclusion.

Ces décisions sont une conséquence attendue de l’arrêt “Schrems II” de la Cour de justice de l’Union européenne (CJUE) du 16 juillet 2020. Elle a en effet invalidé le mécanisme juridique par lequel la Commission européenne prétendait que les USA assurent un niveau adéquat de protection des données personnelles reçues. D’un avis totalement contraire, la Cour a dit très clairement que la législation américaine en matière de renseignement est disproportionnée et que les voies de recours sont insuffisantes. 

Elle a donc supprimé le cadre juridique global par lequel les transferts vers les USA étaient possibles, et laissé aux autorités nationales le soin de vérifier si d’autres mécanismes (contractuels) étaient exploitables. En France et en Autriche, les APD concluent qu’il est impossible de transférer des données vers les USA en l’état actuel de la législation américaine et des encadrements prévus. D’où les discussions en cours, à l’issue encore incertaine, sur un aménagement permettant un nouvel accord UE-USA de transferts.

D’ici là, les entreprises qui ne remplaceront pas Google Analytics ou des outils opérant des transferts avec les USA sans consentement spécifique et préalable prennent le risque d’être sanctionnés par la CNIL ou une autre APD en cas de contrôle. En rendant public des mises en demeure sans donner le nom des entreprises sanctionnées, la Commission veut faire comprendre que toutes doivent se conformer, par exemple en utilisant une alternative, qui permet aux données de rester dans l’Union européenne.

Remplacer Google Analytics par Matomo

C’est ce que vous permet Matomo, un outil d’analyse d’audience très complet et open source, recommandé depuis plusieurs années par la CNIL. Il peut même faire l’objet d’une exemption de demande de consentement lorsqu'il est configuré de la bonne manière. 

S’il est déjà possible de le mettre en place sur Clever Cloud, nous avons facilité la procédure avec la création d’un add-on dédié. En installant une instance Matomo via notre plateforme, vous gardez la main sur les données d’analyse de l’audience de vos visiteurs. Elles ne sont plus envoyées vers les Etats-Unis. 

Clever Cloud héberge ces données pour vous, sur des serveurs situés en France.

Comment installer Matomo ?

Depuis la Console Clever Cloud et dans l’organisation souhaitée, sélectionnez "Créer…" puis "... un add-on" et "Matomo". Validez et c’est terminé ! Nous avons fait le choix de rendre les dépendances de cet add-on transparentes et indépendantes.

Comment fonctionne Matomo sur Clever Cloud

L’add-on Matomo sur Clever Cloud déploie ainsi automatiquement :

• Une application PHP configurée avec un Matomo fonctionnel (instance Nano)
• Une base de données MySQL (instance XXS BigStorage)
• Un cache Redis (instance S)

Vous pourrez alors ajuster les paramètres à votre convenance pour adapter le niveau de performance selon votre besoin, ou même activer l'auto-scaling (horizontal et/ou vertical). 

Comme pour les autres add-ons que nous proposons, Matomo est spécialement configuré pour exploiter l’identification Single Sign On (SSO) de la console Clever Cloud, vous pourrez ensuite créer vos utilisateurs directement depuis Matomo. La documentation est disponible ici.