Caso real

Dos webs WordPress migradas en una semana cada una

Portada de Revista GODOT en su servidor nuevo.

La web de Revista GODOT se caía a diario. Ahora no se cae y cuesta un 30 % menos.

Contexto

Sector
Medios y regalos promocionales
Tamaño
dos empresas pequeñas

El reto

La web de Revista GODOT se caía varias veces al día, a veces durante más de una hora. La revisamos y encontramos dos causas. Cuando entraba mucha gente a la vez, el servidor se quedaba sin memoria. Es una web con muchísimas imágenes. Y algunas tareas automáticas de WordPress pedían muchos datos de golpe. Tanto que tiraban la web aunque hubiera pocas visitas.

Había que reducir las caídas. Y poder recuperar toda la información de forma simple si se perdía. Además, la web había acumulado muchísima información. Y nadie se ocupaba de ella de forma regular: cualquier cambio podía provocar una caída nueva.

Una tienda de regalos promocionales tenía su web en WordPress con otro proveedor y quería cambiarla de sitio.

Qué construimos

Migramos la web de Revista GODOT a un servidor nuevo, con más capacidad y a nombre del propio cliente: el servidor es suyo, no nuestro. Después cambiamos cuándo hace WordPress sus tareas automáticas. Ya no con cada visita, sino una vez por hora. Con eso la web pasó de varias caídas al día a una a la semana. Y cada vez que se caía, nosotros la levantábamos en menos de quince minutos.

Más adelante pusimos sus imágenes en copias repartidas por el mundo. Así su servidor ya no tiene que enviarlas una a una. Desde entonces, cero caídas.

A la tienda le migramos su web desde su proveedor anterior al servidor nuevo en una semana.

Resultados

  • 30 % de ahorro en el servidor, con mejores prestaciones que antes
  • 0 caídas, antes varias al día
  • 1 semana por cada web migrada

Para técnicos: cómo está hecho

1 2 3 4
Cómo está montado el sistema por dentro.
  1. La web se migra desde el servidor anterior.
  2. Queda en un servidor nuevo, en la cuenta del cliente.
  3. Una tarea programada fija la hora de los procesos automáticos.
  4. Se ejecutan una vez por hora, no con cada visita.

La arquitectura de una migración así es deliberadamente sencilla:

  • Lightsail aloja el sitio en una instancia de AWS con tamaño y precio fijos al mes.
  • Apache, PHP y MySQL forman la pila clásica sobre la que corre WordPress en esa instancia.
  • Amazon S3 almacena ficheros fuera del servidor.

Una decisión pequeña con mucho efecto. El cron de WordPress deja de ejecutarse con cada visita: lo lanza un cron del sistema una vez por hora.

Con qué se hizo y cuánto tardó

  • Apache
  • AWS S3
  • Lightsail
  • MySQL
  • PHP
  • WordPress

Duración: 1 semana por migración