Vous ne savez pas quel hébergement utiliser pour publier un petit site web à moindres frais, et même une solution mutualisée vous parait « overkill » ? S'il s'agit d'un site statique (sans opérations effectuées côté serveur), vous pouvez le placer sur du stockage objet. Cela tombe bien, chez Scaleway, 75 Go sont offerts.
Après des années à voir les sites multiplier les scripts de pistage, vidéo en lecture automatique et autres lourdeurs, une tendance a émergé pour un web plus sobre, efficace et léger, ne dépendant pas d'un acteur tel que Google avec AMP. Celui des sites statiques, avec des solutions logicielles dédiées (on parle souvent de JAMstack).
Au point que certains hébergeurs se focalisent sur de tels besoins, gérant les frameworks pensés pour le statique tels que Gatsby, Hugo, Jekyll, React ou encore Vue, comme on l'a vu dans le cas de Netlify. D'autres ont mis en place des services dédiés comme Cloudflare ou GitHub et leurs Pages. Le tout avec un zeste de Markdown.
Tout cet écosystème prend en charge différentes étapes, de manière plus ou moins complète : la génération du site, la gestion des versions, le déploiement et l'hébergement. Mais parfois, tout cela n'est pas nécessaire, publier un site statique étant relativement simple puisqu'il suffit d'un serveur web sur une distribution minimale.
On peut le faire chez n'importe quel hébergeur, la beauté de cette solution étant également dans sa totale portabilité. On peut également exploiter une « astuce » pour se simplifier la vie, de gagner du temps... et de l'argent : utiliser un service de stockage objet compatible S3. Scaleway s'est récemment ouvert à cette possibilité.
Une solution intéressante, surtout cumulée aux 75 Go offerts par l'hébergeur.
Un site statique sur du stockage objet : pourquoi ?
Pour rappel, le stockage objet est une solution distribuée et résiliente mise en place par les fournisseurs de service cloud (CSP) afin de diffuser des fichiers, souvent statiques. Son usage est simple, pouvant passer par une interface web, des API et autres frameworks, des applications en ligne de commandes (CLI) ou à interface graphique (GUI).
Surtout, son usage se paie au Go consommé par mois, parfois aussi selon la bande passante. C'est une solution abordable, allant de 5,99 dollars le To chez Wasabi sans facturation de bande passante, à 10 euros HT le To chez OVHcloud avec 10 euros HT par To sortant. Scaleway facture également 10 euros HT le To et la bande passante sortante (inter-régions ou externe), mais avec les 75 premiers Go offerts.
On peut ainsi en profiter pour quelques sauvegardes ou fichiers à mettre de côté, pouvant également être archivés. Pour rappel, nous avions consacré un article à la tarification des services de stockage dans le cloud.
- Stockage en ligne, compatible S3, archivage : quel prix pour la conservation de vos données ?
- DAS, NAS, SAN, stockage en blocs, fichiers ou objets : qu'est-ce que ça signifie ?
L'offre de Scaleway a donc toujours été une bonne solution pour le stockage d'un petit site statique, mais cette fonctionnalité nécessitait un peu de bidouille jusqu'à maintenant. Il fallait en effet utiliser un logiciel spécifique et modifier le type des fichiers envoyés pour qu'ils puissent être reconnus de manière à s'afficher comme un site.
Ce n'est plus nécessaire depuis quelques mois, avec l'introduction des Bucket Websites. Ce n'est pas une fonctionnalité propre à Scaleway, puisqu'elle existe déjà depuis longtemps chez AWS par exemple. Elle est ici présente de manière assez basique, mais suffisante pour bien des besoins.
Un simple paramètre à changer, des règles à respecter
Il faut disposer d'un compte Scaleway et se connecter dans la section Object Storage de la Console. Vous pouvez y créer un bucket hébergé à Paris, Amsterdam ou Varsovie selon votre préférence.
Dans la liste de vos buckets cliquez sur les « ... » à droite de l'interface pour accéder à ses réglages. Ici, il sera possible d'activer la fonctionnalité Bucket Website d'un clic, vous serez alors prévenus que son contenu sera forcément public (pouvant être listé). Vous devez indiquer qu'elle est la page à afficher par défaut (index.html) et celle en cas d'erreur comme un contenu non trouvé par exemple (error.html).
L'interface de Scaleway permet aussi d'activer le versioning d'un bucket, et donc d'un site
Seuls ces deux cas sont possibles. Une « bucket policy » sera automatiquement créée via un fichier JSON (invisible) placé à la racine, vous n'avez donc rien à faire. Cette fonctionnalité, comme toutes les autres, peut néanmoins être exploitée à travers le client en lignes de commandes d'AWS (CLI).
Une fois que tout est configuré, vous pouvez faire un essai avec deux fichiers contenant un simple texte :
echo "Hello, World !" > index.html
echo "Hello, Error !" > error.html
Envoyez-les à la racine de votre bucket via l'interface de gestion ou n'importe quel outil compatible S3. Lorsque ce sera fait, votre site sera accessible et l'URL sera indiquée dans l'interface. Depuis Paris elle est de type :
https://nom_du_bucket.s3-website.fr-par.scw.cloud/
Si vous créez un dossier contenant des images, il ne sera pas affiché comme une liste de fichiers, puisqu'il n'y a pas de structure hiérarchique de ce genre en stockage objet. Mais chaque image sera disponible via sa propre URL. Vous pouvez bien entendu faire pointer un nom de domaine vers ce site pour rendre son accès plus « digeste ».
Gérer les sites statiques, et après ?
Il y a d'ailleurs fort à parier que Scaleway proposera nativement la fonctionnalité dès que son offre de nom de domaine sera publiquement accessible. On espère au passage que l'ajout des Bucket Website est la marque d'un engagement plus global de l'hébergeur pour ce qui concerne le web statique et les nouveaux protocoles.
Car les acteurs français sont encore assez frileux en la matière, malgré l'effervescence d'une bonne partie du marché. D'ailleurs, plusieurs startups étrangères comme Pinata se tournent déjà vers la suite, avec des services SaaS d'épinglage de contenus du réseau IPFS par exemple. Un sujet sur lequel nous reviendrons sous peu.
