Retrouvez nos équipes aux événements suivants :

Octobre 2024

ADN Ouest "Entreprise et recherche : mission impossible ?"

📅 1er octobre 2024

📍 Nantes

Rejoignez Jean-Baptiste Piacentino et Carine Guillemet à Nantes pour le séminaire "Entreprises et recherche : mission impossible ?". Explorez vos projets de recherche et posez vos questions sur les financements.

Devoxx Morocco

📅 Du 2 au 4 octobre 2024

📍 Marrakech

FrancoTech

📅 Les 3 et 4 octobre 2024

📍 Paris

Rejoignez Florent Perreux, Ismaël Cissé et Jean-Baptiste Piacentino, qui participe à une table ronde sur l'IA lors de FrancoTech 2024. Cet événement rassemble plus de 1 500 acteurs francophones autour des thèmes de l'IA, de la logistique et de la transition énergétique.

5G professionnelle

📅 8 octobre 2024

📍 Paris

Venez rencontrer Jean-Baptiste Piacentino et Sarah Medjek à Paris pour découvrir les avancées et les défis de la 5G, notamment en cybersécurité, avec des retours d’expérience concrets.

Forum PHP

📅 Les 10 et 11 octobre 2024

📍 Disneyland Paris, Hôtel Marvel

Clever Cloud est présent en tant que sponsor Or et Platine lors de cet événement. Venez échanger sur les nouveautés PHP avec notre équipe : Horacio Gonzalez, David Legrand, Sébastien Allemand, Florent Perreux, Ismaël Cissé, Sébastien Brunat et Carine Guillemet.

Volcamp

📅 Les 10 et 11 octobre 2024

📍 Clermont-Ferrand

Rejoignez Rémi Collignon-Ducret et Manuel Luzarreta pour cet événement technologique au cœur des volcans d'Auvergne. Clever Cloud est fier d'être sponsor Silver de cette conférence dédiée aux passionnés de tech et de développement.

Gitex Dubai

📅 Du 14 au 18 octobre 2024

📍 Dubaï

Retrouvez Quentin Adam et Erwan Rougeux à GITEX GLOBAL à Dubaï, l’un des plus grands salons mondiaux dédiés à la tech et à l’IA. Venez discuter de la transformation numérique avec les leaders de l'industrie, des gouvernements, des startups et des investisseurs.

Webinar COBOL

📅 15 octobre 2024

Assistez à notre webinar le 15 octobre à 11h30 animé par Florent Perreux, directeur commercial, et Fabrice Le Fessant, président d’OcamlPro. Découvrez comment déployer vos applications COBOL sur le cloud de Clever Cloud avec SuperBOL, avec une démonstration en direct et des conseils pratiques.

P99

📅 Les 23 et 24 octobre 2024

Ne manquez pas la conférence de Luc Lenôtre, Rust Software Engineer,"Writing a Kernel in Rust: Code Quality and Performance", lors de la P99 CONF. Un événement dédié à l'optimisation des performances pour développeurs.

Choiseul Africa

📅 Du 31 octobre 2024 au 1er novembre 2024

📍 Marrakech

Retrouvez Quentin Adam et Erwan Rougeux au Choiseul Africa, un événement  sur les enjeux et innovations technologiques en Afrique. Environ 800 décideurs d'Afrique, d'Europe et du Golfe se réunissent pour échanger sur le développement africain.

Novembre 2024

UGAP SMART IT 2024

📅 7 novembre 2024

📍 Paris

Rendez-vous à UGAP SMART IT pour échanger sur les innovations dans le secteur des technologies de l'information. Rencontrez des experts et découvrez les tendances qui redéfinissent le futur de l'industrie.

ScalaIO

📅 Les 7 et 8 novembre 2024

📍 Paris

ScalaIO, l'événement dédié à la programmation Scala à EPITA, est l’occasion de rencontrer d’autres passionnés du langage. Pendant deux jours, assistez  à des sessions variées avec des intervenants de renom, organisées par la communauté Scala.

Unlock your brain

📅 Les 8 et 9 novembre 2024

📍 Brest

Rejoignez-nous à La Cantine Brest pour cet événement et découvrez les tendance tech et innovation. Clever Cloud est sponsor Bronze de cette rencontre. Échangez avec des experts sur les idées qui façonneront l'avenir du secteur.

Open Innovation Camp

📅 Le 14 novembre 2024

📍 Rennes

Participez à l'Open Innovation Camp à Rennes, un événement sur la collaboration entre entreprises et startups. Explorez des opportunités, échangez des idées innovantes et tissez des partenariats pour booster votre croissance.

Startup Weekend Nantes

📅 Du 15 au 17 novembre

📍 Nantes

Décembre 2024

Imagine Summit

📅 5 décembre 2024

📍 Rennes

Rejoignez-nous au Imagine Summit à Rennes, un salon dédié à l'innovation où Clever Cloud est sponsor. Plongez dans les dernières tendances et innovations en échangeant avec les experts du secteur.

Meet Up Elastic Search

📅 Les 11 et 12 décembre 2024

📍 Brest et Nantes

Assistez au meetup sur Elastic Search à Brest et Nantes, animé par David Pilato. L'occasion d'approfondir vos connaissances et permet de partager vos expériences.

