Aprende

Conoce Acurast. Descubre nuestra historia, sumérgete en la documentación técnica y mira con quién colaboramos en el ecosistema.

A glowing lime web page hovering above a smartphone lying flat on a black surface, illustrating a WordPress site running on an Acurast processor via Cargo.

Tu sitio WordPress no necesita un servidor en la nube

Una página web luminosa de color lima flotando sobre un teléfono tumbado en una superficie negra, que ilustra un sitio WordPress ejecutándose en un Processor de Acurast con Cargo.

 

WordPress impulsa de todo, desde blogs personales hasta webs corporativas, publicaciones y tiendas online. Tradicionalmente, tener un sitio WordPress implica depender de un proveedor de hosting, un servidor privado virtual o una infraestructura en la nube. Incluso cuando alojas WordPress por tu cuenta, la máquina que hay debajo suele seguir siendo alquilada a alguno de ellos.

 

Con Acurast Cargo, WordPress puede ejecutarse, en cambio, en computación descentralizada.

 

Cargo permite desplegar cargas de trabajo completas basadas en Linux en Processors de Acurast, lo que da a las aplicaciones acceso al entorno y las herramientas que necesitan para funcionar. Eso significa que el software existente, como WordPress, no tiene que reconstruirse específicamente para una infraestructura descentralizada.

 

En este tutorial usarás Cargo para alojar un sitio WordPress completo en un Processor de Acurast. Configurarás la aplicación de ejemplo de WordPress, lanzarás el despliegue, seguirás el proceso de configuración y completarás la instalación estándar de WordPress.

 

Al final tendrás un sitio WordPress en línea funcionando sobre computación descentralizada, todo gracias a Cargo.

 

Cargo hace posible WordPress en computación descentralizada

 

WordPress es un buen ejemplo de lo que se vuelve posible cuando la computación descentralizada puede ejecutar aplicaciones Linux convencionales.

 

Un despliegue de WordPress implica varios elementos de infraestructura conocidos: un servidor web que sirve el sitio, PHP para ejecutar WordPress, una base de datos para guardar el contenido y la configuración, archivos persistentes para temas, plugins y subidas, y red para que los usuarios puedan acceder realmente a la aplicación.

 

Aquí es donde entra Cargo.

 

En lugar de reconstruir una aplicación específicamente para un entorno de ejecución restringido, los desarrolladores pueden tomar software Linux existente y desplegarlo en infraestructura de computación descentralizada.

 

No se trata de crear una alternativa descentralizada a WordPress. Se trata simplemente de ejecutar WordPress en otra infraestructura.

 

Cómo alojar WordPress en Acurast

 

El repositorio Acurast Example Apps contiene un ejemplo de WordPress con casi toda la configuración del despliegue ya resuelta. Los archivos incluidos preparan el entorno del Processor, configuran los servicios necesarios, establecen la red e inician WordPress.

 

Eso deja relativamente poca configuración por hacer antes de desplegar el sitio.

 

Paso 1: abre la app de ejemplo de WordPress

 

Empieza por clonar el repositorio Acurast Example Apps.

 

Ve al directorio de ejemplo de WordPress.

 

Dentro encontrarás los archivos necesarios para preparar y lanzar la aplicación. Casi toda la configuración de base ya viene incluida, así que lo principal es configurar el entorno de tu despliegue.

 

Empieza por copiar el archivo de entorno de ejemplo y rellenar los valores necesarios.

 

Paso 2: configura la URL de callback

 

Uno de los primeros valores que necesitas es una URL de callback.

 

Cuando el Processor empieza a preparar WordPress, necesita una forma de enviarte información sobre el despliegue. La aplicación de ejemplo lo hace mediante solicitudes POST a la URL de callback. Puedes usar cualquier servicio de webhooks que pueda recibir solicitudes POST y mostrar su contenido.

 

