Yo diría que la pregunta correcta que se debe hacer es
- ¿Qué CMS usar?
- Es CMS solo lo suficiente como para soportar la arquitectura.
La respuesta a esas preguntas depende del requisito del proyecto. Por ejemplo, ¿puedo construir otro Facebook en un CMS, por supuesto que no?
Probablemente largo es demasiado poco para hacer suposiciones para responder a su pregunta, entonces, ¿de qué manera es largo? ¿Espera que DB crezca en GB? ¿Espera mucho tráfico concurrente? De ser así, ¿cuál es la naturaleza del tráfico? ¿Es anónimo o autenticado?
- ¿Cuál es el costo de desarrollar un sitio web como Zillow o Realtor?
- Acabo de comenzar a aprender HTML, pero ¿cuál es la diferencia entre las etiquetas y ?
- Cómo crear un nuevo sitio web
- ¿Qué lenguaje de desarrollo web debo aprender en 2017?
- ¿Es necesario aprender Angular 2 o 4 y JavaScript para el desarrollo web?
Intentaré dar una respuesta de alto nivel pero, por supuesto, la estrategia de arquitectura está estrechamente unida a los casos de uso.
Te recomendaría que busques en la arquitectura de microservicios que básicamente rige dividir tu aplicación monolítica en múltiples servicios reutilizables. Por lo tanto, CMS podría ser uno de esos servicios que ofrece una funcionalidad bien definida, por ejemplo, CMS podría usarse para la interfaz de fondo / gestión de usuarios / permisos de roles, etc., mientras que podría descargar otras características en otros servicios y todos los servicios que interactúan entre sí a través de la capa API.
Pero si está trabajando en una plataforma de publicación / sitios web basados en contenido donde la naturaleza del tráfico es principalmente anónima, diría que la mayoría de las veces los CMS son lo suficientemente buenos como para cubrir todo el caso de uso con una capa de almacenamiento en caché involucrada.