Si nous aurons l'occasion de détailler tout cela dans de prochains articles, et que vous pouvez en avoir un aperçu au sein de notre changelog public, il y a un sujet qui nous tient à coeur : nos images.

La refonte des images

Chaque fois que vous déployez un add-on ou une application sur notre plateforme, notre orchestrateur met à votre disposition une machine virtuelle basée sur Exherbo Linux, pour laquelle nous avons compilé spécifiquement le noyau et les binaires mis à votre disposition afin de vous garantir un environnement GNU/Linux classique, performant, à jour et sécurisé. La configuration de cet environnement se fait de manière standard, principalement via des variables d'environnement.

Ce système minimal, spécifique à nos besoins et prêt à être configuré, compose ce que nous appelons nos images. Et nous avons radicalement changé notre manière de les concevoir ces derniers mois. En effet, nous disposions jusqu'à lors d'images différentes pour chacun de nos runtimes/langages supportés ou presque. Leur mise à jour et test étaient parfois complexes et très manuels. Nous avons donc simplifié et automatisé tout cela.

Depuis quelques semaines nous disposons d'une image unique, générée régulièrement, qui diffère très peu selon les besoins, et à qui nous faisons passer une batterie de tests drastiques afin de nous assurer que n'importe quelle application se déploiera sans accrocs au fil des évolutions. Sa mise en place s'est faite en douceur au fil des mois, nous arrivons actuellement au bout de ce processus qui s'est fait de manière transparente pour l'ensemble de nos clients.

Pourquoi vous en parler aujourd'hui ? Parce que c'est grâce à elle que nous allons pouvoir revoir et améliorer de manière progressive la manière dont vous déployez des applications sur Clever Cloud. Nous avons déjà posé quelques briques ici et là, comme avec l'intégration d'uv pour Python par exemple. Mais les choses vont changer de manière bien plus importante dans les prochains mois et courant 2025. L'un de nos plus gros runtimes concernés est PHP.

PHP 8.4, sessions dans Materia KV

Nos discussions l'année dernière avec la communauté à l'occasion de Forum PHP, nous a permis d'imaginer la manière d'améliorer les choses. Être plus réactifs sur la manière de supporter les nouvelles versions de PHP était l'une des demandes récurrentes. Les changements opérés nous permettrons notamment de tester plus rapidement le passage à PHP 8.4, attendu pour fin novembre. Une fois validé et intégré à Clever Cloud, vous pourrez l'activer via une simple mise à jour de variable d'environnement.

La flexibilité des sessions PHP était aussi un sujet revenant régulièrement. Actuellement, elles peuvent se reposer sur du stockage local persistant ou une base de données Redis liée à votre application. Cet été, nous avons travaillé à adopter notre technologie Materia KV à ce besoin. Nous avons mis en production il y a quelque jours une nouvelle version supportant les clés pouvant expirer et certaines commandes permettant son support de manière transparente pour les utilisateurs.

• Déployer une application PHP de démonstration avec des sessions sur Materia KV

En pratique, c'est assez simple : récupérez le contenu du dépôt ci-dessus avec git, les Clever Tools, puis créez une application PHP comme si elle devait héberger ses sessions sur une base de données Redis, le code est identique :

clever create -t php --alias phpSessions
clever env set ENABLE_REDIS "true"
clever env set SESSION_TYPE "redis"

Ensuite, créez un add-on Materia KV, liez-le à l'application qui vient d'être créée :

clever addon create kv phpSessionsKV --link phpSessions

ll vous suffit alors de déployer l'application. En quelques secondes vous aurez le résultat attendu, en profitant de tout ce qui compose la plateforme Clever Cloud : un maintien en conditions opérationnelles, une gestion des domaines et des certificats TLS, des logs, des métriques, etc.

clever deploy & clever open

Comment sommes-nous parvenus à ce résultat ? Lorsque nous avons imaginé Materia KV, nous avons cherché à créer une base de données clé-valeur différente, complémentaire à notre offre actuelle. Elle est donc distribuée et très résiliente (les données sont écrites au sein de trois de nos data centers sur Paris) mais peut être utilisée de manière quasiment transparente puisqu'elle est compatible avec des écosystèmes existants.

Ainsi, elle supporte actuellement le protocole qui sert de base à Redis et peut être utilisée avec des commandes similaires ou des clients tels que iredis, redis-cli, valkey-cli, des interfaces graphiques, etc. Nous lui ajouterons sous peu Dynamo DB puis GraphQL.

• En savoir plus sur Materia KV

Franken PHP, amélioration du déploiement

Il y a un autre sujet qui nous tenait à cœur: l'intégration de Franken PHP, développé par nos amis et partenaires des Tilleuls. Mixant PHP avec un serveur web Caddy de manière assez élégante et inhabituelle, cette solution permet de penser de manière différente le déploiement des applications PHP, leur configuration et séduit de manière croissante dans cet écosystème qui a largement regagné en vitalité ces dernières années.

Nous l'avons testé sur Clever Cloud, et expliqué à certains clients comment le déployer, via Docker ou de manière native. Nous souhaitions surtout aller plus loin en l'intégrant directement à nos images pour simplifier son usage au sein de notre plateforme. Ce sera bientôt chose faite, grâce au travail mené sur la simplification et la refonte de nos images. Nous en profiterons pour améliorer progressivement notre déploiement de PHP.

