Les PaaS Français sont sur un bateau : Clever Cloud redresse la barre

Cette série de billets a pour but de faire un retour d’expérience sur les différents PaaS français dans une problématique d’hébergement d’un parc de 120+ WordPress.

Dans la série :

• Part1. Contexte du comparatif de l’offre PaaS Française
• Part2. Comparatif PaaS : OVH tombe à l’eau
• Part3. Comparatif PaaS : Clever Cloud, le bateau prends l’eau le capitaine redresse la barre
• Part4. Comparatif PaaS : Scalingo reste à flot
• Part5. Comparatif PaaS : Platform.sh au mouillage
• Part6. Comparatif PaaS : Hidora, le cloud suisse
• Part7. Comparatif PaaS : Les performances, Clever Cloud VS Scalingo VS Hidora

Clever Cloud

Mise à jour Janvier 2021: Clever Cloud à changé courant 2020 sa politique de prix sur les bases de données ce qui lui permet de réduire considérablement les coûts, dont je parlais dans cet article.
De plus, après un nouveau test de performance, en utilisant le même projet qu’en décembre 2019, les performances par défaut sont bien meilleures qu’avant (voir mise à jour de l’article Comparatif PaaS : Les performances, Clever Cloud VS Scalingo.

Accéder au résumé si vous êtes pressés

Clever Cloud est aussi un PaaS français qui apparait souvent dans ma timeline Twitter dès que des twittos demandaient où héberger leurs projets. C’est avec enthousiasme que j’ai voulu tester leur PaaS.

Sur le papier, l’offre est sexy (auto) scaling vertical, horizontal.

La base de données

Au moment de prendre le service, première mauvaise surprise : la base de données est payante au mois complet, et il n’est pas encore possible de la faire scaler de manière automatique ou manuelle, mais cela devrait (bientôt) changer,

Autre point d’alerte, chez Clever Cloud, ils vous incitent à vous orienter vers du PostgreSQL et ce de manière assumée, puisqu’à ressource strictement équivalente, les containers de base de données sont plus chers pour du MySQL.

On parle d’une différence de 180 +54€ par an.

Ils justifient cette différence par le fait qu’une instance MySQL coûte plus cher à gérer que du PostgreSQL et l’équipe technique chez eux préfère maintenir du PostgreSQL.

Autant pour une application Symfony, ça ne me fait ni chaud, ni froid (ou presque…) de mettre un PostgreSQL, autant pour du WordPress, nous n’avons pas le choix sur la base de données compatible avec le CMS. Donc au final, c’est l’utilisateur qui paye le coût supplémentaire.

EDIT 12/20 A priori, ils seraient en train de retravailler le pricing des scaler de base de données. C’est maintenant chose faite, d’ou la MAJ de cet article.

Paramétrage de l’application sur Clever Cloud

Comme toute application hebergée sur un PaaS, on passe par la case “variables d’environnement”. Chez Clever Cloud, c’est peu pratique. Lors de mes tests, il y a quelques semaines, il n’y avait pas de gestion de l’édition/ajout des variables en masse. Quand on doit saisir 20 variables : quelle perte de temps ! Heureusement, ça a été corrigé récemment par l’ajout d’un bulk edit/add.

Il n’est pas possible de faire référence à une autre variable (ex: DATABASE_URL=$MYSQL_ADDON_URI), et ça, c’est dommage.

J’ai voulu déployer ensuite mon Wordpress. Je n’ai malheureusement pas pu puisqu’une dépendance (wp-cli) nécessitait la présence de l’extension PHP ext-readline qui n’était pas disponible sur Clever Cloud.

Il a fallu faire une demande au support, et manque de pot, c’est tombé un vendredi, donc pas de mise en prod possible avant mon départ en vacances.

NB (non dirigée contre Clever Cloud) : il faut arrêter avec cette politique absurde, je suis tout à fait d’accord avec le Tweet ci dessous : chez nous le vendredi est un jour comme les autres pour les déploiements parce qu’on a fait en sorte que ça soit le cas (tests, automatisation, reviews…).

"No deploys on friday" is cancer philosophy that enforces fear to deploy and slow down the dev cycle. Stop repeating this crap as if it's cool, and improve processes and tests, for god's sake.

— SergiGP 🎗 (@SergiGP) 19 décembre 2018

A mon retour de vacances, toujours pas possible de build, suite à un couac, “la feature est activée mais pas l’extension”. Bref, ça arrive quelque heures plus tard : l’application peut enfin être build.

Build de l’application sur Clever Cloud

Alors, comment on build chez eux ?

Comme le projet possède un composer.json, le PaaS va récupérer les dépendances de manière automatique. Seulement, nous “buildons” le thème depuis une tâche yarn build. Il faut donc que l’on puisse lancer un yarn install suivi d’un yarn build.

Et la ce n’est pas hyper pratique puisqu’il n’est pas capable de dire “Ok, je vois un yarn.lock donc je vais lancer aussi un yarn install && yarn build”. Donc on est obligé de passer par un Build Hook.

On lui définit une variable pour lui dire d’utiliser yarn comme package manager, et puis on va lui dire quelles commandes lancer et à quel moment du build, exemple : CC_POST_BUILD_HOOK="yarn install && yarn build"

Notez que Wordpress n’a pas été detecté automatiquement, et il a fallu que je crée un fichier dans un dossier .clevercloud nommé php.json afin que le routeur puisse savoir quoi servir :

{
  "deploy": {
    "webroot": "/web"
  },
  "configuration": {
    "pm.max_children": "20"
  }
}

Performance chez Clever Cloud

EDIT 01/21 Les nouvelles politiques tarifaires, ainsi que de multiples améliorations hardware/software (migration datacenter + meilleur reverse proxy en Rust) permettent à Clever Cloud de redresser la barre de manière drastique par rapport aux tests réalisés en décembre 2019.

Ainsi, l’écart de prix se réduit. Mes testent réalisés en Janvier 2021 montrent qu’il ne faut plus avoir à débourser 5 à 9 fois plus d’argent pour obtenir des performances similaires à l’un de ses principaux concurrents, Scalingo. On est plus sur un ratio de x2. Comprendre ici, pour 2 fois moins cher sur Scalingo, on a des performances similaires à Clever Cloud sur notre environnement WordPress.

Exemple : J’envoie 5 visiteurs uniques par seconde pendant 2 minutes sur la page d’accueil.

Pour 10,8€/mois chez Scalingo, j’obtiens 492ms de moyenne de temps de réponse.

Pour 20,3€/mois chez Clever Cloud, j’obtiens 588ms. C’est la somme minimum à débourser pour avoir des performances semblables.

• Part7. Comparatif PaaS : Les performances, Clever Cloud VS Scalingo VS Hidora

Résumé Clever Cloud (TLDR)

👎 Inconvénients

• Ratio prix/performances sur du WordPress catastrophique
• Gestion du pricing des add-ons de base de données : prix important, et engagement au mois
• Pas de scaling sur la base de données
• Pas de références à d’autres variables d’environnement
• Pas de support de Github Server pour déploiement auto
• Interface parfois peu intuitive
• Gestion des statistiques (en BETA depuis 2019 ?)
• Pas de gestion facilitée du pm.max_children depuis l’UI (ex : par une variable d’environnement)
• EDIT 12/20 Très peu d’ouverture sur l’écosystème PHP: APM / Monitoring (pas de Datadog, blackfire.io, tideways.io)
• EDIT 01/21 Ratio prix/performances bonnes

👍 Avantages

• Backup automatisés
• Intégration avec let’s encrypt
• Auto-scaling vertical et/ou horizontal
• Support réactif sur l’aspect communication
• Interface sexy & réactive
• Gestion des logs claire
• Une alternative à Amazon S3 “maison”, pour monter un espace de stockage non volatile
• Une gestion optionelle d’un reverse proxy qui a l’air simplifiée (Varnish)
• EDIT 12/20 Très stable (Rex sur 1an+ d’hébergement d’un projet chez eux)
• EDIT 12/20 Gestion multi-régions (avec l’aide d’OVH en coulisse)

⛔️ VERDICT : ELIMINÉ ⛔️

EDIT 01/21 Les problèmes de rapport performance/prix, maintenant résolus, ont été les 2 raisons de l’élimination de Clever Cloud pour notre problématique d’hébergement en 2019.

Lire la partie IV

• Part4. Comparatif PaaS : Scalingo, on reste à flot

• Previous
  Les PaaS Français sont sur un bateau : OVH tombe à l'eau
• Next
  Les PaaS Français sont sur un bateau : Scalingo reste à flot