CMS monolithiques vs composables vs microservices - Quel est le bon outil pour le travail ?
Comme nous l'avons indiqué dans notre dernier article de blog & podcast, cette année est définitivement l'"année de la refonte de l'architecture de votre CMS". Pour ce faire, il faut examiner attentivement chaque élément de votre pile et l'évaluer en fonction de ses mérites fonctionnels, de ses coûts, de ses inconvénients et de ses avantages, et pas seulement en fonction de son caractère "à la mode".
Dans ce podcast, Brett Birschbach, architecte multiplateforme chevronné et Rockstar AEM de DX-ROI, et Tad Reeves, architecte principal d'Arbory Digital, discutent du cas du monolithe mal-aimé - le "mauvais mot" que tant d'articles de blogs technologiques adorent détester en faveur d'approches "modernes" telles que les architectures composables et les implémentations basées sur les microservices.
Les monolithes sont-ils tous mauvais ? Sont-ils en fait universellement inappropriés pour toute entreprise moderne ?
Pour être clair, AEM (y compris les versions AEM 6.x auto-hébergées ainsi que la plupart des services AEM en nuage) est en fait un "monolithe". Wordpress est un monolithe. Drupal est un monolithe. Sont-ils tous mauvais ? Ou ont-ils leur place ?
Plus d'informations sur les microservices et les monolithes :
Comprendre les différences entre les monolithes & Microservices (la plupart de ces articles sont très favorables aux microservices) :
- Architecture composable 101 : Guide pour mieux comprendre - Communauté DEV
- Pourquoi les monolithes sont une mauvaise idée à long terme - DEV Community
- Comment passer des suites monolithiques aux piles composables | TechBeacon
- Du monolithique au modulaire : Pourquoi les fabricants adoptent l'architecture composable | The AI Journal
Et quelques exemples intéressants en faveur des monolithes :
- https://world.hey.com/dhh/even-amazon-can-t-make-sense-of-serverless-or-microservices-59625580 <- un article sur l'équipe d'Amazon Prime Video qui est passée d'une solution de diffusion vidéo basée sur des microservices à une solution monolithique pour une amélioration de 90% ( !!!!) des coûts d'exploitation.
N'hésitez pas à écouter notre podcast et à nous contacter si vous souhaitez discuter de la manière dont de nouveaux modèles d'infrastructure tels que celui-ci pourraient s'appliquer à votre environnement ! N'hésitez pas à nous contacter !
Ce podcast traite de ce sujet :
- 0:00 - Introductions
- 1:46 - Les mouvements de balancier de la technologie
- 3:46 - Définir : qu'est-ce qu'un monolithe ?
- 5:42 - Le terme "monolith" est-il négatif ?
- 7:48 - Définition : qu'est-ce qu'un site "composable"?
- 9:15 - Définition de "composable" vs "microservice"
- 11:40 - Exemples de microservices
- 12:40 - Définition de "headful" vs "headless"
- 17:28 - Qu'en est-il de "omnichannel" et des anciens monolithes ?
- 19:52 - L'analogie ORM
- 22:25 - "Verrouillage de la pile technologique" mythes & vérités
- 25:30 - Les microservices peuvent sauver la situation - comme le traitement des actifs AEM
- 29:15 - "Tous les monolithes ont des problèmes de performance" mythe
- 32:32 - Un ensemble de caractéristiques de performance connues ou inconnues
- 37:36 - Pouvez-vous trouver des experts pour tous les éléments constitutifs de votre système ?
- 40:10 - Considérations budgétaires à long terme
- 44:23 - Certaines organisations "ne sont tout simplement pas prêtes pour le composable"
- 51:02 - Maintenant, vous devez devenir VRAIMENT bon en matière de documentation.
- 52:53 - Questions clés pour une évaluation de l'architecture future
- 56:25 - Analogie - la migration forcée vers le nuage
- 58:12 - Le train de la conférence
N'hésitez pas à écouter notre podcast et à nous contacter si vous souhaitez discuter de la manière dont de nouveaux modèles d'infrastructure tels que celui-ci pourraient s'appliquer à votre environnement ! N'hésitez pas à nous contacter !
Tad Reeves
Architecte principal chez Arbory Digital
Architecte AEM & DevOps avec 14 ans d'expérience sur AEM/CQ et plus de 25 ans dans l'infrastructure des systèmes. Il pratique le VTT depuis plus longtemps qu'il n'administre des systèmes et, bien qu'originaire du Maine, il vit dans les montagnes du nord-ouest de la Géorgie.
Brett Birschbach
Directeur exécutif de la technologie chez DX-ROI
Brett est directeur exécutif de la technologie chez DX ROI. Il est à l'origine d'une réflexion technique, de processus et de solutions qui se concentrent sur l'obtention d'une valeur à court terme et à long terme sur l'expérience numérique de l'entreprise et les plates-formes martech. S'appuyant sur sa vaste expérience en tant que maître certifié Adobe et responsable mondial de la pratique, et sur près de 20 ans de leadership et de formation aux relations, Brett dirige et encadre une équipe de consultants experts et de spécialistes de la mise en œuvre qui ont un appétit insatiable pour la victoire.
Vous avez aimé ce que vous avez entendu ? Vous avez des questions sur ce qui vous convient le mieux ? Nous aimerions en parler ! Contact avec nous