Il tuo sito WordPress non ha bisogno di un server cloud
WordPress alimenta di tutto, dai blog personali ai siti aziendali, dalle testate online ai negozi e-commerce. Tradizionalmente, gestire un sito WordPress significa affidarsi a un provider di hosting, a un server privato virtuale o a un’infrastruttura cloud. Anche quando si ospita WordPress in autonomia, la macchina sottostante di solito è comunque affittata da uno di loro.
Con Acurast Cargo, WordPress può invece girare su calcolo decentralizzato.
Cargo permette di eseguire il deploy di carichi di lavoro completi basati su Linux sui Processor Acurast, offrendo alle applicazioni l’ambiente e gli strumenti di cui hanno bisogno per funzionare. Ciò significa che il software esistente, come WordPress, non deve essere ricostruito appositamente per l’infrastruttura decentralizzata.
In questo tutorial userai Cargo per ospitare un sito WordPress completo su un Processor Acurast. Configurerai l’applicazione di esempio WordPress, avvierai il deployment, seguirai il processo di configurazione e completerai l’installazione standard di WordPress.
Alla fine avrai un sito WordPress online in esecuzione su calcolo decentralizzato, tutto reso possibile da Cargo.
Cargo rende possibile WordPress su calcolo decentralizzato
WordPress è un esempio utile di ciò che diventa possibile quando il calcolo decentralizzato può eseguire normali applicazioni Linux.
Un deployment WordPress coinvolge diversi componenti infrastrutturali familiari: un server web per servire il sito, PHP per eseguire WordPress, un database per memorizzare contenuti e configurazione, file persistenti per temi, plugin e upload, e la rete che permette agli utenti di raggiungere davvero l’applicazione.
È qui che entra in gioco Cargo.
Invece di ricostruire un’applicazione appositamente per un runtime limitato, gli sviluppatori possono prendere software Linux esistente ed eseguirne il deploy su un’infrastruttura di calcolo decentralizzata.
Non si tratta di costruire un’alternativa decentralizzata a WordPress. Si tratta solo di far girare WordPress su un’infrastruttura diversa.
Come ospitare WordPress su Acurast
Il repository Acurast Example Apps contiene un esempio WordPress in cui la maggior parte della configurazione del deployment è già pronta. I file inclusi preparano l’ambiente del Processor, configurano i servizi necessari, stabiliscono la connessione di rete e avviano WordPress.
Resta quindi una quantità di configurazione relativamente ridotta prima di poter eseguire il deploy del sito.
Passaggio 1: apri l’app di esempio WordPress
Inizia clonando il repository Acurast Example Apps.
Vai alla directory dell’esempio WordPress.
All’interno troverai i file necessari per preparare e avviare l’applicazione. La maggior parte della configurazione di base è già fornita, quindi devi soprattutto configurare l’ambiente per il tuo deployment.
Inizia copiando il file d’ambiente di esempio e compilando i valori richiesti.
Passaggio 2: configura l’URL di callback
Uno dei primi valori necessari è un URL di callback.
Quando il Processor inizia a preparare WordPress, ha bisogno di un modo per inviarti informazioni sul deployment. L’applicazione di esempio lo fa inviando richieste POST all’URL di callback. Puoi usare qualsiasi servizio webhook in grado di ricevere richieste POST e mostrarne il contenuto.
In questo esempio si usa un servizio webhook per creare un endpoint, copiarne l’URL e aggiungerlo alla configurazione.
Una volta avviato il deployment, questo endpoint diventa particolarmente utile. Ti servirà per seguire il processo di configurazione e, alla fine, recuperare l’indirizzo del tuo sito WordPress.
Passaggio 3: configura SSH e la rete
Poi configura una password SSH.
SSH non è necessario per usare normalmente WordPress. Quando l’applicazione è in esecuzione, la maggior parte dell’amministrazione si può fare dalla consueta dashboard di WordPress.
È utile, però, se hai bisogno di accedere direttamente al Processor per manutenzione, risoluzione dei problemi, debug o modifiche all’ambiente sottostante. Usa una password sicura invece di lasciare invariate le credenziali di esempio.
Come rete per il deployment, scegli mainnet.
Passaggio 4: configura il tuo dominio
Devi anche specificare il dominio su cui sarà disponibile il sito WordPress. Al momento della stesura di questo tutorial, devi fornire un tuo dominio e configurare i record DNS necessari prima del deploy dell’applicazione.
Una volta completata la configurazione DNS, aggiungi il dominio alla configurazione del deployment WordPress. Troverai anche le impostazioni per nome utente, password e altri dettagli dell’applicazione WordPress.
Assicurati di sostituire le credenziali di esempio con valori sicuri tuoi prima del deploy. Nomi utente e password predefiniti non vanno mai usati per un’installazione WordPress accessibile pubblicamente.
Controlla la configurazione dell’applicazione
Prima di avviare il deployment, vale la pena dare una rapida occhiata ai file inclusi nell’esempio. Molti di essi forniscono il collante necessario a Cargo per preparare il Processor e avviare il carico di lavoro.
C’è anche una configurazione specifica per l’ambiente WordPress. Assicurati che le variabili d’ambiente necessarie vengano passate all’applicazione e che la versione minima del Processor sia configurata correttamente.
Fatto questo, sei pronto per il deploy.
Avvia WordPress
Dalla directory dell’esempio WordPress, esegui:
acurast deploy
La CLI di Acurast avvierà il processo di deployment e mostrerà il relativo prezzo di esecuzione.
Se il prezzo di esecuzione configurato è più alto del necessario, puoi usare la commissione più bassa suggerita prima di confermare il deployment.
Invialo e da lì in poi ci pensa Acurast.
Il deployment viene registrato e attende che un Processor adatto lo prenda in carico. Potrebbero volerci alcuni minuti.
Osserva il deployment
Quando un Processor accetta il deployment, le informazioni inizieranno ad apparire nell’endpoint di callback configurato in precedenza.
Puoi anche vedere che il deployment è stato avviato correttamente, insieme a informazioni come l’ID del deployment, il match del Processor, la conferma (acknowledgement), le variabili d’ambiente, i file caricati e il Processor assegnato al carico di lavoro. Le richieste di callback ti mostrano poi cosa sta succedendo su quel Processor.
All’inizio vedrai l’ambiente in preparazione e l’installazione delle dipendenze. Il Processor avvia il servizio SSH e stabilisce il reverse tunnel necessario per rendere accessibile l’applicazione.
Poi inizia l’installazione di WordPress.
Recupera l’URL di WordPress
Man mano che la configurazione procede, il callback fornisce alla fine due utili informazioni di connessione.
La prima è l’URL a cui sarà accessibile il tuo sito WordPress.
L’altra è un endpoint SSH con un comando che si può usare per collegarsi direttamente al Processor.
Per la configurazione iniziale SSH non serve, quindi per ora ti interessa l’URL di WordPress. C’è però un dettaglio importante: ricevere l’URL non significa necessariamente che WordPress abbia finito di avviarsi.
Il tunnel di rete potrebbe essere già disponibile mentre il Processor sta ancora configurando il database e l’applicazione. Serve quindi ancora un po’ di tempo.
Attendi che WordPress sia online
Continua a osservare le richieste di callback.
Il Processor inizializzerà il database, creerà il database di WordPress, scaricherà WordPress e infine avvierà il server. Una volta completati questi passaggi, i log indicheranno che l’applicazione è completamente online.
Ora puoi tornare all’URL di WordPress e aggiornare la pagina. Invece di un server non disponibile, dovresti vedere qualcosa di molto familiare: la schermata di installazione standard di WordPress.
Completa la configurazione di WordPress
Da qui in poi, l’esperienza è sostanzialmente la stessa della configurazione di WordPress su qualsiasi altro server.
Scegli un titolo per il sito, configura l’account amministratore e le credenziali e completa l’installazione di WordPress.
Al termine dell’installazione, accedi.
Ora hai accesso alla dashboard di amministrazione standard di WordPress. Da lì puoi creare articoli, caricare file multimediali, gestire le pagine, cambiare l’aspetto del sito e usare i normali strumenti di amministrazione di WordPress.
Apri di nuovo l’URL pubblico e il sito WordPress finito è online.
La parte interessante non è l’aspetto del sito. È il posto in cui gira.
Questa istanza WordPress è servita da un Processor Acurast.
Manutenzione di WordPress con SSH
Per la normale gestione dei contenuti, ci sono pochi motivi per interagire direttamente con il Processor sottostante. WordPress offre già una propria interfaccia di amministrazione per gestire il sito. Ma l’accesso SSH configurato in precedenza offre un’altra possibilità quando qualcosa di più profondo richiede attenzione.
Puoi collegarti direttamente al Processor per ispezionare il deployment, risolvere problemi, modificare la configurazione o eseguire interventi di manutenzione che non si possono gestire comodamente da WordPress.
In questo modo hai entrambi i livelli: la familiare interfaccia di WordPress per gestire l’applicazione e l’accesso diretto all’ambiente Linux quando serve.
WordPress self-hosted senza un server cloud tradizionale
WordPress è interessante proprio perché non è un’applicazione costruita appositamente per l’infrastruttura decentralizzata.
È un software già esistente.
Si prende lo stesso tipo di applicazione che normalmente girerebbe su un VPS o un’istanza cloud e se ne esegue invece il deploy su un Processor decentralizzato. È questa l’idea più ampia alla base di Cargo. Un carico di lavoro non ha necessariamente bisogno di sapere che l’infrastruttura sottostante è cambiata. Se può girare nell’ambiente Linux fornito da Cargo, molte applicazioni esistenti possono potenzialmente essere spostate con modifiche relativamente ridotte.
WordPress è un esempio.
Lo stesso principio può valere per server web, database, API, strumenti per sviluppatori, server di gioco, servizi di storage, applicazioni di IA e altri carichi di lavoro Linux.
Invece di chiedersi:
“Quali applicazioni si possono costruire appositamente per il calcolo decentralizzato?”
Ci si può anche chiedere:
“Quali applicazioni già in esecuzione nel cloud potrebbero invece girare lì?”
Con Cargo, WordPress può essere una di queste.
Guarda il video tutorial completo
Questa guida illustra i passaggi principali per far girare WordPress su un Processor Acurast, ma il video tutorial che la accompagna mostra l’intero deployment dall’inizio alla fine.
Vedrai come configurare l’esempio WordPress, avviarlo con la CLI di Acurast, seguire i log del Processor tramite l’endpoint di callback, attendere l’inizializzazione di WordPress e del suo database e completare l’installazione di WordPress.
Alla fine avrai qualcosa di sorprendentemente ordinario in esecuzione in un posto insolito: un sito WordPress perfettamente funzionante, completo di dashboard di amministrazione, in esecuzione su calcolo decentralizzato.
