Architektura webu e-commerce podniků: klíčové pojmy a strategie

Jedním z nejdůležitějších strategických rozhodnutí, které může obchodník učinit ohledně svého e-shopu, je volba architektury webu. Když byly poprvé vyvinuty webové stránky e-shopu (a také mnoho let poté), byly budovány pomocí monolitického přístupu. Tento přístup byl rozdělen do technologických „vrstev”, které společně vytvářely celkový nákupní zážitek. Takovéto rozdělení architektury webu vytváří užitečný základ pro pochopení fungování novějších architektur.

Abychom demonstrovali každou ze tří vrstev, které obvykle tvořily monolitickou e-commerce architekturu, můžeme jako příklad použít internetového prodejce luxusní módy. 

1. Prezentační vrstva: Jedná se o „nejvyšší” vrstvu v e-commerce architektuře. Zde vaši zákazníci přímo interagují s vaším internetovým obchodem. V rámci našeho příkladu e-shopu s módou zahrnuje prezentační vrstva všechny prvky, které zákazník uvidí, když prochází nebo vyhledává na vašem webu oblečení. Vše (obrázky, písma a tlačítka) bude dodáváno technologií v prezentační vrstvě (nejčastěji HTML, CSS nebo JavaScript).
2. Vrstva obchodní logiky, aplikační nebo servisní vrstva: Další vrstvou je vrstva obchodní logiky, kterou lze také nazvat aplikační vrstva nebo servisní vrstva. Tato vrstva zahrnuje základní funkce e-shopu, jako je správa zásob, propagační akce, pokladna nebo stanovování cen. Zákazník, který navštíví váš e-shop s módou, bude interagovat s vrstvou obchodní logiky tehdy, když si bude prohlížet personalizovanou propagační akci (na základě předchozích nákupů se mu zobrazí doporučené produkty), anebo pokud použije uloženou kreditní kartu.
3. Datová vrstva: Poslední vrstvou, která tvoří architekturu webu, je datová vrstva. Zákazníci s touto vrstvou nikdy přímo neinteragují, protože se jedná o místo, kde se ukládají a načítají informace (často v relačních databázích). V datové vrstvě je uložen například každý nákup, který váš zákazník uskutečnil, spolu s jeho jménem, adresou a dalšími důležitými nákupními informacemi. Data zákazníků se načtou do ostatních vrstev, když se zákazník přihlásí ke svému účtu, aby uskutečnil další nákup.

Vzhledem k tomu, že kupující mají stále sofistikovanější očekávání a chtějí nakupovat prostřednictvím vícero kanálů, podniky dnes rychle inovují svou architekturu webu. Dnešní technologie firmám umožňují reorganizovat monolitické vrstvy pomocí rozhraní API a dalších nástrojů, aby mohly vyvíjet chytřejší, rychlejší a modernější nákupní zážitky. Mnoho společností proto už mění nebo plánuje změnit svou obchodní architekturu, aby se připravily na budoucnost.

V tomto článku se zaměříme na čtyři typy e-commerce architektury a na výhody a nevýhody každého z nich. Poté se podíváme na to, jak si vybrat správnou platformu pro svou e-commerce architekturu.

Architektura webu: typy

Dříve jsme si prošli tři vrstvy monolitické architektury, což je užitečný rámec pro pochopení toho, jak různé technické e-commerce funkce spolupracují. V současnosti existuje více způsobů, jak lze tyto vrstvy kombinovat nebo oddělovat, a to v závislosti na vašem rozpočtu, zákaznické základně, IT zdrojích a obchodních cílech.

Monolitický systém

Většina komplexních e-commerce řešení typu „vše v jednom“ zůstává monolitickými systémy. V monolitickém systému jsou všechny tři vrstvy integrovány dohromady a úzce propojeny. I když se může jednat o méně flexibilní přístup, je vhodný pro e-shopy, které mají na digitální obchod pouze základní požadavky a požadují nízké technické náklady.

Přístup headless commerce

U řešení headless commerce je datová vrstva oddělena od ostatních vrstev. Datová vrstva se stává back-endem a ostatní vrstvy se stávají front-endem. Data jsou často přístupná prostřednictvím volání API z back-endu do front-endu. Pomocí headless e-commerce architektury získávají podniky větší flexibilitu a rychlejší možnost vývoje, protože back-end není ovlivněn změnami front-endu, a naopak.