Actuellement, nous avons un fonctionnement qui prend en compte toute la "legacy" de ce langage, qui remonte pour certains à des versions 5.x ou 7.x, ce qui peut parfois nous freiner dans les développement que nous aimerions mettre en place. Passé la sortie de PHP 8.4, nous allons figer le fonctionnement "historique" de notre image PHP afin de permettre à nos clients de pouvoir profiter d'une stabilité dans le déploiement de leurs applications.

Mais cela nous permettra surtout de réinventer certaines choses en nous focalisant sur les version de PHP activement supportées, avec une gestion claire du cycle de vie des applications et de nos runtimes. Nous vous détaillerons ce plan un peu plus tard dans l'année.

Rendez-vous au Forum PHP

Vous l'aurez compris, la communauté PHP est importante pour nous. C'est d'ailleurs pourquoi nous sommes partenaires de l'AFUP encore cette année. Ainsi, nous serons présents au Forum PHP 2024 qui se tient ces 10 et 11 octobre à l'hôtel New York de Disneyland Paris. N'hésitez pas à venir échanger avec nous, nous aurons quelques surprises et exclusivités à montrer sur place. Ce sera aussi pour vous l'occasion de nous faire part de vos retours et demandes. Car c'est aussi comme cela que nous voulons construire le futur de Clever Cloud : ensemble.

Il y a un peu plus de deux ans maintenant, nous avons décidé de renforcer les équipes de Clever Cloud. Notre objectif était alors de mieux accompagner nos clients dans leur croissance, répondre à leurs demandes et finaliser le développement de nouveaux produits de manière plus efficace.

Depuis, nous sommes passés d’une quinzaine de personnes à près d’une soixantaine, avec une approche “remote first” mais tout de même plusieurs bureaux en France : Brest, Nantes, Lille, Lyon, Paris, d’autres étant en cours d’étude. Il s’agit principalement de développeurs et d’ingénieurs, organisés en différents pôles pour traiter de l’ensemble de nos métiers, le “cloud“ couvrant un spectre assez large. Un défi organisationnel, géré par notre CTO Steven Le Roux.

Nous avons également opéré un changement d’ampleur du côté de notre infrastructure : nous ne sommes plus locataires de nos serveurs, nous en sommes propriétaires. Nous avons des contrats directs avec les datacenters (DC) où nous sommes présents sur Paris et nos différents prestataires, avec un contrôle accru sur notre réseau.

Nous avons aussi profité de cette période pour initier un large programme de certification et de qualification de nos pratiques et processus. Depuis l’année dernière nous sommes ainsi certifiés ISO 9001 et nous venons de passer l’audit pour l’ISO 27001 qui devrait nous être confirmée dans les prochaines semaines. Les étapes suivantes sont déjà définies : l’hébergement de données de santé (HDS) puis la qualification SecNumCloud, déjà commencée.

Opérer tous ces changements aura été long et parfois difficile. Nous avons appris tout au long de ce parcours et parfois fait des erreurs. Certains de nos clients ont pu particulièrement le noter depuis la rentrée lorsque nous avons effectué une migration d’ampleur sur l’ensemble de notre infrastructure. Si nous reviendrons plus en détails sur certains sujets lors de prochains billets, voici un premier bilan d’étape de tout ce qui a été entrepris et ce qui s’est (plus ou moins bien) passé.

Trois nouveaux datacenters

L’année dernière nous annoncions la première étape de notre plan : la mise en place de nouveaux serveurs, basés sur le format ouvert OCP et des processeurs AMD EPYC chez Green Data à Nanterre. Outre la mise en place des processus et les aspects contractuels, nous avions ici pour objectif de repenser la manière de déployer et de gérer nos serveurs et une partie de notre réseau. Un sujet sur lequel nous avons travaillé en collaboration avec NVIDIA/Mellanox.

En effet, nos switchs “Top of Rack” (ToR) ne sont pas équipés d’un système d’exploitation sur étagère, avec sa myriade de fonctionnalités et de licences. Nous y installons notre propre OS, basé sur Exherbo Linux et le standard ONIE, où nous déployons notre propre couche logicielle. Le tout est accéléré grâce à switchdev.

Mis en production à la rentrée 2022, ce site nous a permis d’assurer notre croissance. Mais aussi de rencontrer quelques soucis et d’apprendre à les gérer puis à les corriger. De temps à autres, certains de nos hyperviseurs finissaient en “kernel panic” sans raison, ce qui a été corrigé par l’introduction de la version 6.0 du noyau Linux. Nous avions aussi des instabilités réseau, non sur nos ToR mais sur un équipement reliant nos datacenters entre eux, ce qui a retardé la montée en charge sur ce site. Cela n’a pu être le cas que peu avant cet été, le temps que tout soit compris et corrigé.

Confiants sur notre capacité à traiter ces sujets, nous avions décidé en décembre 2022 de dupliquer cette expérience sur deux nouveaux DC, afin qu’ils remplacent à terme les deux où nous étions historiquement présents. Le contrat qui nous liait à notre prestataire prenait fin un peu moins d’un an plus tard et nous faisions face à des désaccords importants sur les termes de son renouvellement. Depuis, nous nous sommes mis en ordre de bataille pour qualifier et commander le matériel, les sites où il sera installé puis passer à la mise en œuvre.

