Chaîne de déploiement continue pour sites statiques

Introduction

Lorsqu'on apporte une modification sur un site basé sur un générateur statique, la seule chose qui devrait nous préoccuper est la mise à jour du contenu ou de la présentation, la validation des modifications (git commit) et l'envoi (git push).

• Intervenant : David Worms
• Durée : 30mn
• Format : discussion

Présentation

À l'époque et il n'y a encore pas si longtemps, mon flux de travail original consistait à générer le site Web entier sur un chemin d'accès local, par exemple ./public, et à utiliser une commande rsync pour appliquer les modifications sur le serveur HTTP distant. Cela pose quelques problèmes. Dûe au temps nécessaire à la génération du site, la synchronisation requière l'attente de quelques minutes avant la publication. Il est aussi nécessaire de gérer le serveur distant. Une amélioration récente consiste à placer le site Web dans un fichier Docker et à utiliser un serveur HTTP qui extrait périodiquement les modifications du repostiory GIT distant. Il était toujours nécessaire de construire le site Web localement, mais je pouvais au moins alléger la gestion de mon autorisation d'accès au serveur distant. Il était possible de s'appuyer sur l'authentification et l'autorisation native de GitHub ou GitLab. Il y a quelques mois, avec l'avènement des outils de déploiement continus et la découverte du service DNS js.org, l'image complète m'est apparue. Je pouvais externaliser toute la chaîne de publication, me laissant avec l'essentiel c'est à dire l'édition. Le gros avantage de cette solution réside dans le fait que toute personne proposant une pull request sur GitHub visant à améliorer le site Web verra ses modifications automatiquement publiées une fois qu'elles auront été acceptées.

Dans cette brève présentation, nous allons explorer une solution pour publier un site Web en quelques minutes, sans avoir à monter ni à gérer la moindre infrastructure, tout en étant notifié en cas d’échec. Aucun serveur GIT à maintenir, aucun serveur HTTP à surveiller, aucune commande de construction à attendre, aucun DNS à gérer.

Auteur

Passionné de programmation, de données et d'entrepreneuriat, David Worms participe à façonner Adaltas pour qu'elle soit une équipe d'ingénieurs talentueux partageant leurs savoir-faire et leurs expériences.