Přístup modular commerce

Dalším způsobem, jak lze tyto vrstvy oddělit, je přístup modular commerce. V rámci tohoto přístupu jsou konkrétní funkce a vlastnosti, nacházející se v prezentační a obchodní vrstvě, uspořádány do opakovaně použitelných, předem vytvořených modulů. Vývojáři mohou snadno přidávat, upgradovat nebo nahrazovat vlastnosti a funkce, a to pouhým výběrem a integrací nových modulů. Použití předem integrovaných modulů může urychlit uvedení produktu na trh, přičemž firmám zároveň umožňuje využívat služby od různých dodavatelů.

Přístup založený na mikroslužbách

Jedná se o nejflexibilnější přístup k e-commerce architektuře, který odděluje vrstvy, co nejvíce je to možné, a to do nezávislých komponentů nazývaných mikroslužby. To dává vývojářům detailní kontrolu nad každou službou a funkcí, což umožňuje cílené škálování komponentů, aniž by byly ovlivněny jiné funkce. Obchodníci s velkými, zkušenými interními technickými týmy, které upřednostňují provádění rychlých inovací, těží z přístupu založeného na mikroslužbách nejvíce.

Monolitická architektura vs. architektura založená na mikroslužbách 

Abychom se do tohoto tématu ponořili trochu hlouběji, porovnáme nyní dva konce spektra architektury webu. Při zvažování toho, který přístup by mohl být pro váš podnik nejvhodnější, je dobré se zaměřit na flexibilitu. Monolitická architektura je nejméně flexibilní, ale její údržba je nejjednodušší. Architektura založená na mikroslužbách je nejflexibilnější, ale vyžaduje velké technické investice.

Proč v rámci e-commerce používat monolitickou architekturu?

V monolitickém systému jsou všechny vrstvy a funkce e-commerce architektury úzce propojeny a integrovány. Díky tomu je tento systém pro obchodníky nejjednodušší, co se týče údržby. Monolitické systémy měly dříve významná omezení, ale poskytovatelé, jako je společnost Shopify, nabízejí kompletní platformové možnosti, které zahrnují mnoho robustních, flexibilních funkcí ihned po instalaci.

Výhody monolitické architektury

Používání monolitické architektury má řadu výhod, a to nejen pro malé podniky, které s podnikáním teprve začínají. Větší podniky, zejména firmy nabízející více produktů, budou monolitickou architekturu používat strategicky: a to k uvádění nových produktů nebo experimentálních značek na trh.

• Rychlejší uvedení na trh: Vzhledem k tomu, že všechny prvky jsou v monolitickém systému plně integrovány, mohou podniky zřídit internetový obchod ve velmi krátkém čase. Během pandemie COVID-19 využila společnost Heinz plnohodnotné platformové řešení společnosti Shopify ke spuštění e-shopu za pouhých sedm dní, aby mohla dodávat své produkty lidem v domácí karanténě.
• Nižší technické požadavky: Díky předkonfigurovaným a integrovaným funkcím se nemusíte (co se týče technického hlediska) o nic starat. Monolitické architektury se snadněji monitorují, ladí a udržují, přičemž většina plnohodnotných platformových řešení to udělá za vás.
• Vyšší nákladová efektivita: Najímání a udržení vývojářů, inženýrů a dalších technických pracovníků může být velmi drahé. Monolitická, plnohodnotná platformová řešení jsou navržena tak, aby vše fungovalo bez problémů, což eliminuje potřebu hlubokých vývojářských znalostí.

Nevýhody monolitické architektury

Ačkoliv monolitické systémy mohou být pro mnoho internetových prodejců robustním řešením, které lze rychle spustit, mají také několik nevýhod. Ty se projevují zejména tehdy, když podniky potřebují inovovat a škálovat.