En este ejemplo se usa un servicio de webhooks para crear un endpoint, copiar su URL y añadirla a la configuración.

 

Cuando empieza el despliegue, este endpoint resulta especialmente útil. Te servirá para seguir el proceso de configuración y, al final, obtener la dirección de tu sitio WordPress.

 

Paso 3: configura SSH y la red

 

A continuación, configura una contraseña SSH.

 

SSH no es necesario para usar WordPress con normalidad. Una vez que la aplicación está en marcha, la mayor parte de la administración puede hacerse desde el conocido panel de WordPress.

 

Sin embargo, es útil si necesitas acceso directo al Processor para mantenimiento, resolución de problemas, depuración o cambios en el entorno subyacente. Usa una contraseña segura en lugar de dejar sin cambiar las credenciales de ejemplo.

 

Como red del despliegue, usa mainnet.

 

Paso 4: configura tu dominio

 

También tienes que indicar el dominio en el que estará disponible el sitio WordPress. En el momento de escribir este tutorial, tienes que proporcionar tu propio dominio y configurar los registros DNS necesarios antes de desplegar la aplicación.

 

Cuando termines la configuración de DNS, añade el dominio a la configuración del despliegue de WordPress. También encontrarás ajustes para el nombre de usuario y la contraseña de WordPress, y otros datos de la aplicación.

 

Asegúrate de sustituir las credenciales de ejemplo por tus propios valores seguros antes de desplegar. Nunca se deben usar nombres de usuario y contraseñas predeterminados en una instalación de WordPress accesible públicamente.

 

Revisa la configuración de la aplicación

 

Antes de lanzar el despliegue, vale la pena echar un vistazo rápido a los archivos incluidos en el ejemplo. Varios de ellos aportan el pegamento que Cargo necesita para preparar el Processor e iniciar la carga de trabajo.

 

También hay configuración específica para el entorno de WordPress. Asegúrate de que las variables de entorno necesarias se pasan a la aplicación y de que la versión mínima del Processor está bien configurada.

 

Hecho esto, ya puedes desplegar.

 

Lanza WordPress

 

Desde el directorio de ejemplo de WordPress, ejecuta:

 

acurast deploy

 

La CLI de Acurast iniciará el proceso de despliegue y mostrará el precio de ejecución asociado.

 

Si el precio de ejecución configurado es más alto de lo necesario, puedes usar la comisión más baja sugerida antes de confirmar el despliegue.

 

Envíalo y Acurast se encarga del resto.

 

El despliegue se registra y espera a que un Processor adecuado lo acepte. Esto puede tardar unos minutos.

 

Sigue el despliegue

 

En cuanto un Processor acepte el despliegue, empezará a aparecer información en el endpoint de callback que configuraste antes.

 

También puedes ver que el despliegue se ha iniciado correctamente, junto con información como el ID del despliegue, la asignación del Processor, la confirmación, las variables de entorno, los archivos subidos y el Processor asignado a la carga de trabajo. Después, las solicitudes de callback te permiten ver lo que está pasando en ese Processor.

 

Al principio verás cómo se prepara el entorno y se instalan las dependencias. El Processor inicia el servicio SSH y establece el túnel inverso necesario para que la aplicación sea accesible.

 

Después comienza la instalación de WordPress.

 

Obtén la URL de WordPress

 

A medida que avanza la configuración, el callback acaba proporcionando dos datos de conexión útiles.

 

Uno es la URL en la que estará accesible tu sitio WordPress.

 

El otro es un endpoint SSH y un comando que puedes usar para conectarte directamente al Processor.

 

No necesitas SSH para la configuración inicial, así que por ahora lo que interesa es la URL de WordPress. Pero hay un detalle importante: recibir la URL no significa necesariamente que WordPress haya terminado de arrancar.

 

Puede que el túnel de red ya esté disponible mientras el Processor todavía está configurando la base de datos y la aplicación. Así que hay que darle un poco más de tiempo.

 

