Le Blog de Clever Cloud
The Commit Log
Au top
Clever Cloud introduit la Clause de Souveraineté Finale pour garantir une souveraineté numérique durable
Clever Cloud annonce la mise en place de la Clause de Souveraineté Finale, un mécanisme contractuel conçu pour garantir qu'un service cloud reste souverain dans un cadre européen, même si son fournisseur venait à passer sous contrôle non-européen.
Advanced Deployments : Clever Cloud lance une deuxième certification
Clever Cloud annonce le lancement d’Advanced Deployments, sa nouvelle certification officielle consacrée aux déploiements avancés sur sa plateforme.
CKE en bêta publique : Kubernetes managé, souverain, et vraiment intégré
Clever Cloud a été fondée en 2010. À cette date, Docker n'existait pas, Kubernetes encore moins. Le problème, lui, existait déjà : faire tourner de manière fiable, isolée et prévisible les applications de nos premiers clients.
Le consortium DEEP, OVHcloud et Clever Cloud, sélectionné pour le cloud souverain des institutions européennes
Le consortium composé de DEEP by POST Luxembourg Group, OVHcloud et Clever Cloud annonce aujourd’hui sa sélection par la Commission Européenne dans le cadre d’un appel d’offres majeur visant à fournir des services de cloud souverain aux institutions, organes et agences de l’Union européenne. Ce marché, doté d’un plafond de 180 millions d’euros sur six ans, constitue une étape structurante dans la mise en œuvre concrète de la stratégie européenne de souveraineté numérique.
Ce qui rend Clever Cloud unique
La plupart des plateformes cloud vous obligent à choisir une approche. Du serverless avec des limites strictes sur la mémoire, le temps d’exécution et la taille des requêtes. Des conteneurs enfermés chez un hyperscaler unique, avec des bases de données revendues par des tiers. Ou une infrastructure brute où vous devez tout gérer vous-même.
Tous nos articles
Comment créer un réseau privé entre applications dans le cloud (sans gérer de VPN)
Dans une architecture cloud moderne, une application se compose rarement d’un seul bloc : API, microservices, base de données, service d’authentification échangent des données en continu.
SAML 2.0 : à quoi sert le protocole d’authentification ?
SAML 2.0 (Security Assertion Markup Language) est un standard ouvert, fondé sur le format XML (eXtensible Markup Language), qui permet l'authentification unique (Single Sign-On, ou SSO) entre plusieurs domaines. Il délègue l'authentification à un fournisseur d'identité central, lequel transmet à chaque application une “assertion” signée prouvant l'identité de l'utilisateur, sans que celui-ci ait à ressaisir ni repartager son mot de passe.
Kubernetes français : quelles alternatives aux hyperscalers en 2026 ?
Plusieurs éditeurs français proposent aujourd'hui un Kubernetes managé opéré depuis la France ou l'Europe : OVHcloud, Scaleway et Clever Cloud. Mais un Kubernetes français ne se choisit pas sur la seule localisation des serveurs : le modèle d'infrastructure, le partage des responsabilités d'exploitation et l'intégration aux autres services cloud pèsent autant.
Cet article compare ces offres et donne les critères pour décider.
Cet article compare ces offres et donne les critères pour décider.
Kubernetes managé : avantages, limites et critères de choix
Un service Kubernetes managé est une offre dans laquelle le fournisseur cloud opère le control plane Kubernetes à la place de l'utilisateur : provisioning, mises à jour, disponibilité et rotation des certificats sont pris en charge par le prestataire. L'utilisateur conserve la maîtrise de ses workloads et de ses node pools, mais n'administre pas l'infrastructure critique du cluster.
Certification et conformité HDS : périmètre, limites et souveraineté
La certification HDS atteste la sécurité de l'hébergement des données de santé ; elle n'a pas pour objet l'immunité face aux lois extraterritoriales comme le Cloud Act ou le FISA. Recourir à un hébergeur certifié ne rend d'ailleurs pas une organisation « conforme HDS » : le statut reste porté par l'hébergeur, et une part des obligations demeure chez le client.
Migration HDS : migrer vos données de santé sans interruption perceptible
Une migration HDS consiste à transférer une application et ses données de santé d'un hébergement vers un autre, tout en conservant la certification requise et la continuité du service. Menée avec méthode, l'interruption perçue peut se réduire à une simple bascule DNS : par exemple, lors du passage de Madietenligne, éditeur d'une solution e-santé pour diététiciens, vers Clever Cloud, les environnements de test et de production ont migré en moins de quinze jours, pour un volume de 500 Go, sans coupure perçue par les utilisateurs.