ER COMPOSABLE COMMERCE DEN RETTE LØSNING?

At bygge sin løsning ud fra en MACH arkitektur giver muligheden for at skabe en åben, cloud-native, best-of-breed enterprise-løsning, perfekt skræddersyet til den specifikke forretning. Men er det relevant for alle?

FORDELE VED MACH ARKITEKTUR

Udviklingen af teknologiske muligheder kombineret med omskiftelige forbruger-trends gør, at alle virksomheder leder efter redskaberne til at være forrest i feltet. Det er især gældende i e-commerce branchen. Brugen af en modulær tilgang i sine løsninger sikrer, at hver microservice fokuserer på at afhjælpe et forretningskrav. Fx vil en ”search microservice” udelukkende fokusere på søgning og indeksering, mens en DAM microservice kun har fokus på håndtering af digitale filer. Det vil for mange nedsætte kompleksiteten, der ofte findes i monolitiske løsninger. I stedet bliver det letforståelige moduler, der er nemmere at udvikle, teste og forny.

Hvert modul kan nemlig håndteres uafhængigt af andre. De kan bygges og udvikles af uafhængige, agile teams, hvilket øger time-to-market. Microservice-arkitektur muliggør også konstant levering af nye features og forbedringer. Ved at være forbundet til skyen kan moduler automatisk skaleres op – uden at det påvirker resten af løsningen. Det er mere effektivt og rentabelt.

MACH-tilgangen åbner for fuld support af integration, standardisering og udskiftning. Hvis et modul ikke længere passer ind i forretningens behov, kan den udskiftes uden at det vælter hele korthuset.

Headless-løsninger giver dermed fuld frihed til kreativitet og design. Frontend er afkoblet fra backend-logik, programmeringssprog og er ikke fastlåst til bestemte frameworks.

HVAD ER UDFORDRINGERNE VED MACH?

Hvis man ikke køber færdiglavede, kommercielle moduler, men i stedet selv bygger microservices, vil tiden til udvikling af modulerne generelt være højere. Der skal nemlig bruges ekstra kræfter på at sikre, at et fuldt sæt af API’er er korrekt bygget.

At bygge microservices kan godt kræve mange hænder. MACH muliggør agil udvikling og kontinuerlig levering, og det betyder at hvert modul hele tiden udvikler sig. Derfor kan det være nødvendigt at udvide ens mandskab, hvis man ikke har en løsningspartner.

Endelig kan fraværet af en frontend være en udfordring for nogle. Da der ikke er noget interface til at begynde med, så skal der bygges et til hver microservice.