Composable eller monolitisk e-handelsplatform?

Composable commerce er blevet et af de hotteste begreber inden for e-handel og fremstilles ofte som den selvfølgelige fremtid. Virkeligheden er mere nuanceret. At bygge sin webshop af separate best-of-breed-komponenter i stedet for en alt-i-én-platform giver reel fleksibilitet, men også en reel pris i kompetencer og kompleksitet. Her er en nøgtern gennemgang af hvad composable kræver, hvornår monolitten er det klogere valg og hvor grænsen går.

Hvad composable faktisk kræver

Idéen bag composable er tiltalende: Vælg det bedste værktøj til hver del af webshoppen (en specialiseret tjeneste til produktkataloget, én til checkout, én til søgning, én til indhold) og kobl dem sammen via API. I stedet for at acceptere en platforms kompromiser på alle områder får I det bedste af det bedste overalt.

Prisen ligger i de to ord “koble sammen”. Nogen skal integrere tjenesterne, sørge for at de taler godt sammen, vedligeholde forbindelserne når tjenesterne opdateres og videreudvikle helheden når behovene ændrer sig. Det kræver solid udviklerkapacitet, intern eller ekstern, og et integrationsbudget der løber over tid, ikke kun i byggefasen. Ansvaret for at helheden fungerer, som en monolitleverandør ellers bærer, lander nu hos jer.

Composable er derfor ikke først og fremmest et teknologivalg, men et organisationsvalg. Spørgsmålet er ikke om best-of-breed lyder bedre (det gør det næsten altid), men om I har musklerne til at eje den arkitektur i årevis. En almindelig fejlvurdering er at stirre sig blind på den tekniske elegance og undervurdere det løbende arbejde med at holde sammen på et net af tjenester der hver især udvikler sig i sit eget tempo.

Hvornår monolitten er det rationelle valg

For mange organisationer er svaret at en monolit simpelthen er klogere. En monolitisk e-handelsplatform leverer produktkatalog, checkout, betaling og indhold i en sammenhængende helhed. Delene er allerede lavet til at fungere sammen, hvilket giver mindre integrationsarbejde, hurtigere lancering og lavere teknisk overhead i drift og vedligeholdelse.

Det passer især til en mindre organisation med relativt standardiserede behov. Sælger I på en måde som platformen allerede understøtter godt, er der ikke megen grund til at bygge og vedligeholde en kompleks arkitektur for en fleksibilitet I alligevel ikke kommer til at udnytte. Enkelheden er i sig selv en værdi: færre bevægelige dele, færre leverandører at holde styr på, mindre der kan gå i stykker.

At vælge monolit er altså ikke at vælge “dårligere teknologi”. Det er at vælge det rigtige kompleksitetsniveau til sin situation. For de fleste virksomheder under en vis størrelse er det den rationelle beslutning.

En beslutningstjekliste med tærskler

Da valget grundlæggende handler om organisationens kapacitet og behov snarere end om hvilken arkitektur der er finest, er det bedst at træffe beslutningen ud fra konkrete tærskler. Gå følgende igennem før I vælger:

• Omsætning. Er volumen så stor at en optimering af enkelte dele giver et mærkbart afkast? Composable begynder først at betale sig et stykke oppe ad skalaen.
• Teamstørrelse og kompetencer. Har I udviklere, interne eller eksterne, der kan eje integrationerne løbende? Uden det bliver composable en byrde.
• Behovenes særpræg. Er jeres behov reelt specielle, eller dækker en standardplatform dem godt? Jo mere standard, desto stærkere står monolitten.
• Faktisk udnyttelse. Kommer I virkelig til at bruge fleksibiliteten, eller er det idéen der lokker? Betal ikke for kompleksitet I ikke omsætter til gevinst.

Peger svarene mod stor skala, egen udviklerkraft og særlige behov, er composable det rigtige. Peger de mod en mindre organisation og standardbehov, er monolitten det. En almindelig mellemvej er at starte monolitisk og bryde enkelte dele ud når både behovet og ressourcerne er vokset.

Sådan vælger I

Composable og monolit er ikke bedre eller dårligere i sig selv. De passer til forskellige situationer. Vej jeres skala, jeres udviklerkapacitet og hvor specielle behovene reelt er, og vær ærlige om I kommer til at udnytte fleksibiliteten. Vores ydelser hjælper jer med at finde ud af hvor I står og med at undgå at købe mere arkitektur end I har brug for. Kontakt os og fortæl om jeres volumen og jeres teamsituation, så giver vi en klar anbefaling.