Un travail de plusieurs mois qui a mené cet été à la mise en place de ces deux nouveaux datacenters puis à leur interconnexion et leur configuration, avec là encore une nouveauté qui a son importance : nous y annonçons nos propres IP, travaillant à la fois avec notre partenaire historique sur le réseau mais également des transitaires en contrat direct.

Nous en avons d’ailleurs profité pour revoir toute notre couche DNS afin qu’elle soit plus résiliente, plus rapide en résolution et en update. Chacune de nos régions a maintenant ses propres serveurs DNS répliqués depuis Paris. En cas d’indisponibilité (par exemple suite à une attaque DDoS), les autres régions ne sont plus impactées pour les accès aux enregistrements existants. Chaque région dispose également d’une copie de toute la configuration DNS localement, afin de pouvoir répondre directement. Nous avons aussi revu le modèle de création et de mise à jour d'un enregistrement qui se fait maintenant en moins d’une seconde.

Le temps de la migration

C’est alors qu’est venu le temps de la migration. L’opération peut paraître simple, mais il s’agissait d’un travail titanesque : déplacer l’ensemble de nos clients de nos deux sites historiques parisiens vers nos trois nouveaux sites. Cela avait déjà été fait en partie sur celui de Nanterre depuis sa mise en production, mais pas à une telle échelle.

Il nous a donc fallu renforcer notre outillage afin de disposer du niveau d’automatisation et d’information des clients nécessaire. Mais nous avons surtout dû faire l’inventaire de tout ce qui avait été fait manuellement pour certains clients au fil des années. De quoi occuper certaines de nos équipes, notamment celle en charge des bases de données, pendant plusieurs semaines.

Cela a mené à une phase de préparation qui explique les emails et notifications que vous avez pu recevoir à partir de cet été. Chacun des clients concernés pouvait ainsi déplacer ses services quand il le voulait, avant une date butoir à partir de laquelle nos équipes prenaient cette opération en charge. 

Nous nous sommes ainsi rapprochés d’un grand nombre de nos utilisateurs pour les accompagner dans cette période afin de ne (presque) pas interrompre leurs services. Un travail orchestré par notre chef des opérations, Cédric Biron. 

Si cela s’est globalement bien passé, nous avons pu constater depuis que dans certains cas, cela n’avait pas été suffisant puisque ces alertes envoyées plusieurs fois par e-mail n’ont pas toujours été vues. Nous allons mener une réflexion dans les semaines à venir pour mieux en comprendre les raisons et revoir et améliorer nos processus.

Load balancers : de grandes évolutions pour Sōzu (et quelques accrocs)

Mais depuis le mois d’octobre, nous avons noté un nombre croissant et inhabituel d’instabilités sur la plateforme, concernant une brique critique et habituellement stable : notre load balancer, Sōzu. Ces dernières semaines, nos équipes ont donc investigué afin de comprendre non pas le, mais les problèmes rencontrés par certains clients, qui se sont produits de manière conjointe à la migration sans pour autant y être liés. Désormais, ils sont tous réglés.

Il faut tout d’abord noter que nous avons profité de cette période pour faire faire un bond majeur à Sōzu qui est passé de sa branche 0.13.x à 0.15.x, avec de nombreuses améliorations à la clé, dont sa capacité à nous remonter des métriques, préparer de futures nouveautés comme le support de HTTP/2, etc.

Notre objectif était au départ de nous préparer à certains problèmes que nous nous attendions à rencontrer avec une charge plus importante du trafic ou une croissance des flux chiffrés, mais également de renforcer la sécurité de cet outil. Néanmoins, certains effets de bord ont mal été anticipés.

Sur ce dernier point notamment, nous avions initialement décidé de passer de clés RSA sur 2048 bits à 4096 bits pour disposer d’un chiffrement plus fort sans impact sur la compatibilité pour nos clients. Mais une fois cette amélioration mise en place, les ressources consommées et le délai de traitement des requêtes ont explosé. Le temps de trouver l’origine du souci et de revenir à la configuration initiale, le mal était fait.

Depuis, nous avons retravaillé ce point et planifions de passer à des clés ECDSA. Leur support est d’ores et déjà actif dans Sōzu mais ne sera déployé au sein de nos services qu’après une étude de l’impact et une communication auprès de nos clients qui pourront s’assurer que cela ne leur posera pas de souci, avec des moyens de contournement si jamais cela était le cas. Nous avons d’ailleurs rencontré un problème similaire avec la gestion de ciphers plus modernes mais qui posaient des soucis de compatibilité à certains clients. Nous leur avons depuis proposé des load balancers dédiés, gérant les anciens ciphers, leur permettant d’adapter progressivement leurs applications.

D’autres changements ont pu impacter des clients lorsqu’il y avait par exemple des caractères non conformes au standard dans certains headers. Lors de cette montée en version, nous avons rencontré un “double bug“ qui nous a pris du temps à comprendre et à corriger et nous avons parfois rencontré des problèmes dans nos processus de mise en production qui ont pu impacter nos clients de manière excessive par rapport à nos standards de qualité habituels.