• Nedostatek flexibility: Pokud chce váš podnik provést změnu v jedné části pevně integrovaného monolitického systému, může to snadno ovlivnit i zbývající části. Vaše možnosti přizpůsobení nebo změny systému mohou být omezené, pokud nemáte možnost jej zcela přestavět a znovu nasadit.
• Obtíže se škálováním: Škálování jednotlivých komponentů nebo funkcí je u monolitického systému náročné. Může se stát, že budete muset škálovat celý systém, i když pouze jeden komponent (např. skladové zásoby nebo pokladna) potřebuje další zdroje.
• Neschopnost pracovat nezávisle: Pokud chcete inovovat rychleji pomocí různých týmů vývojářů, budou tyto týmy i nadále pracovat na společné kódové základně, což může zpomalit vývoj a nasazení.

Proč v rámci e-commerce používat architekturu založenou na mikroslužbách?

Pokud společnosti rostou a hledají způsoby, jak inovovat, mohou zjistit, že jsou omezovány monolitickými nebo jinými architekturami. Implementace architektury založené na mikroslužbách s pomocí vysoce kvalifikovaných technických týmů může urychlit vývoj, zvýšit agilitu a umožnit rozsáhlé přizpůsobení.

Výhody architektury založené na mikroslužbách

V rámci e-commerce je architektura založená na mikroslužbách nejefektivněji využívána velkými, technicky vyspělými podniky, které kladou velký důraz na inovace. Umožňuje týmům vývojářů používat prakticky jakoukoliv kombinaci frameworků, kódových základen, poskytovatelů a nástrojů, a to za účelem vytvoření jedinečného, plně přizpůsobeného technologického stacku.

• Konkurenční agilita: Pokud velký prodejce hledá způsoby, jak se rychle přizpůsobit měnícím se požadavkům trhu, může být volba architektury založené na mikroslužbách dobrým tahem. Pokud jsou jednotlivé prvky propojeny pouze volně, technické týmy mohou rychle vytvářet a spouštět nové funkce a možnosti, aniž by to mělo vliv na celý stack.
• Individuální škálovatelnost: Vývojáři mohou jednotlivé komponenty nebo funkce rychle škálovat, aniž by bylo nutné zvyšovat jiné nesouvisející zdroje. Prodejce může například škálovat katalog produktů tak, aby podporoval více současných zobrazení, aniž by musel škálovat celou svou databázi nebo webový server.
• Autonomie vývojářů: Díky architektuře založené na mikroslužbách mohou vývojářské týmy pracovat zcela nezávisle na sobě, což jim umožňuje postupovat mnohem rychleji a používat nástroje, které jim nejlépe vyhovují.

Nevýhody architektury mikroslužeb

Architektura založená na mikroslužbách má ale také několik nevýhod, přičemž většina z nich vyplývá z prudkého nárůstu technické složitosti. Distribuce funkcí do jednotlivých služeb sice odstraňuje jednotlivé body selhání, ale s přidáváním dalších služeb se rychle zvyšuje šance na vznik menších poruch.

• Vysoké počáteční investice a průběžné náklady: Implementace nebo migrace na architekturu založenou na mikroslužbách může vyžadovat značné množství času a investic. Každá nová funkce a služba bude muset být vyvinuta, integrována a nasazena individuálně.
• Složitá údržba a dohled: Plně distribuovaná architektura založená na mikroslužbách vyžaduje značné úsilí při monitorování a řešení problémů. Udržování všech služeb v chodu může zabrat hodně času a úsilí, a to zejména při přidávání a upgradování služeb.
• Přístup k technickým zdrojům: Nalezení konkrétního technického talentu, který by podporoval neustále se měnící kombinace nástrojů, frameworků a dalších zdrojů, může být velice obtížné. A s přidáváním dalších služeb to bude ještě náročnější. 

Přístup composable commerce a headless commerce

Architektury typu headless commerce a composable commerce představují způsob, jak dosáhnout větší flexibility než u monolitického systému, aniž by došlo k extrémní složitosti mikroslužeb. Architektura headless commerce jednoduše odděluje back-end od front-endu a umožňuje komunikaci mezi nimi prostřednictvím rozhraní API. To vám poté umožňuje vytvořit váš front-end pomocí composable nebo modular komponentů.

Proč používat architekturu composable commerce?

Pokud chce podnik integrovat e-commerce funkce od různých poskytovatelů, ale nechce se zabývat složitostí plně přizpůsobené konstrukce, může být architektura composable commerce vhodnou volbou. Tyto systémy vývojářům umožňují využívat předem vytvořené komponenty od různých dodavatelů, aniž by je museli vytvářet sami. Často je mohou jednoduše kombinovat a přizpůsobovat, což zkracuje dobu vývoje a zvyšuje agilitu.

