Operações WP-CLI em escala — operar 200 sites WordPress de um único terminal

WP-CLI é uma das ferramentas mais subestimadas do ecossistema WordPress. Para um único site, ela poupa alguns cliques. Para uma centena de sites, é a diferença entre «temos um time de ops» e «não temos função de ops nenhuma».

O padrão que escala: um inventário de sites em arquivo plano + um wrapper script enxuto + uma pequena biblioteca de receitas que se compõem por cima.

O wrapper

#!/bin/bash
# /usr/local/bin/wp-fleet
CUSTOMER=$1; shift
LINE=$(grep "^${CUSTOMER}\b" /etc/edge/wp-fleet.tsv)
HOST=$(echo "$LINE" | awk '{print $2}')
PATH_=$(echo "$LINE" | awk '{print $3}')
ssh -q "$HOST" "sudo -u www-data wp --path=$PATH_ $*"

# Auditoria do core WordPress em toda a frota
for c in $(awk '{print $1}' /etc/edge/wp-fleet.tsv); do
  wp-fleet "$c" core version
done

Agora uma pergunta de segunda-feira pela manhã — «quais dos nossos sites estão rodando WordPress desatualizado?» — vira um script de 90 segundos, não 200 logins no dashboard.

O artigo completo cobre:

• O formato de inventário TSV e por que ele vive no git
• Disciplina de dry-run para atualizações de plugin em escala (um cliente por vez)
• A query de auditoria de admins (cada admin WordPress em cada site, em 30 segundos)
• search-replace em escala, incluindo a regra --skip-columns=guid
• Janelas de manutenção coordenadas em toda a frota
• wp doctor check --all como smoke test noturno

Rodamos exatamente este padrão em cada frota WordPress gerenciada.