CMS monolíticos vs componibles vs microservicios: ¿cuál es la herramienta adecuada para el trabajo?
Como cubrimos en nuestra última publicación de blog y podcast, este es definitivamente el "Año de repensar su arquitectura CMS". Sin embargo, una parte de eso es mirar cuidadosamente cada pieza de su pila y evaluarla en función de sus méritos funcionales, costos, inconvenientes y beneficios, y no solo en función de "qué tan de moda está".
En este podcast, el veterano arquitecto multiplataforma y AEM Rockstar de DX-ROI , Brett Birschbach, y el arquitecto principal de Arbory Digital , Tad Reeves, analizan el caso del monolito no querido, la "mala palabra" que a tantas publicaciones de blogs de tecnología les encanta odiar en favor de enfoques "modernos" como las arquitecturas componibles y las implementaciones basadas en microservicios.
¿Son todos malos los monolitos? ¿Son realmente universalmente inapropiados para que cualquier empresa moderna los considere?
Para ser claros, AEM (incluidas las versiones autoalojadas de AEM 6.x, así como la mayoría del servicio en la nube de AEM) es, en efecto, un "monolito". Wordpress es un monolito. Drupal es un monolito. ¿Son todos malos? ¿O tienen su lugar?
Más información sobre microservicios frente a monolitos:
Comprender las diferencias entre monolitos y microservicios (la mayoría de estos artículos son muy favorables a los microservicios):
- Composable Architecture 101: Guía para una mejor comprensión - DEV Community
- Por qué los monolitos son una mala idea a largo plazo - DEV Community
- Cómo pasar de suites monolíticas a pilas componibles | Baliza tecnológica
- De monolítico a modular: por qué los fabricantes están adoptando la arquitectura componible | El Diario de la IA
Y algunos ejemplos interesantes a favor de los monolitos:
- https://world.hey.com/dhh/even-amazon-can-t-make-sense-of-serverless-or-microservices-59625580 <- una historia sobre el equipo de Amazon Prime Video que pasó de una solución de entrega de video basada en microservicios a una monolítica para una mejora del 90% (!!!) en los costos operativos.
Escuche nuestro podcast y póngase en contacto con nosotros si desea analizar cómo los nuevos modelos de infraestructura como este podrían funcionar para su entorno. ¡Por favor, comunícate!
Cubierto en este podcast:
- 0:00 - Presentaciones
- 1:46 - El péndulo oscila de la tecnología
- 3:46 - Definir: ¿qué es un monolito?
- 5:42 - ¿Es negativo el término "monolito"?
- 7:48 - Definir: ¿qué es un sitio "componible"?
- 9:15 - Definición de "componibilidad" frente a "microservicio"
- 11:40 - Ejemplos de microservicios
- 12:40 - Definición de "headful" vs "headless"
- 17:28 - ¿Qué pasa con la "omnicanalidad" y los monolitos antiguos?
- 19:52 - La analogía de ORM
- 22:25 - Mitos y verdades sobre el "bloqueo de la pila tecnológica"
- 25:30 - Los microservicios pueden salvar el día, como el procesamiento de recursos de AEM
- 29:15 - Mito "Todos los monolitos tienen problemas de rendimiento"
- 32:32 - Un conjunto de características de rendimiento conocidas frente a desconocidas
- 37:36 - ¿Puede encontrar expertos para todas las partes constituyentes de su sistema?
- 40:10 - Consideraciones presupuestarias a largo plazo
- 44:23 - Algunas organizaciones "simplemente no están listas para el componibilidad"
- 51:02 - Ahora tienes que ser REALMENTE bueno en la documentación
- 52:53 - Preguntas clave para una evaluación de la arquitectura del futuro
- 56:25 - Analogía - la migración forzada a la nube
- 58:12 - El tren del hype de la conferencia
Escuche nuestro podcast y póngase en contacto con nosotros si desea analizar cómo los nuevos modelos de infraestructura como este podrían funcionar para su entorno. ¡Por favor, comunícate!
Tad Reeves
Arquitecto Principal en Arbory Digital
AEM Architect & DevOps guy con 14 años de experiencia en AEM/CQ y 25+ años en infraestructura de sistemas. Ha estado practicando ciclismo de montaña por más tiempo de lo que ha estado haciendo administración de sistemas, y aunque es originario de Maine, tiene su hogar en las montañas del noroeste de Georgia.
Brett Birschbach
Director Ejecutivo de Tecnología en DX-ROI
Brett es director ejecutivo de tecnología en DX ROI, impulsando el liderazgo de pensamiento técnico, los procesos y las soluciones que se centran en lograr valor a corto y largo plazo en la experiencia digital empresarial y las plataformas de tecnología de marketing. Aprovechando su amplia experiencia en el mundo real como Adobe Certified Master y Global Practice Lead con casi 20 años de formación constante en liderazgo y relaciones, Brett dirige y asesora a un equipo A de consultores expertos y especialistas en implementación con un apetito insaciable por ganar.
¿Te gustó lo que escuchaste? ¿Tiene preguntas sobre lo que es adecuado para usted? ¡Nos encantaría hablar! Contáctenos
Episodios de podcast y publicaciones de blog
¿Qué es AEM? ¿Para qué se utiliza Adobe Experience Manager? Hemos intentado hacer una explicación básica de lo que es y hace AEM en 30 minutos o menos, y de alguna manera lo logramos, ¡a pesar de que el Departamento de Bomberos apareció aleatoriamente a los 19 minutos de la grabación del podcast!
¿Cuánto sabes sobre las herramientas que tienes a tu disposición para optimizar el rendimiento de tu sitio en China continental? E incluso si no tiene un sitio en chino, ¿debe preocuparse por el rendimiento en China? ¡TÚ SÍ!
En la guerra actual entre la repatriación a la nube y los nuevos servicios de entrega perimetral ultrarrápidos, revisemos: ¿sigue existiendo el AEM autoalojado?