Là aussi, nous avons depuis renforcé nos processus, tant sur la préparation de la mise en production de nouvelles versions que l’information des clients sur les nouveautés qui peuvent potentiellement les impacter. Le monitoring complet mis en place durant cette période nous a confirmé ces dernières semaines que l’ensemble des sujets étaient réglés et que même s’il reste quelques améliorations à faire ici ou là, plus aucun incident ne nous a été signalé.

Nous allons ainsi pouvoir nous concentrer sur la suite, avec notamment la mise en API de nombreuses fonctionnalités liées à la gestion des domaines et de l’accès à vos applications. Nous vous en reparlerons très bientôt.

Une nouvelle stack de logs

Les plus attentifs auront remarqué que d’autres éléments ont évolué de manière plus ou moins visible ces derniers mois, là aussi grâce au travail de nos équipes pour moderniser des pans entiers de notre infrastructure. Ainsi, un nouveau cluster Pulsar a été mis en production, permettant notamment de revoir complètement notre expérience des logs.

Cela fait quelques temps maintenant que cette fonctionnalité a été introduite dans notre CLI, les Clever Tools, avec un affichage désormais systématiquement ordonné des logs, la gestion des couleurs et émojis, ou la possibilité de filtrer par date/heure. Des améliorations fonctionnelles sont encore en cours sur ce sujet et une nouvelle interface est en préparation au sein de la console pour vous permettre de mieux consulter les logs de vos applications.

Il en sera de même pour les logs d’accès dans un second temps, une adaptation du fonctionnement de Sōzu étant en cours pour les traiter avec un bon niveau de performance (via Protobuf).

La mise en place de ce nouveau cluster nous permettra par ailleurs de sortir Pulsar de son statut “Beta”. Nous détaillerons le plan pour sa disponibilité générale en version finale dans les prochaines semaines.

Une nouvelle fondation pour notre data

Autre sujet de fond, peu visible mais pas sans conséquences : la mise en production de notre premier cluster serverless basé sur FoundationDB. Il a pris la suite de HBase que nous avons remercié lors d’une cérémonie d’adieu organisée dans nos bureaux de Brest un soir pluvieux du mois d’octobre.

Jusqu’alors, nos métriques et données de facturation reposaient sur cette technologie de stockage qui nécessitait une centaine de machines. Mais cela nous posait des problèmes opérationnels et montrait ses limites en termes d’évolutions possibles. Lors de discussions avec les équipes de SenX, à l’origine du projet open source Warp 10, nous avons constaté qu’ils rencontraient des problématiques similaires. Nous avons alors travaillé ensemble, ce qui a mené à la version 3.0 de Warp 10 nous permettant de construire un backend de stockage fonctionnant de pair avec notre nouveau cluster, avec succès.

FoundationDB sera au cœur de certains de nos nouveaux produits. Elle est d’ores et déjà utilisée pour les démonstrateurs de nos futures offres de store Key/Value (compatible Redis) ainsi que le stockage de secrets (compatible Vault)... entre autres. Des solutions en cours de test en interne et avec certains clients.

Nous ouvrirons peu à peu les vannes à ceux voulant tester ces solutions courant 2024, avec des démonstrations prévues sur les différents salons où nous serons présents.

De meilleurs Clever Tools

Bien entendu, une offre de cloud n’est rien sans ses interfaces. Outre le travail d’amélioration continue faite par notre équipe en charge de la Console, qui vient par exemple de passer à la v12 de nos Web Components, nous avons remis en place une équipe chargée de l’évolution et de la documentation de notre CLI, les Clever Tools.

Un nouveau processus de déploiement vient d’être finalisé et sera utilisé pour leur prochaine version, de nombreuses nouveautés étant prévues dès le début de l’année 2024. Cette structuration nous permettra de proposer des évolutions plus régulières, cohérentes avec les remontées des clients et de mieux gérer les participations externes (issues, PR, etc).

Des retouches un peu partout

Nous avons d’ailleurs revu complètement notre site internet après l’été, avec une nouvelle interface pour notre documentation, qui va progressivement être complètement retravaillée, guides et tutoriels à la clé.

Notre équipe en charge des images a elle aussi revu de manière profonde le processus de leur conception afin d’en simplifier la mise à jour, mais surtout disposer d’une base commune à l’ensemble de nos runtimes, nous permettant de les rendre plus flexibles et d’en proposer de nouveaux dans les mois à venir. Là aussi, nous avons revu la question de l’organisation de nos équipes et la gestion du cycle de vie afin que chaque runtime soit désormais traité par des personnes identifiées, qui feront le lien entre la manière dont nous déployons les applications et les communautés respectives.

Une part croissante de nos API migre en /v4, pour nos usages internes, mais aussi pour répondre aux besoins de nos clients qui intègrent Clever Cloud à leurs produits et interfaces. La documentation des nouveaux endpoints est en cours. Cette année, nous avons d’ailleurs commencé à supporter Terraform, avec une volonté d’aller plus loin dans le domaine de l’Infrastructure-as-Code et la gestion de tels outils dans le courant de l’année qui vient.

Ces derniers mois, nous avons également livré un support préliminaire de Tailscale, une offre Clever Edge 4G/5G à certains clients, commencé à en embarquer d’autres sur notre offre FaaS reposant sur WASM, etc.

What’s Next ?

