Es evidente que no se puede escalar, así como los archivos estáticos servidos por un servidor web rápido y cualquier CMS que tenga que averiguar qué cargar y luego cargar no funcionará tan bien, WordPress o de otra manera. Uno de los problemas es la cantidad de consultas de base de datos requeridas por solicitud de URL y mi experiencia de 2 años anteriores trabajando exclusivamente con Drupal y ahora más de 2 años con WordPress es que WordPress es mucho mejor en ese departamento.
Dicho esto, casi nada con cualquier poder va a escalar "out-of-the-box" ; se trata de ¿qué puedes hacer a medida que aumentan tus necesidades de escalabilidad?
En el extremo inferior de "mucho tráfico" hay excelentes complementos de almacenamiento en caché y integraciones con CDN económicos que puedes hacer bastante bien trabajo en un presupuesto sin TI y bajo presupuesto de alojamiento. Aquí hay algunas otras preguntas & Respuestas a la reseña:
Hay opciones para crear perfiles de cuellos de botella en el rendimiento :
Una vez que se identifican los cuellos de botella, puede hacer optimización localizada con cosas como la API de transitorios . Esta Q & A da un ejemplo que se puede optimizar utilizando la API de Transients y muestra cómo:
Si realmente quieres sacar las armas grandes puedes configurar Memcached , HyperDB , Nginx y / o más para acelerar las cosas (parece que esto último realmente está evolucionando hacia la forma de obtener una escalabilidad increíble de WordPress):
Y, finalmente, hay servidores web centrados en WordPress emergentes especializados en rendimiento como WP Engine , ZippyKid y otros:
Entonces la buena noticia es que todas las escalas están muy bien ; desde el extremo más bajo de fácil y gratuito, con complejidad técnica y costo, solo crece a medida que el tráfico crece significativamente. Comience poco a poco con WordPress y será genial. Si su tráfico crece y lo está monetizando incluso razonablemente bien, encontrará un costo muy grande a medida que lo necesite.
Al menos IMO. :)