Výhody architektury composable commerce

• Snadná integrace: Architektura composable commerce vývojářům umožňuje rychle vybírat a integrovat ty nejlepší komponenty. On-line prodejci ji mohou využít k rychlému přidávání a upgradování funkcí za účelem zlepšení nákupního zážitku.
• Flexibilita a agilita: Trhy a preference zákazníků se rychle mění. S architekturou composable commerce mají vývojáři k dispozici v podstatě stavební bloky, které mohou vybírat a nasazovat nezávisle na back-endových systémech.
• Efektivní škálovatelnost: Protože jsou různé komponenty odděleny od sebe, lze je škálovat individuálně. Díky tomu je využití zdrojů efektivnější, protože není nutné škálovat celý systém, pokud pouze jeden komponent potřebuje více zdrojů.

Nevýhody architektury composable commerce

Mnoho výhod architektury composable commerce se může stát i nevýhodou s tím, jak se celková architektura zvětší. E-commerce architektura postavená na různorodých komponentách od různých dodavatelů může poskytovat velice robustní nákupní zážitek, ale správa a režijní náklady mohou být problematické.

• Vysoká složitost ve velkém měřítku: Když jsou základní e-commerce funkce závislé na různých dodavatelích, váš systém bude složitější. To může vést k vyšším nákladům na vývoj a většímu množství času stráveného správou režijních nákladů namísto provádění inovací.
• Závislost na dodavatelích: Pokud kritické funkce závisí na komponentech poskytovaných určitými dodavateli, můžete se dostat do situace, kdy budete vázáni na jednoho dodavatele. To snadno vede k nárůstu nákladů. Pokud služby tohoto poskytovatele z jakéhokoliv důvodu přestanou být dostupné, může to ovlivnit celý váš obchod.
• Správa integrace: Ačkoliv architektura composable commerce umožňuje vývojářům kombinovat komponenty, není zaručeno, že všechny budou navzájem kompatibilní. Zajištění toho, aby integrace v rámci systému byla skutečně plynulá a nijak neovlivňovala výkon, může být náročné.

Proč v rámci e-commerce používat headless architekturu?

Současní zákazníci nakupující na internetu jsou stále sofistikovanější. Očekávají personalizované zážitky, možnost nakupovat napříč různými kanály a produktové katalogy plné médií. Pokud se obchodníci přizpůsobí těmto očekáváním, může jim to pomoci zvýšit příjmy. Spotřebitelé jsou mnohem více nakloněni nákupu, pokud e-shopy nabízejí personalizovaný zážitek. Mnoho firem se proto rozhodlo přijmout architekturu headless commerce, aby poskytovaly vícekanálové zákaznické zážitky.

Výhody architektury headless commerce

Oddělením front-endové prezentační vrstvy od back-endových obchodních funkcí poskytuje headless commerce obchodníkům větší flexibilitu a agilitu. Proto každý den stále více podniků přijímá přístup headless commerce, aby zvýšily své příjmy a posílily zapojení zákazníků.

• Hladká konektivita: Headless architektura, zejména ta hostovaná na platformách, jako je Shopify, může být postavena na systémech, které jsou navrženy tak, aby spolu vzájemně komunikovaly a bez problémů se integrovaly s třetími stranami. To vývojářům umožňuje rychleji přidávat a nasazovat nové funkce a vlastnosti.
• Vícekanálové funkce: Pokud používáte headless architekturu, můžete vytvářet a poskytovat personalizované nákupní zážitky přizpůsobené na míru různým kanálům (jako jsou e-mail, sociální sítě, mobilní aplikace a mnoho dalších).
• Rychlé inovace: Oddělením front-endu a back-endu mohou technické týmy pracovat na každém z nich nezávisle, což umožňuje rychlejší vývoj. Nové funkce lze spouštět rychleji, což vytváří základ pro rychlé inovace.

Nevýhody architektury headless commerce

Pokud migrujete z monolitické nebo plnohodnotné platformy, je největší nevýhodou headless commerce zvýšená komplexnost. Oddělená architektura bude vždy vyžadovat více práce k zajištění konzistence, synchronizace a koordinace mezi front-endem a back-endem.