Nos plans pour la suite restent ainsi inchangés, et maintenant que cette phase de migration et de consolidation est derrière nous, ils vont pouvoir s’accélérer : continuer à itérer pour améliorer notre plateforme, avancer sur la livraison des produits actuellement en test, livrer une version préliminaire de nos Networks Groups, préparer le terrain pour l’arrivée d’une offre IaaS et Kubernetes “by Clever Cloud” et continuer à nous occuper au mieux de nos clients, nos premiers partenaires.

D’ailleurs, nous enregistrons l’épisode 100 de notre podcast Message à caractère informatique (MACI) le 16 janvier au Palace à Nantes, en public. Vous êtes cordialement invités à venir échanger avec nos équipes pour parler du futur de notre plateforme et comment elle peut répondre mieux à vos besoins. Tout comme nous serons présents sur de nombreux salons dès les premières semaines de l’année 2024.

Cela fait plus d’un an maintenant que Jarred Sumner et son équipe travaillent à un nouveau runtime JavaScript open source : Bun. Il est présenté comme plus performant et plus complet que les solutions actuelles telles que Node.js ou Deno. Sa version 1.0.3 vient de sortir, vous pouvez d’ores et déjà l’utiliser pour vos projets hébergés par Clever Cloud.

Car si nous aimons tout automatiser et simplifier pour nos clients, nous le faisons en leur laissant la plus grande liberté possible. Ainsi, héberger une application Node.js avec le framework ou le gestionnaire de paquets de votre choix se fait déjà sans contraintes particulières, et déployer un site ne prend que quelques minutes.

Nous supportons déjà Deno, Meteor.js, yarn. Si pour Bun, la décision n’a pas encore été prise de l’intégrer nativement à nos images, dans l’attente des premiers retours de nos clients, cela se fait très simplement.

Hello, Bun sur Clever Cloud !

Envie d’essayer ? Il vous suffit d’avoir un compte Clever Cloud ou d’en créer un depuis une adresse e-mail ou un compte GitHub. 20 euros de crédits vous seront offerts lors de votre inscription.

• Créer un compte Clever Cloud (et obtenir 20 euros de crédits)

Pour notre premier exemple, nous partirons du principe que vous disposez d’une machine avec git et Node.js dans une version récente. Si vous n’avez pas encore installé notre interface open source en ligne de commande (CLI) Clever Tools, tapez (avec les droits administrateur de votre système ou sudo si nécessaire) :

npm i -g clever-tools
clever login

Une fois connecté, vous pourrez vérifier que tout s’est bien passé avec la commande suivante :

clever profile

Installons Bun et créons une première application :

npm install -g bun
mkdir clevbun && cd clevbun
bun init -y && git init

Cela va vous créer un dépôt git local et toute une série de fichiers, dont package.json qui contient la configuration de votre projet. Mais également index.ts et ts.config.json qui sont propres au langage TypeScript utilisé par défaut par Bun. N'ayez crainte, celui-ci gère tout aussi bien de simples fichiers JavaScript, du JSX/TSX, des modules ECMAScript et CommonJS qu'il importe de manière unifiée, des langages de bas niveau ou SQLite. C'est justement l'un de ses points forts.

Vérifions que tout a bien fonctionné :

> bun index.ts
Hello via Bun!

Une application avec le serveur HTTP de Bun

Notre but étant d’héberger une application web, nous utiliserons un serveur HTTP. Cela tombe bien, Bun dispose du sien, en plus d’assurer une compatibilité (partielle) avec les fonctionnalités et API de Node.js. Développé en utilisant le langage Zig et le moteur JavaScriptCore plutôt que v8, avec une recherche poussée de l'optimisation, ce runtime se dit plus performant pour ce type d’usage.

Modifiez le contenu du fichier index.ts comme suit :

Bun.serve({
  port: 8080,
  hostname: '0.0.0.0',
  fetch(req) {
    const url = new URL(req.url);
    if (url.pathname === "/") return new Response("Home page!");
    if (url.pathname === "/blog") return new Response("Blog!");
    return new Response("404!");
  },
  error(error) {
    return new Response(`<pre>${error}\n${error.stack}</pre>`, {
      headers: {
        "Content-Type": "text/html",
      },
    });
  },
});

Cela créé un serveur HTTP qui envoie une réponse différente selon la route (url.pathname) et une erreur 404 si aucune ne correspond. En cas de souci, une page spécifique sera affichée. Notez que le port 8080 est ici inscrit dans le code mais il pourrait être précisé avec une variable d’environnement : $PORT, $BUN_PORT ou $NODE_PORT.

Clever deploy !

Passons aux choses sérieuses avec un déploiement sur Clever Cloud en commençant par préparer l’application :

clever create -t node clevbun
clever env set CC_PRE_BUILD_HOOK "npm i -g bun"
clever env set CC_NODE_BUILD_TOOL "custom"
clever env set CC_CUSTOM_BUILD_TOOL "bun install"
clever env set CC_RUN_COMMAND "bun run index.ts"

La première commande permet de créer l’application au sein de votre compte Clever Cloud. Nous définissons ensuite plusieurs variables d’environnement permettant d’installer Bun au sein de l’image, puis les instructions pour la configuration des dépendances et le lancement du projet. Comme pour Node.js, vous pouvez indiquer qu’une application est prête pour la production en attribuant la valeur production à la variable d’environnement NODE_ENV.

