Monolityczne vs Kompozytowe vs Mikroserwisowe CMS-y - Jakie narzędzie jest odpowiednie do tego zadania?
Jak wspomniano w naszym ostatnim wpisie na blogu & podcast, jest to zdecydowanie "Rok ponownego przemyślenia architektury CMS". Częścią tego jest jednak uważne przyjrzenie się każdemu elementowi stosu i ocena go na podstawie jego zalet funkcjonalnych, kosztów, wad i korzyści, a nie tylko na podstawie tego, "jak bardzo jest modny".
W tym podcaście weteran architektury wieloplatformowej i AEM Rockstar z DX-ROI Brett Birschbach i główny architekt Arbory Digital Tad Reeves omawiają przypadek niekochanego monolitu - "złego słowa", które tak wiele postów na blogach technologicznych uwielbia nienawidzić na rzecz "nowoczesnych" podejść, takich jak architektury kompozytowe i implementacje oparte na mikrousługach.
Czy monolity są złe? Czy rzeczywiście są one powszechnie nieodpowiednie dla każdego nowoczesnego przedsiębiorstwa?
Dla jasności - AEM (w tym samodzielnie hostowane wersje AEM 6.x, a także większość usług AEM w chmurze) jest w efekcie "monolitem". Wordpress to monolit. Drupal jest monolitem. Czy wszystkie są złe? A może mają swoje miejsce?
Więcej informacji na temat mikrousług i monolitów:
Zrozumienie różnic między monolitami & Microservices (większość tych artykułów jest bardzo pro-microservice):
- Composable Architecture 101: Przewodnik do lepszego zrozumienia - DEV Community
- Dlaczego monolity są złym pomysłem na dłuższą metę - DEV Community
- Jak przejść z pakietów monolitycznych na stosy kompozytowe | TechBeacon
- Od monolitycznych do modułowych: Dlaczego producenci stosują architekturę kompozytową | The AI Journal
I kilka interesujących przykładów pro-monolitowych:
- https://world.hey.com/dhh/even-amazon-can-t-make-sense-of-serverless-or-microservices-59625580 <- Historia zespołu Amazon Prime Video, który przeszedł z rozwiązania dostarczania wideo opartego na mikrousługach na rozwiązanie monolityczne, co przyniosło 90% (!!!!) poprawę kosztów operacyjnych.

Zachęcamy do wysłuchania naszego podcastu i skontaktowania się z nami, jeśli chcesz porozmawiać o tym, jak nowe modele infrastruktury mogą sprawdzić się w Twoim środowisku! Prosimy o kontakt!
Omówione w tym podcaście:
- 0:00 - Wprowadzenie
- 1:46 - Wahania wahadła technologii
- 3:46 - Definicja: czym jest monolit?
- 5:42 - Czy termin "monolith" jest negatywny?
- 7:48 - Definicja: czym jest strona "composable"?
- 9:15 - Definiowanie "composable" vs "microservice"
- 11:40 - Przykłady mikrousług
- 12:40 - Definiowanie "headful" vs "headless"
- 17:28 - A co z "omnichannel" i starymi monolitami?
- 19:52 - Analogia ORM
- 22:25 - "Tech stack lock-in" mity & prawdy
- 25:30 - Mikrousługi mogą uratować dzień - jak przetwarzanie zasobów AEM
- 29:15 - "Wszystkie monolity mają problemy z wydajnością" mit
- 32:32 - Znany i nieznany zestaw charakterystyk wydajności
- 37:36 - Czy można znaleźć ekspertów od wszystkich części składowych systemu?
- 40:10 - Długoterminowe względy budżetowe
- 44:23 - Niektóre organizacje "po prostu nie są gotowe na composable"
- 51:02 - Teraz musisz być NAPRAWDĘ dobry w dokumentacji
- 52:53 - Kluczowe pytania dotyczące oceny przyszłej architektury
- 56:25 - Analogia - wymuszona migracja do chmury
- 58:12 - Konferencyjny hype train
Zachęcamy do wysłuchania naszego podcastu i skontaktowania się z nami, jeśli chcesz porozmawiać o tym, jak nowe modele infrastruktury mogą sprawdzić się w Twoim środowisku! Prosimy o kontakt!

Tad Reeves
Główny architekt w Arbory Digital
Architekt AEM & DevOps z 14-letnim doświadczeniem w AEM/CQ i ponad 25-letnim doświadczeniem w infrastrukturze systemowej. Jeździ na rowerze górskim dłużej niż zajmuje się administracją systemu i choć pochodzi z Maine, mieszka w górach północno-zachodniej Gruzji.

Brett Birschbach
Dyrektor wykonawczy ds. technologii w DX-ROI
Brett jest dyrektorem wykonawczym ds. technologii w DX ROI, kierując myślą techniczną, procesami i rozwiązaniami, które koncentrują się na osiąganiu zarówno krótkoterminowej, jak i długoterminowej wartości w zakresie cyfrowych doświadczeń przedsiębiorstw i platform martech. Wykorzystując swoje bogate doświadczenie w świecie rzeczywistym jako Adobe Certified Master i Global Practice Lead oraz prawie 20 lat konsekwentnego szkolenia w zakresie przywództwa i relacji, Brett prowadzi i mentoruje zespół ekspertów konsultantów i specjalistów ds. wdrożeń z nienasyconym apetytem na wygraną.
Podoba ci się to, co usłyszałeś? Masz pytania dotyczące tego, co jest dla Ciebie odpowiednie? Chętnie porozmawiamy! Skontaktuj się z nami
Odcinki podcastów & Posty na blogu

Czym jest AEM? Do czego służy Adobe Experience Manager? Próbowaliśmy wyjaśnić, czym jest i co robi AEM w 30 minut lub mniej - i jakoś udało nam się to zrobić, pomimo przypadkowego pojawienia się straży pożarnej około 19 minuty nagrania podcastu!

Ile wiesz o dostępnych narzędziach do optymalizacji wydajności witryny w Chinach kontynentalnych? A nawet jeśli nie masz witryny w języku chińskim, czy musisz martwić się o wydajność w Chinach? TAK!

W dzisiejszej wojnie między repatriacją do chmury a niesamowicie szybkimi nowymi usługami Edge Delivery, zastanówmy się ponownie: czy samoobsługowy AEM nadal istnieje?