Publication statique sans gros serveur d’export
Faire évoluer la publication statique WordPress avec des fonctions Lambda
WordPress peut rester concentré sur les pages sources. L’exporteur coordonne le travail et des fonctions Lambda prennent en charge les phases de traitement qui peuvent être réparties en lots.
WordPress source
↓ pages
Coordination de l’exporteur
├→ Lambda rendu des pages
├→ Lambda ressources
├→ Lambda réécriture HTML
└→ Lambda déploiement
↓
espace S3 → S3 cible → CloudFront
Limite d’exécution
Le coordinateur n’a pas besoin d’effectuer lui-même les traitements lourds
Static Publisher exécute déjà l’exploration et le déploiement hors de WordPress/PHP. Avec la délégation Lambda, l’exporteur peut aussi confier le rendu des pages, le téléchargement des ressources, la réécriture finale du HTML et le déploiement à des fonctions séparées.
WordPress / origine
│ sert les pages demandées
▼
Coordination de l’exporteur
│ conserve file d’attente, sécurité, décisions incrémentales,
│ manifestes, reprises, journaux et état final
│
├─ lots de pages ──────→ Lambda + Chromium ─┐
├─ lots de ressources ─→ Lambda ────────────┤
├─ lots de réécriture ─→ Lambda ────────────┤→ espace de travail S3
└─ lots de déploiement → Lambda ────────────┘ │
└→ S3 cible → CloudFront
Ce qui limite encore le rendu des pages Les fonctions de rendu demandent toujours les pages à l’origine WordPress. Plus de parallélisme Lambda ne rend donc pas l’origine illimitée : capacité WordPress, quotas Lambda et systèmes de destination restent des limites. Le téléchargement des ressources, la réécriture et le déploiement n’imposent pas la même charge à WordPress.
Déroulement
Utiliser du calcul uniquement pendant une publication
Le modèle sépare le système éditorial disponible en permanence de la capacité de traitement temporaire nécessaire à une publication.
- WordPress place le travail dans la file — WordPress conserve la configuration et la demande. PHP ne lance pas l’exporteur Node et ne fait pas transiter le trafic de déploiement.
- L’exporteur coordonne — Le coordinateur répartit le travail, applique les règles de sécurité et de publication incrémentale, puis suit les reprises, la progression et l’état.
- Déléguer le traitement par lots — Des fonctions Lambda peuvent produire les pages, télécharger les ressources, réécrire les objets dans S3 et copier la sortie finale vers la cible. Un processus Chromium déjà lancé peut traiter plusieurs pages successivement.
- Laisser la sortie terminée dans S3 — Avec une délégation complète, HTML et ressources restent dans l’espace de travail S3 pour la réécriture puis le déploiement direct S3→S3, sans être téléchargés et préparés une seconde fois par le coordinateur.
Quand la délégation Lambda change le dimensionnement nécessaire
Déléguer le traitement
Utile lorsque la publication crée des pics courts et parallélisables
- Vous ne voulez pas dimensionner le serveur d’export pour la plus grosse publication.
- Le nombre de pages ou de ressources rend utile le traitement parallèle.
- Vous préférez que le coût de calcul suive les publications réelles plutôt que de maintenir en permanence une capacité de réserve.
Traitement local
Garder le modèle simple lorsqu’un seul serveur d’export suffit
- Le site est petit et la durée de publication est déjà acceptable.
- L’origine WordPress ne peut pas profiter de davantage de requêtes parallèles.
- Un worker permanent est plus simple à exploiter et une pile Lambda séparée n’est pas nécessaire.
Questions pratiques
Délégation Lambda dans Static Publisher
Lambda supprime-t-il toute charge sur WordPress ?
Non. Les fonctions de rendu demandent toujours les pages à l’origine WordPress. La délégation déplace le traitement effectué côté exporteur, pas la fourniture des pages sources.
L’exporteur reste-t-il utile après délégation ?
Oui. Il conserve la coordination des files, règles de sécurité et incrémentales, manifestes, reprises, journaux, invalidation et état final du travail.
Chaque publication nécessite-t-elle un serveur puissant ?
Non. Le coordinateur peut rester relativement léger, car les phases déléguées utilisent Lambda seulement pendant le travail. Le coût et le débit dépendent aussi des limites AWS et de la capacité de l’origine.
Où restent les fichiers en délégation complète ?
Le HTML produit et les ressources téléchargées restent dans l’espace de travail S3. La réécriture y est effectuée, puis les objets terminés sont copiés directement vers le S3 cible.
Architecture Static Publisher
Garder WordPress comme source, pas comme machine de publication
Static Publisher sépare WordPress pour la rédaction, la coordination de l’export et le traitement Lambda facultatif. La page produit relie ce modèle aux publications complètes, incrémentales et ciblées.