Notez que vous pouvez utiliser cette configuration pour utiliser Bun sur une application Node.js déjà hébergée par Clever Cloud en adaptant CC_RUN_COMMAND à votre projet.

Notre application étant créée, elle peut être déployée. C’est simple comme un git push !

git add . && git commit -m "First commit"
clever deploy && clever open

Elle est alors disponible depuis nos infrastructures puis ouverte dans votre navigateur. Vous pouvez ajouter /blog ou /random à la fin de l'URL pour vérifier que l'attribution des routes fonctionne bien.

De nombreuses possibilités

Vous n’avez pas à vous préoccuper de la configuration de l’accès HTTPS, de la collecte des logs ou des métriques, tout est déjà mis en place et accessible via Clever Tools ou la Console. Vous pourrez d'ailleurs passer par cette dernière afin d'activer Grafana dans les paramètres de votre compte.

Pour accéder aux informations de votre application dans la Console utilisez :

clever console

D’autres fonctionnalités de Clever Tools vous permettent de lui attribuer un domaine, voir ses paramètres, son activité, modifier le nombre et le type d’instance utilisée, l’arrêter ou la redémarrer. N’hésitez pas à regarder l’aide de notre CLI avec --help ou sa documentation pour en savoir plus :

clever domain
clever domain add domain.tld

clever status
clever activity

clever scale --min-instances 1 --max-instances 4 --min-flavor pico --max-flavor M
clever scale --instances 1 --flavor pico

clever restart
clever stop

Bien entendu, vous pouvez également aller plus loin avec Bun et déployer des applications utilisant le framework web Elysia ou encore des générateurs de sites statiques tels qu’Astro. Nous vous détaillerons cela dans de prochains billets ! D'ici là, n'hésitez pas à nous faire savoir ce que vous attendez de nos images proposant des runtimes JavaScript.

Mi-mai, à l’occasion de notre séminaire d’équipe, nous avons fait un constat : lorsque l’on parle de Platform-as-a-Service (PaaS), de la tendance « Serverless », d’automatisation des déploiements, de maintien en conditions opérationnelles des applications, ou même parfois simplement de « Cloud », beaucoup de nos interlocuteurs sont perdus.

PaaS, Serverless… Clever Cloud ?

Ils se demandent à quoi tout cela peut bien servir, ce que ça apporte en pratique, à quel point ça changerait l’organisation de leurs équipes. Si nos clients sont convaincus, il n’est pas toujours facile de faire passer le cap du « l’essayer, c’est l’adopter ».

Les raisons sont multiples, mais la principale est que ces termes ont le plus souvent été dévoyés de leur signification initiale, étant utilisés à toutes les sauces selon les besoins d’équipes marketing peu inspirées. Aussi, nous avons vu au fil des années des acteurs proposer de tels services, permettant aux développeurs et ops de s’y former, sans la rigueur nécessaire à leur utilisation pour des environnements de production… ou avec des offres complexes, qui peuvent avoir tendance à enfermer dans un écosystème.

De quoi générer des retours décevants, qui impactent l’image de l’ensemble de notre secteur et qui peuvent parfois donner l’impression que le PaaS « is not a serious business ».

Simplifier et automatiser pour assister l’humain

Pourtant, sérieux, nous le sommes. Lorsque Clever Cloud a été fondé, la volonté première n’était pas seulement de proposer un produit « plus malin » à ceux voulant déployer des applications et les maintenir en conditions opérationnelles. Nous voulions créer une solution technique répondant aux standards du marché, simple à prendre en mains mais néanmoins prête pour la production, même en cas de slashdot effect. 

Il nous fallait également faire comprendre à quel point de tels outils étaient nécessaires : pour simplifier la vie des équipes, leur permettre de gagner du temps et de se focaliser sur l’essentiel et revenir à une situation où l’on densifie l’usage des ressources numériques, ce qui a des avantages tant en terme financier que pour l’efficacité énergétique.

Pour autant, nous entendons encore régulièrement que la tendance au PaaS ou au Serverless vise à faire disparaître le métier des « ops ». En réalité, derrière ce qui apparaît comme du « No Ops », nous prêchons plutôt pour du « Not Only Ops », plaçant l’humain là où il est nécessaire, où il apporte une expertise et crée de la valeur.

Cela passe consiste à le décharger d’actions répétitives, pouvant être automatisées tout en réduisant la complexité des tâches tant du côté des développeurs que des ops, de la charge mentale liée à la gestion de leurs applications. Comment ? En créant une plateforme où elles fonctionnent, tout simplement, constamment, dans un environnement sécurisé, avec une gestion des mises à jour simplifiée et automatisée le plus possible.

Pour cela, nous fournissons un ensemble de runtimes, d’add-ons et de solutions leur permettant aux équipes de se concentrer sur la conception de leurs applications et la manière dont interagissent les différentes briques logicielles. Le tout s’accompagne d’outils de déploiement simplifié, pouvant s’intégrer à des chaînes de d’intégration et de développement continus (CI/CD). Nous facilitons également l’observabilité des applications, pour que nos clients puissent à tout moment savoir ce qu’il s’y passe et agir en conséquence.

