Publicación estática sin un gran servidor exportador
Escalar la publicación estática de WordPress con funciones Lambda
WordPress puede concentrarse en servir las páginas de origen. El exportador coordina el trabajo y funciones Lambda realizan las fases de procesamiento que pueden dividirse en lotes.
Origen WordPress
↓ páginas
Coordinador del exportador
├→ Lambda para páginas
├→ Lambda para recursos
├→ Lambda para reescritura
└→ Lambda para despliegue
↓
espacio S3 → S3 de destino → CloudFront
Límite de ejecución
El coordinador no tiene que realizar por sí mismo el trabajo pesado
Static Publisher ya ejecuta el rastreo y el despliegue fuera de WordPress/PHP. Con la delegación en Lambda también puede repartir el renderizado de páginas, la descarga de recursos, la reescritura final de HTML y el despliegue entre funciones separadas.
WordPress / origen
│ sirve las páginas solicitadas
▼
Coordinador del exportador
│ conserva cola, seguridad, decisiones incrementales,
│ manifiestos, reintentos, registros y estado final
│
├─ lotes de páginas ───→ Lambda + Chromium ─┐
├─ lotes de recursos ──→ Lambda ────────────┤
├─ lotes de reescritura → Lambda ───────────┤→ espacio de trabajo S3
└─ lotes de despliegue ─→ Lambda ────────────┘ │
└→ S3 destino → CloudFront
Qué sigue limitando el renderizado Las funciones que generan páginas siguen solicitándolas al origen WordPress. Aumentar el paralelismo de Lambda no vuelve infinito al origen: la capacidad de WordPress, las cuotas de Lambda y el destino siguen poniendo límites. La descarga de recursos, la reescritura y el despliegue no cargan WordPress de la misma forma.
Flujo de publicación
Use capacidad de cálculo solo mientras se publica
El modelo separa el sistema editorial, que permanece disponible, de la capacidad temporal necesaria para procesar una publicación.
- WordPress pone el trabajo en cola — WordPress guarda la configuración y la solicitud. PHP no ejecuta el exportador Node ni actúa como intermediario del tráfico de despliegue.
- El exportador coordina — El coordinador divide el trabajo, aplica las reglas de seguridad e incrementales y controla reintentos, progreso y estado.
- Delegar el procesamiento por lotes — Funciones Lambda pueden generar páginas, descargar recursos, reescribir objetos en S3 y copiar la salida final al destino. Un proceso Chromium ya iniciado puede procesar varias páginas de forma secuencial.
- Mantener la salida terminada en S3 — Con delegación completa, el HTML y los recursos permanecen en el espacio S3 para su reescritura y despliegue directo S3→S3, sin volver a descargarlos y prepararlos en el coordinador.
Cuándo la delegación en Lambda cambia la infraestructura necesaria
Delegar procesamiento
Útil cuando la publicación produce picos cortos y paralelizables
- No quiere dimensionar el servidor exportador para el mayor trabajo de publicación.
- Hay suficientes páginas o recursos para que el procesamiento paralelo tenga efecto.
- Prefiere que el coste de cálculo siga el trabajo real de publicación en lugar de mantener capacidad extra todo el tiempo.
Procesamiento local
Mantenga el modelo simple cuando un único servidor exportador ya es suficiente
- El sitio es pequeño y el tiempo de publicación ya es aceptable.
- El origen WordPress no puede aprovechar más solicitudes paralelas.
- Resulta más sencillo operar un worker permanente y no necesita una pila Lambda separada.
Preguntas prácticas
Delegación en Lambda de Static Publisher
¿Lambda elimina toda la carga de WordPress?
No. Las funciones de renderizado siguen solicitando las páginas al origen WordPress. Lo que se delega es el procesamiento del lado del exportador.
¿Sigue siendo necesario el exportador?
Sí. Sigue coordinando colas, seguridad, decisiones incrementales, manifiestos, reintentos, registros, invalidación y estado final del trabajo.
¿Cada publicación necesita un servidor potente?
No. El coordinador puede mantenerse relativamente ligero porque las fases delegadas usan Lambda solo cuando hay trabajo. El rendimiento real depende también de los límites de AWS y de la capacidad del origen.
¿Dónde quedan los archivos durante la delegación completa?
El HTML generado y los recursos descargados permanecen en el espacio de trabajo S3. La reescritura se realiza allí y los objetos terminados se copian directamente al S3 de destino.
Arquitectura de Static Publisher
Use WordPress como origen, no como máquina de publicación
Static Publisher separa el WordPress editorial, la coordinación del exportador y el procesamiento Lambda opcional. La página de producto lo combina con publicación completa, incremental y dirigida.