Microservices commerce

Microservices commerce är ett arkitekturmönster där en e-handelsplattform är byggd som en uppsättning små, oberoende tjänster istället för en enda applikation. Varje tjänst äger en affärsförmåga. Katalog är en tjänst. Kundvagn är en tjänst. Checkout är en tjänst. Sök är en tjänst. Orderhantering är en tjänst. Varje tjänst har sin egen kodbas, sin egen databas och sin egen driftsättningscykel. De kommunicerar via API:er. ## Varför microservices betyder något för e-handel En monolitisk e-handelsplattform buntar ihop allt i en driftsättningsbar enhet. Att ändra checkout-logiken kräver att hela plattformen driftsätts. Att skala sökindexet innebär att skala hela stacken. Att uppgradera katalogmotorn innebär att uppgradera allt. Detta är långsamt och dyrt vid enterprise-skala. Microservices byter den begränsningen mot operationell komplexitet. Varje tjänst kan utvecklas av ett separat team, skalas oberoende och ersättas utan att röra resten. När söktrafik peakar på Black Friday skalar söktjänsten upp medan kontotjänsten förblir tyst. När katalogmotorn behöver en uppgradering fortsätter resten av plattformen köra. ## Microservices som M:et i MACH MACH använder microservices som sitt M. MACH Alliance behandlar microservices som en av de fyra egenskaper en modern plattform bör ha. I praktiken är de flesta MACH-certifierade plattformar byggda på en microservices-arkitektur internt, oavsett om den arkitekturen är synlig för köparen eller inte. Microservices-etiketten är en teknisk beskrivning av hur plattformen är byggd, inte en funktionell beskrivning av vad den gör. Två plattformar kan båda vara microservices-baserade och ändå kännas väldigt olika för handlare eftersom yt-API:erna, redigerarupplevelserna och integrationsvägarna skiljer sig. ## Vad microservices commerce inte är Inte varje tjänst är en microservice. Om en plattform har tre eller fyra separata tjänster är det en service-orienterad arkitektur, inte microservices. Skillnaden är luddig men verklig: microservices implicerar många små tjänster, var och en med ett smalt ansvar, driftsätta oberoende. En plattform som delar sin monolit i två delar och kallar resultatet microservices sträcker termen. Microservices är inte heller automatiskt bättre för varje handlare. En liten handlare som kör en rakt fram-D2C-storefront gynnas sällan av en microservices-plattform. Den operationella overheaden av att köra många tjänster överväger fördelarna när transaktionsvolymen är blygsam. Microservices commerce lyser vid enterprise-skala, i komplexa B2B-scenarier och i verksamheter som behöver byta komponenter utan full replatforming. ## Hur Frntkey passar in Frntkey kör inte sina egna handelsmicroservices. Det är en frontend som konsumerar vilken e-handelsbackend handlaren än har. I kombination med Norce konsumerar Frntkey Norces API:er oavsett hur Norce är arkitekterad internt. I kombination med commercetools eller en annan MACH-plattform konsumerar Frntkey de API:erna på samma sätt. Frontenden behöver inte veta eller bry sig om backendens interna arkitektur. Vad som spelar roll är om API:erna är kompletta, stabila och snabba, vilket är vad API-first commerce egentligen handlar om. ## Relaterade termer MACH-arkitektur · Composable commerce · API-first commerce · Headless commerce