CarmaBlog

 English version available

Pour cet article, je vais parler de deux solutions d’hébergement, l’une plutôt standard pour un site simple (par exemple en PHP) et l’autre orientée Cloud de type PaaS (Platform as a Service) pour une application plus complexe (par exemple en Java). L’objectif n’est pas de faire une comparaison de toutes les offres existantes du marché, mais de vous présenter deux solutions que j’utilise aujourd’hui et qui comblent mes attentes.

1&1, hébergement standard

Ce blog est hébergé sur 1&1 depuis plusieurs années (3 ans). Au début, j’étais chez Free qui était gratuit, mais la solution était limitée et plutôt lente. L’élément déclencheur fut la suppression pure et simple de mon blog du jour au lendemain par les services de Free pour une raison qui reste encore inconnue. Je me suis alors tourné vers une solution professionnelle plus fiable qui m’a permis de choisir mon propre nom de domaine et donc de m’affranchir du fameux « free.fr ».

La solution 1&1 fonctionne bien et ne coute finalement pas très chère (environ 30 euros par an, autrement dit le prix d’un café par mois). J’avais regardé du côté de la concurrence notamment OVH qui était un poil plus cher, finalement je m’étais tourné vers 1&1 qui faisait une promotion sur la première année. Côté disponibilité, le plugin Jetpack Monitor monitore en permanence CarmaBlog et me prévient lorsque le site est indisponible. Je dois dire que cela arrive de temps en temps (2 à 3 fois par mois) pour des périodes ne dépassant pas les 5 minutes en général. Pour un blog comme le mien, c’est suffisant, je n’ai pas besoin d’avoir un taux de disponibilité frôlant les 100%.

Dans son pack, 1&1 fournit le nom de domaine par défaut que vous avez choisi (donc www.fabianpiau.com pour moi), mais vous avez aussi la possibilité de créer des sous-domaines. J’ai donc pu créer des sous-domaines pour:

• Le formulaire de contact: contact.fabianpiau.com (redirection).
• Le blog lui-même: blog.fabianpiau.com (espace web).
• Et aussi mon CV: cv.fabianpiau.com (espace web).

Au niveau des outils fournis, vous avez accès à:

• Une base de données MySQL. Limitée à 1GO ce qui est largement suffisant, à moins de stocker des fichiers complets. Avec près de 80 articles, j’utilise peut-être 10 MO tout au plus.
• Un espace sur un serveur FTP. Je ne suis pas sûr qu’il y ait de limite de taille, mais je ne stocke ni films ni musiques.
• Un compte email au nom de votre domaine. Je n’utilise pas directement le webmail, j’ai préféré mettre en place une redirection vers mon adresse email perso.

Vous pouvez configurer tous ces services depuis un tableau de bord.

Tableau de Bord 1&1

L’accès à la base de données n’est possible qu’en ligne via l’interface web phpMyAdmin. En toute franchise, WordPress et Matomo s’en sortent très bien tout seuls donc je n’y touche pas. Par contre et heureusement, vous pouvez utiliser un client FTP comme FileZilla pour transférer vos fichiers vers le serveur FTP.

A noter que 1&1 fournit des solutions toutes faites pour vous aider à créer votre site web. Par exemple, il existe un pack dédié pour WordPress, un peu plus cher que le pack Basic standard. 1&1 fournit aussi une solution clé en main pour créer des sites internet 1&1 MyWebsite sans avoir besoin de connaissances techniques.

Dans mon cas, je connais bien les technologies et faire un blog de zéro en installant WordPress était la solution la plus naturelle (et aussi la plus économique!).

Heroku, hébergement Cloud

L’application Updapy est hébergée sur Heroku. J’en suis très satisfait, car ça me coute 0 euro par an (on peut difficilement mieux faire, je pense). J’ai quand même acheté un nom de domaine via 1&1, car l’URL par défaut https://updapy.herokuapp.com/ n’était pas assez sexy à mon goût. L’achat du nom de domaine via 1&1 coûte environ 12 euros par an, 1 euro par mois, je dois pouvoir m’en sortir… Je n’ai pas regardé chez la concurrence, étant déjà client 1&1, c’était la solution la plus simple pour moi.