Ils peuvent ainsi rester focalisés sur leurs choix techniques. Ils n’ont plus à se préoccuper des questions d’infrastructure, initier la configuration de serveurs, déployer des VM lorsqu’ils le jugent nécessaire, tout redémarrer en cas de problème, nos outils sont là pour ça. Ils permettent de le faire tant sur nos infrastructures que celles de nos partenaires, en se basant sur plus d’une dizaine d'années d’historique de connaissances pour ce qui est d’adapter le fonctionnement de services et d’applications à la charge. La résilience et le multi-cloud sont ainsi au cœur de notre promesse technique et de valeur.

Des valeurs et de l’engagement

Pour aider à mieux comprendre ces enjeux, nous avons historiquement fait le choix d’expliquer ce que nous faisons, comment nous le faisons, de conférences en podcasts, de billets de blog en échange avec les politiques ou les journalistes. Nous détaillons ainsi régulièrement les motivations derrière l’utilisation de telle ou telle brique technique, ce qui fait le cloud au quotidien, la virtualisation et les conteneurs, la sécurité, les points d’attention à avoir, etc.

Surtout, nous avons toujours voulu nous impliquer dans l’avenir de l’écosystème, que ce soit en participant régulièrement à des évènements, en animant des débats, en rejoignant des organisations défendant nos valeurs telles qu’Euclidia ou l’Open Internet Projet (OIP), en nous associant avec des partenaires français tels que 2CRSi/Green Data ou Kalray.

Nous avons ainsi toujours prôné une approche ouverte dans nos échanges, mais également en soutenant des projets open source, en développant les nôtres tels que Sōzu ou Biscuit ou encore en cherchant à travailler en équipe avec d’autres fournisseurs de services cloud, éditeurs et constructeurs européens. 

Plus récemment, nous avons d’ailleurs fait le choix de miser également sur des solutions matérielles plus ouvertes, à commencer par celles de l’Open Compute Project (OCP). Nous explorons également d’autres pistes, comme les systèmes ouverts dans le domaine des équipements réseau tels que SONiC. 

Avec une constante qui a toujours fait notre force : le parler vrai.

Notre premier partenaire ? Notre client

On pourrait ainsi vous dire que si nous faisons tout cela c’est parce que « si tout seul on va plus vite, ensemble on va plus loin ». Mais nous sommes surtout sur un marché du cloud de plus en plus déséquilibré, où nous faisons collectivement face à des acteurs aussi géants qu’à tendance hégémoniques, et nous pensons que c’est à travers la fédération des efforts, des bonnes volontés et en mettant en commun notre capacité à l’innovation que nous gagnerons.

Notre enjeu n’est ainsi pas de résister mais de croître, ensemble. Et nous y parvenons à notre échelle. Clever Cloud, est ainsi capable de mener toutes ces batailles et de porter tous ces projets avec une équipe désormais composée d’une quarantaine de personnes.

Il s’agit majoritairement des développeurs, d’ops et d’ingénieurs qui sont là pour concevoir et améliorer notre produit. Un produit pensé, développé et mis en œuvre en France (pour grande partie dans l’Ouest), garant des valeurs européennes de respect des données, d’ouverture et de souveraineté. Une forme d’artisanat du cloud au service de l’industrialisation de vos applications.

Des choix et un cap rendus possibles car nous avons su rester indépendants. Notre croissance n’est ainsi pas assurée par une course aux investisseurs qu’il faudrait constamment rassurer et à qui il faudrait plaire en attendant de revendre l’entreprise. Nous avons plutôt fait le choix de nous développer grâce à nos clients qui paient pour utiliser nos outils. Ce sont eux notre force, qui assurent notre capacité à investir pour un produit toujours meilleur. Ils nous permettent de proposer une alternative viable et performante dont ils profitent au quotidien.

C’est aussi pour cela que nous mettons un point d’honneur à assurer une grande qualité de support, avec une équipe dédiée, constamment à l’écoute, mais également une forte implication de nos développeurs et ingénieurs pour apporter des solutions à ceux qui nous font confiance.

Nous avons doublé de taille en moins d’un an, renforcé notre équipe dirigeante, nous sommes réorganisés et continuons de recruter, pas seulement des développeurs. Car notre plateforme ne serait rien sans ceux qui font notre entreprise au quotidien, portent sa parole, vont à la rencontre des clients, et font de Clever Cloud une aventure humaine et technique unique.

Mieux faire connaître Clever Cloud

L’un de nos défis, outre l’amélioration de notre plateforme, le lancement de nouvelles fonctionnalités et l’annonce de partenariats reste néanmoins de mieux faire connaître notre métier tant aux bidouilleurs et développeurs en herbe qu’à des profils plus confirmés, mais aussi aux décideurs et à ceux pour qui le cloud est une technologie un peu brumeuse.

Au fil des semaines à venir, nous reviendrons donc sur les basiques du déploiement d’un site et d’une application, l’ajout d’add-ons et les multiples possibilités de notre plateforme, pour vous faire comprendre à quel point développer doit rester un plaisir et l’essentiel.

Pour en savoir plus, n'hésitez pas à nous suivre sur LinkedIn ou Twitter et à initier la conversation sur les questions que vous vous posez. Nous tenterons d’y répondre, aux mieux, comme toujours.