Votre site WordPress n’a pas besoin d’un serveur cloud
WordPress fait tourner toutes sortes de sites : blogs personnels, sites d’entreprise, publications et boutiques en ligne. Traditionnellement, faire tourner un site WordPress implique de dépendre d’un hébergeur, d’un serveur privé virtuel ou d’une infrastructure cloud. Même lorsque vous auto-hébergez WordPress, la machine sous-jacente est généralement louée chez l’un d’eux.
Avec Acurast Cargo, WordPress peut désormais tourner sur du calcul décentralisé.
Cargo permet de déployer des charges de travail complètes basées sur Linux sur des Processors Acurast, en donnant aux applications accès à l’environnement et aux outils dont elles ont besoin pour fonctionner. Autrement dit, des logiciels existants comme WordPress n’ont pas besoin d’être reconstruits spécialement pour une infrastructure décentralisée.
Dans ce tutoriel, vous allez utiliser Cargo pour auto-héberger un site WordPress complet sur un Processor Acurast. Vous configurerez l’application d’exemple WordPress, lancerez le déploiement, suivrez le processus d’installation et terminerez l’installation standard de WordPress.
À la fin, vous aurez un site WordPress en ligne qui tourne sur du calcul décentralisé, le tout rendu possible par Cargo.
Cargo rend possible WordPress sur du calcul décentralisé
WordPress est un bon exemple de ce qui devient possible lorsque le calcul décentralisé peut faire tourner des applications Linux classiques.
Un déploiement WordPress fait intervenir plusieurs éléments d’infrastructure familiers : un serveur web pour servir le site, PHP pour exécuter WordPress, une base de données pour stocker le contenu et la configuration, des fichiers persistants pour les thèmes, les extensions et les médias téléversés, et du réseau pour que les utilisateurs puissent réellement accéder à l’application.
C’est là qu’intervient Cargo.
Au lieu de reconstruire une application spécialement pour un environnement d’exécution restreint, les développeurs peuvent prendre des logiciels Linux existants et les déployer sur une infrastructure de calcul décentralisée.
Il ne s’agit pas de construire une alternative décentralisée à WordPress. Il s’agit simplement de faire tourner WordPress sur une autre infrastructure.
Comment auto-héberger WordPress sur Acurast
Le dépôt Acurast Example Apps contient un exemple WordPress dont la majeure partie de la configuration de déploiement est déjà prise en charge. Les fichiers inclus préparent l’environnement du Processor, configurent les services nécessaires, établissent la connexion réseau et démarrent WordPress.
Il ne reste donc qu’une quantité relativement faible de configuration avant de pouvoir déployer le site.
Étape 1 : ouvrir l’application d’exemple WordPress
Commencez par récupérer le dépôt Acurast Example Apps.
Accédez au dossier d’exemple WordPress.
Vous y trouverez les fichiers nécessaires pour préparer et lancer l’application. La majeure partie de la configuration sous-jacente est déjà fournie : il suffit essentiellement de configurer l’environnement de votre déploiement.
Commencez par copier le fichier d’environnement d’exemple et renseignez les valeurs requises.
Étape 2 : configurer l’URL de callback
L’une des premières valeurs nécessaires est une URL de callback.
Lorsque le Processor commence à préparer WordPress, il a besoin d’un moyen de vous renvoyer des informations sur le déploiement. L’application d’exemple le fait en envoyant des requêtes POST à l’URL de callback. Vous pouvez utiliser n’importe quel service de webhook capable de recevoir des requêtes POST et d’en afficher le contenu.
Dans cet exemple, un service de webhook sert à créer un endpoint : copiez son URL et ajoutez-la à la configuration.
Une fois le déploiement lancé, cet endpoint devient particulièrement utile. Il permet de suivre le processus d’installation et, au final, de récupérer l’adresse de votre site WordPress.
Étape 3 : configurer SSH et le réseau
Configurez ensuite un mot de passe SSH.
SSH n’est pas nécessaire pour utiliser WordPress normalement. Une fois l’application lancée, la plupart des tâches d’administration peuvent se faire depuis le tableau de bord WordPress habituel.
Il est toutefois utile si vous avez besoin d’un accès direct au Processor pour la maintenance, le dépannage, le débogage ou des modifications de l’environnement sous-jacent. Utilisez un mot de passe sécurisé plutôt que de conserver les identifiants d’exemple.
Pour le réseau de déploiement, choisissez mainnet.
Étape 4 : configurer votre domaine
Il faut aussi indiquer le domaine sur lequel le site WordPress sera accessible. Au moment de la rédaction de ce tutoriel, vous devez fournir votre propre domaine et configurer les enregistrements DNS nécessaires avant de déployer l’application.
Une fois la configuration DNS terminée, ajoutez le domaine à la configuration du déploiement WordPress. Vous y trouverez aussi des paramètres pour le nom d’utilisateur et le mot de passe WordPress, ainsi que d’autres détails de l’application.
Veillez à remplacer les identifiants d’exemple par vos propres valeurs sécurisées avant de déployer. Les noms d’utilisateur et mots de passe par défaut ne doivent jamais être utilisés pour une installation WordPress accessible publiquement.
Vérifier la configuration de l’application
Avant de lancer le déploiement, il vaut la peine de jeter un rapide coup d’œil aux fichiers fournis avec l’exemple. Plusieurs d’entre eux assurent le lien nécessaire pour que Cargo prépare le Processor et démarre la charge de travail.
Il existe aussi une configuration spécifique à l’environnement WordPress. Vérifiez que les variables d’environnement requises sont bien transmises à l’application et que la version minimale du Processor est correctement configurée.
Cela fait, vous êtes prêt à déployer.
Lancer WordPress
Depuis le dossier d’exemple WordPress, exécutez :
acurast deploy
La CLI Acurast lance le processus de déploiement et affiche le prix d’exécution associé.
Si le prix d’exécution configuré est plus élevé que nécessaire, vous pouvez utiliser les frais inférieurs suggérés avant de confirmer le déploiement.
Validez, et Acurast prend le relais.
Le déploiement est enregistré et attend qu’un Processor adapté le prenne en charge. Cela peut prendre quelques minutes.
Suivre le déploiement
Dès qu’un Processor accepte le déploiement, des informations commencent à apparaître sur l’endpoint de callback configuré plus tôt.
On voit aussi que le déploiement a bien démarré, avec des informations comme l’ID du déploiement, l’appariement avec le Processor, l’accusé de réception, les variables d’environnement, les fichiers téléversés et le Processor attribué à la charge de travail. Les requêtes de callback donnent ensuite un aperçu de ce qui se passe sur ce Processor.
Dans un premier temps, vous verrez l’environnement se préparer et les dépendances s’installer. Le Processor démarre le service SSH et établit le tunnel inverse nécessaire pour rendre l’application accessible.
Puis l’installation de WordPress commence.
Récupérer l’URL de WordPress
Au fil de l’installation, le callback finit par fournir deux informations de connexion utiles.
La première est l’URL à laquelle votre site WordPress sera accessible.
La seconde est un endpoint SSH et une commande permettant de se connecter directement au Processor.
SSH n’est pas nécessaire pour l’installation initiale : pour l’instant, c’est l’URL de WordPress qui compte. Un détail important, cependant : recevoir l’URL ne signifie pas forcément que WordPress a fini de démarrer.
Le tunnel réseau peut déjà être disponible alors que le Processor configure encore la base de données et l’application. Il faut donc lui laisser encore un peu de temps.
Attendre que WordPress soit en ligne
Continuez à surveiller les requêtes de callback.
Le Processor va initialiser la base de données, créer la base de données WordPress, télécharger WordPress et enfin démarrer le serveur. Une fois ces étapes terminées, les journaux indiqueront que l’application est entièrement en ligne.
Vous pouvez maintenant revenir à l’URL de votre site WordPress et actualiser la page. Au lieu d’un serveur indisponible, vous devriez voir un écran bien familier : l’écran d’installation standard de WordPress.
Terminer l’installation de WordPress
À partir de là, l’expérience est pour l’essentiel la même que l’installation de WordPress sur n’importe quel autre serveur.
Choisissez un titre pour le site, configurez votre compte administrateur et ses identifiants, puis terminez l’installation de WordPress.
Une fois l’installation terminée, connectez-vous.
Vous avez maintenant accès au tableau de bord d’administration standard de WordPress. De là, vous pouvez créer des articles, téléverser des médias, gérer des pages, modifier l’apparence du site et utiliser les outils d’administration habituels de WordPress.
Ouvrez à nouveau l’URL publique : le site WordPress terminé est en ligne.
Le plus intéressant n’est pas l’apparence du site. C’est l’endroit où il tourne.
Votre instance WordPress est servie par un Processor Acurast.
Maintenir WordPress via SSH
Pour la gestion courante du contenu, il y a peu de raisons d’interagir directement avec le Processor sous-jacent. WordPress fournit déjà sa propre interface d’administration pour gérer le site. Mais l’accès SSH configuré plus tôt offre une autre option lorsqu’un problème plus profond demande de l’attention.
Vous pouvez vous connecter directement au Processor pour inspecter le déploiement, déboguer des problèmes, modifier la configuration ou effectuer une maintenance difficile à réaliser depuis WordPress lui-même.
Vous disposez ainsi des deux niveaux : l’interface WordPress habituelle pour gérer l’application, et un accès direct à l’environnement Linux quand vous en avez besoin.
WordPress auto-hébergé sans serveur cloud traditionnel
WordPress est intéressant ici précisément parce que ce n’est pas une application conçue spécialement pour une infrastructure décentralisée.
C’est un logiciel existant.
Il s’agit de prendre le même type d’application qui tournerait normalement sur un VPS ou une instance cloud et de la déployer plutôt sur un Processor décentralisé. C’est l’idée générale derrière Cargo. Une charge de travail n’a pas forcément besoin de savoir que l’infrastructure sous-jacente a changé. Si elle peut tourner dans l’environnement Linux fourni par Cargo, de nombreuses applications existantes peuvent potentiellement migrer avec relativement peu de modifications.
WordPress en est un exemple.
Le même principe peut s’appliquer aux serveurs web, aux bases de données, aux API, aux outils de développement, aux serveurs de jeu, aux services de stockage, aux applications d’IA et à d’autres charges de travail Linux.
Au lieu de se demander :
« Quelles applications peut-on créer spécifiquement pour le calcul décentralisé ? »
On peut aussi se demander :
« Quelles applications qui tournent déjà dans le cloud pourraient tourner là à la place ? »
Avec Cargo, WordPress peut en faire partie.
Regardez le tutoriel vidéo complet
Ce guide présente les principales étapes pour faire tourner WordPress sur un Processor Acurast, mais le tutoriel vidéo qui l’accompagne détaille l’ensemble du déploiement du début à la fin.
Vous verrez comment configurer l’exemple WordPress, le lancer avec la CLI Acurast, suivre les journaux du Processor via l’endpoint de callback, attendre l’initialisation de WordPress et de sa base de données, puis terminer l’installation de WordPress.
Une fois cela fait, vous aurez quelque chose d’étonnamment ordinaire qui tourne dans un endroit inhabituel : un site WordPress entièrement fonctionnel, tableau de bord d’administration compris, qui tourne sur du calcul décentralisé.