Espera a que WordPress esté en línea

 

Sigue observando las solicitudes de callback.

 

El Processor inicializará la base de datos, creará la base de datos de WordPress, descargará WordPress y, por último, iniciará el servidor. Cuando se hayan completado esos pasos, los registros indicarán que la aplicación está totalmente en línea.

 

Ahora puedes volver a la URL de WordPress y recargar la página. En lugar de un servidor no disponible, deberías ver algo muy conocido: la pantalla estándar de instalación de WordPress.

 

Completa la configuración de WordPress

 

A partir de aquí, la experiencia es básicamente la misma que al configurar WordPress en cualquier otro servidor.

 

Elige un título para el sitio, configura tu cuenta de administrador y tus credenciales, y completa la instalación de WordPress.

 

Cuando termine la instalación, inicia sesión.

 

Ya tienes acceso al panel de administración estándar de WordPress. Desde ahí puedes crear entradas, subir contenido multimedia, gestionar páginas, cambiar el aspecto del sitio y usar las herramientas de administración habituales de WordPress.

 

Abre de nuevo la URL pública y el sitio WordPress terminado ya está en línea.

 

Lo interesante no es el aspecto del sitio. Es dónde se está ejecutando.

 

Esta instancia de WordPress la sirve un Processor de Acurast.

 

Mantenimiento de WordPress con SSH

 

Para la gestión normal del contenido, hay pocos motivos para interactuar directamente con el Processor subyacente. WordPress ya ofrece su propia interfaz de administración para gestionar el sitio. Pero el acceso SSH que configuraste antes te da otra opción cuando algo más profundo requiere atención.

 

Puedes conectarte directamente al Processor para inspeccionar el despliegue, depurar problemas, modificar la configuración o realizar tareas de mantenimiento que no se pueden hacer cómodamente desde el propio WordPress.

 

Eso significa que tienes las dos capas: la conocida interfaz de WordPress para gestionar la aplicación y acceso directo al entorno Linux cuando lo necesites.

 

WordPress autoalojado sin un servidor en la nube tradicional

 

WordPress resulta interesante aquí precisamente porque no es una aplicación creada específicamente para infraestructura descentralizada.

 

Es software ya existente.

 

Se trata del mismo tipo de aplicación que normalmente se ejecutaría en un VPS o en una instancia en la nube, solo que desplegada en un Processor descentralizado. Esa es la idea de fondo de Cargo. Una carga de trabajo no tiene por qué saber que la infraestructura que tiene debajo ha cambiado. Si puede ejecutarse en el entorno Linux que ofrece Cargo, muchas aplicaciones existentes podrían trasladarse con relativamente pocas modificaciones.

 

WordPress es un ejemplo.

 

El mismo principio puede aplicarse a servidores web, bases de datos, API, herramientas para desarrolladores, servidores de juegos, servicios de almacenamiento, aplicaciones de IA y otras cargas de trabajo Linux.

 

En lugar de preguntarse:

 

«¿Qué aplicaciones se pueden crear específicamente para la computación descentralizada?»

 

También cabe preguntarse:

 

«¿Qué aplicaciones que ya se ejecutan en la nube podrían ejecutarse allí?»

 

Con Cargo, WordPress puede ser una de ellas.

 

Mira el videotutorial completo

 

Esta guía recoge los pasos principales para poner en marcha WordPress en un Processor de Acurast, pero el videotutorial que la acompaña recorre todo el despliegue de principio a fin.

 

Verás cómo configurar el ejemplo de WordPress, lanzarlo con la CLI de Acurast, seguir los registros del Processor a través del endpoint de callback, esperar a que WordPress y su base de datos se inicialicen y completar la instalación de WordPress.

 

Cuando termines, tendrás algo sorprendentemente corriente funcionando en un lugar poco habitual: un sitio WordPress totalmente funcional, con su panel de administración, ejecutándose en computación descentralizada.