Composable-arkitektur: CMS-et som din digitale orkestrering

En composable arkitektur består av API-drevne komponenter som er pluggbare, skalerbare, utskiftbare og som kan kontinuerlig forbedres. Når man bygger digitale opplevelser som nettsteder, ved bruk av et headless CMS som en del av stacken, kan det imidlertid være komplekst.

CMS-historikkens ping pong

Den komponerbare tilnærmingen er ikke et nytt konsept, men snarere et svar på begrensningene ved tidligere arkitekturer. Ved å forstå utviklingen av CMS-arkitektur, kan vi bedre forstå formålet med composable CMS og dets fordeler.

Et vanlig mønster er avveiningen mellom behovene til redaktører og utviklere. I tradisjonelle CMS-systemer, som inkluderer suiter og digitale opplevelsesplattformer, er redaktøren fornøyd med det brukervennlige miljøet og tilgangen til maler og visuelle redigeringsverktøy. Utviklerne er imidlertid ofte misfornøyde fordi de er begrenset av det faste systemet som tett knytter CMS og frontend sammen.

Med fremveksten av headless CMS blir frontenden frakoblet fra CMS-et, noe som gir utviklerne mer fleksibilitet med sine verktøy og rammeverk. Redaktøren må nå imidlertid jobbe med skjema-basert innhold og har begrensede alternativer for visuell redigering, forhåndsvisninger og URL-håndtering.

I moderne stack-løsninger som bruker headless CMS, blir CMS-et bare et API blant mange, noe som reduserer dets rolle. Dette kan skape problemer for både redaktøren og utvikleren, ettersom begrensningene ved headless CMS blir tydelige.

Se også: Enonic: det ultimate composable CMS »

Komponisten prøver å dirigere

Verken tradisjonelle eller headless CMS-systemer er ideelle for hele det digitale teamet i en organisasjon. For å adressere dette, fremkommer "composeren" som et mellomverktøy som tilbyr en begrenset sidebygger på den ene siden og fungerer som en integrasjons-API-gateway på den andre siden. Dette gjør det mulig å bruke både headless og tradisjonelle CMS-systemer når man bygger nye løsninger og legger til rette for en smidigere overgang til en komponerbar arkitektur.

Composer-tilnærmingen legger imidlertid også til et nytt lag med kompleksitet til det sentrale problemet. Det krever også oppdateringer, integrasjon, vedlikehold og konstant håndtering, og kan være ineffektivt for redaktører som må bytte mellom komponisten og deres CMS.

Composable CMS redder dagen?

I headless og composer-tilnærminger blir CMS-et redusert til "bare et API." Men CMS-et er avgjørende for et nettsteds funksjonalitet, så hvorfor redusere dets rolle?

Hvorfor ikke bruke CMS-et selv til å utføre arbeidet til composeren/integrasjonslaget? Dette er hvor composable CMS kommer inn i bildet.

Hvis ditt nåværende eller potensielle CMS er kapabelt og moderne, kan du bruke det til å dirigere dine API-er og digitale opplevelser. Dette eliminerer behovet for en annen løsning eller integrasjon.

Derfor er det komponerbare CMS-et det "logiske endepunktet" i utviklingen av CMS-arkitektur. Det tilbyr en flott balanse og gjør alle fornøyde. Det er færre systemer å administrere, utviklerne er fornøyde med den separerte frontenden, og redaktørene er fornøyde med et brukervennlig, visuelt orientert redaksjonsmiljø.

Som en ekstra bonus kan det komponerbare CMS-et også fungere som en bro til ditt tradisjonelle CMS og lette overgangen til din nye stack.

Se også: Hvorfor vi bygger vårt nye nettsted med Next.js og headless CMS »

Oppsummere komponerbart vs. alternativer

• Tradisjonelt CMS er ikke egnet for bruk i en moderne stack
• Headless CMS kan være begrensende og tungvint for redaktører
• Composer-tilnærmingen forsøker å gjøre overgangen fra tradisjonelt til composable enklere, men legger bare til mer kompleksitet

Et composable CMS er derimot den ideelle løsningen som hjelper hele teamet ditt med å jobbe mer effektivt og kan til og med bistå i overgangen fra et tradisjonelt CMS til en composable-arkitektur.

Composeren og CMS-et passer ikke godt sammen, da composeren er en midlertidig løsning for organisasjoner som fortsatt bruker tradisjonell teknologi. Et komponerbart CMS, derimot, kan erstatte composeren ved å være både et headless CMS og composer i ett.

Et composable CMS bør også være i stand til å gjenskape funksjonaliteten til et tradisjonelt CMS for redaktøren, slik som kontekstuelt forhåndsvisning, visuell redigering og WYSIWYG, samtidig som det håndterer integrasjoner og API-er.

Samtidig kan utviklerne fritt bygge løsninger i sitt foretrukne frontend-rammeverk og få tilgang til innhold og grunnleggende tjenester fra CMS-integrasjonene eller gjennom direkte integrasjoner. Vinn-vinn.