• Více kvalifikačních požadavků na technické zdroje: Správa headless architektury bude vyžadovat přístup ke specializovanějším technickým dovednostem než monolitický systém. Je také třeba věnovat více času zajištění synchronizace operací, protože e-commerce funkce jsou rozptýlenější.
• Závislost na API: Většina headless architektur používá API pro komunikaci mezi front-endovými a back-endovými systémy. To však znamená, že jakékoli problémy s výkonem a stabilitou API mohou mít dopad na vaše podnikání.
• Zvýšené režijní náklady: Pokud vaše firma přijme headless architekturu ke spuštění více front-endů napříč kanály, každý z nich bude vyžadovat více času na vývoj a průběžnou podporu vašeho týmu.

Která architektura je pro oblast e-commerce nejlepší?

Každý maloobchodník je jedinečný a technické požadavky se budou neustále vyvíjet (někdy velmi rychle). Proto je důležité plně vyhodnotit vaše současné a budoucí potřeby, obchodní cíle a technické zdroje, abyste mohli učinit informované rozhodnutí. To je při výběru správné e-commerce technologie pro váš podnik skutečně nejdůležitější.

Bez ohledu na to, jaký technologický stack je pro vás ten pravý, je výběr vhodného poskytovatele platformy extrémně důležitý. Nechcete si přece vybrat platformu, která vám nutí architekturu, jež nesplňuje vaše potřeby, zavazuje vás k dlouhodobé smlouvě nebo vyžaduje přístup k drahým, specializovaným vývojářům.

Vhodný poskytovatel platformy pro váš podnik bude flexibilně podporovat e-commerce architekturu, která vám nejlépe vyhovuje. Platformy, jako je Shopify, vám dokonce umožňují přecházet z jedné architektury na druhou, aniž byste museli migrovat. Společnost AJE (tato případová studie je prozatím dostupná pouze v angličtině) kupříkladu kompletně přestavěla svůj e-shop, zavedla vylepšený mobilní nákupní zážitek a zvýšila funkčnost své platformy, a to vše při zachování platformy Shopify.

Společnost Shopify vám umožní si vybrat možnost, která bude nejlépe vyhovovat potřebám vašeho podnikání: plnohodnotnou platformu, nebo přístup headless commerce či composable commerce. Společnost Shopify dokonce zajišťuje, aby zákazníci měli přístup k oblíbeným komponentům, jako je služba Shop Pay (zrychlená platba), ve všech typech architektur. Obchodníci Shopify také získávají přístup k pokladně s nejvyšší mírou konverze.

Jak vyhodnotit vaši současnou architekturu webu

Přezkoumání vaší současné architektury webu vám pomůže učinit rozhodnutí o tom, zda a jaké změny mají pro vaše podnikání smysl. Nejprve byste měli zvážit své současné a budoucí obchodní potřeby a také to, jak se očekávání a chování vašich zákazníků mohou časem změnit. Poté se zaměřte na to, jak hodně je vaše současná architektura webu škálovatelná, flexibilní a rychlá a zda bude schopna uspokojit vaše potřeby i v budoucnu.

I když vaše současná architektura webu funguje dobře, váš poskytovatel platformy nemusí. Níže uvádíme několik užitečných otázek, které si můžete položit při hodnocení své e-commerce platformy:

1. Snižuje platforma vaše celkové náklady na vlastnictví? Jedná se o tržby i zisk?
2. Zvyšuje nebo snižuje platforma vaši celkovou flexibilitu, agilitu a dobu uvedení na trh?
3. Váže platforma váš podnik ke konkrétní architektuře, anebo jej tlačí do dlouhodobé smlouvy s dodavatelem?
4. Podporuje platforma infrastrukturu navrženou pro provádění inovací?
5. Kolik možností volby nabízí? Je to dostatečné pro vaše potřeby?
6. Dokáže platforma odpovídat rozsahu vašich obchodních potřeb?
7. Investuje platforma do výzkumu a vývoje?
8. Objevuje se ve zprávě Gartner Magic Quadrant™?
9. Jakou část vašeho odvětví nebo sektoru platforma již podporuje?
10. Kolik hotových funkcí potřebujete?
11. Jak se daná platforma integruje s jinými platformami nebo systémy, které používáte?