J’ai choisi le populaire Heroku principalement grâce au nombre d’utilisateurs et la communauté importante. En plus, la documentation est très bien faite. En particulier, ce tutoriel pas à pas pour créer et déployer une application Java m’a bien aidé. J’avais hésité avec CloudBees qui était aussi bien réputé. Finalement, j’ai eu la chance de porter mon choix sur Heroku car CloudBees a décidé de se recentrer sur son activité Jenkins et a abandonné son offre PaaS Cloud il y a quelques jours. Il y a aussi d’autres solutions Cloud comme Clever Cloud (hébergeur Français) ou bien Cloud Foundry pour ne citer que les plus connus. Je ne peux pas les comparer ici, car je me suis arrêté à Heroku, libre à vous d’essayer ces autres plateformes.

Heroku fournit des extensions pour couvrir les besoins qu’une application peut avoir: envoi d’email, de SMS, monitoring, queues JMS, caching, noSQL, la liste est bien trop longue pour tout citer ici. Le principe est toujours le même, quand vous voulez une fonctionnalité, vous ajoutez l’extension à votre application en quelques clics via le tableau de bord ou en ligne de commande. Vous adaptez un peu votre code pour utiliser les nouvelles fonctionnalités (encore une fois, la documentation pour chaque extension est bien faite).

La grande majorité des extensions disponibles suivent le même business plan. Elles sont disponibles dans plusieurs versions:

• Une version de base gratuite avec des limitations. C’est parfait pour des petites applications ou à des fins d’évaluation.
• Des versions avancées avec moins de limitations, mais qui deviennent payantes tous les mois.
• Des versions expertes plus chères. A réserver dans le cas où vous gérez un site à gros trafic.

Au niveau de l’indisponibilité sous Heroku, ça me semble très bon. Je verrais à l’usage, mais l’extension de monitoring que j’utilise a levé une fois une indisponibilité de 3 minutes en 3 mois. Les autres, je ne les comptes pas, c’était de ma faute…

Tableau de Bord Heroku

Comme vous pouvez le constater sur le tableau de bord ci-dessus, je me suis arrangé pour ne prendre que des extensions dans leur version de base avec leurs lots de limitations. Ainsi, je « paye » $0.00 tous les mois, une fortune.

• Le plugin SendGrid de base me permet d’envoyer au maximum 200 emails par jour.
• Le plugin PostgreSQL de base me permet d’avoir une base de données sur une instance partagée d’Amazon, avec des tables pouvant contenir au maximum 10 000 lignes.

Ce sont des exemples de limitations, vous pouvez regarder cette page pour connaitre les limites principales. Pour une petite application comme la mienne, c’est suffisant, mais dès que votre application grossit et que vous pouvez en faire un business, il est évident qu’il faudra mettre la main à la poche et rémunérer l’équipe Heroku. Vous pouvez consulter la liste des extensions sur cette page, il y a en a beaucoup!

Avec Heroku, le Cloud prend tout son sens. Vous ne vous souciez pas de la gestion de l’infrastructure, vous adaptez les ressources en fonction de vos besoins (scalabilité) et le coût par mois se met à jour en fonction (attention, car ça peut monter très vite). Vous pouvez gérer et vous focaliser sur ce qui compte vraiment pour vous: le business et le code de votre application. Quand au déploiement d’une nouvelle version, vous pushez simplement vos modifications dans le repo git fourni par Heroku et l’application est automatiquement déployée en production. C’est plutôt magique et bluffant.

En espérant vous avoir donner quelques pistes, en particulier si vous êtes en réflexion pour lancer votre propre blog ou déployer une application sur le Cloud.