Story
Headless Architecture
Innovatie

Headless architecture: tech-innovatie begint hier!

Door Bart Klaver | Invalid Date

Vind jij ook dat alle webshops tegenwoordig op elkaar lijken? You’ve seen one, you’ve seen them all. Als frontend developer wil je meer vrijheid om te experimenteren en als e-commerce manager wil je meer vrijheid om je bedrijf innovatief te noemen. Met een headless architecture kan dit! Innoveren en snel inspelen op nieuwe technologieën is gewoon mogelijk.

Denk bijvoorbeeld aan Augmented Reality (AR) of voice search. Deze technologieën staan nu nog in de kinderschoenen, maar worden snel volwassen. Jonge én oudere generaties verwachten dat dit soort nieuwe ontwikkelingen onderdeel worden van hun interactie met bedrijven. Met een headless architecture voeg je voice search relatief eenvoudig toe aan je repertoire. En wat te denken van technologieën die we vandaag de dag nog niet kennen? Hoe speel je daar op in?

Kenmerken van een headless architecture

Wat maakt het verschil tussen een traditionele structuur en die van een headless architectuur? Wij onderscheiden de drie belangrijkste kenmerken.

1. Frontend gescheiden van backend Het belangrijkste kenmerk van een headless architecture is dat de frontend (‘het hoofd’) en de backend (de databases) niet met elkaar verbonden zijn. Developers gebruiken API’s om de gegevens vanuit de backend door te sturen. Frontend developers zorgen vervolgens dat content en data op de gewenste manier worden gepresenteerd aan de klant op ieder type kanaal/device.

Dus of je nu je producten wilt tonen in een webshop, een slimme elektronische spiegel of in de auto: de backend blijft hetzelfde, het is de manier van presenteren die verschilt. - Bart Klaver, Sales Consultant bij Incentro.

Je koppelt dus meerdere omgevingen aan één e-commerce engine. Zo ook met kanalen die nu gangbaar zijn, zoals apps of een point of service (POS).

Frontend developers kiezen nu zelf de frontendtechnologie uit. Dit is het belangrijkste verschil ten opzichte van normale pakketten: developers hebben meer (of eigenlijk volledige) vrijheid. Reden? Ze zitten niet langer vast aan een geïntegreerde frontend van een traditioneel pakket, waarbij de ontwikkelaar de software voorschrijft met als resultaat dat veel webshops op elkaar lijken. Eindelijk is ‘t tijd voor vernieuwing van jouw webshop!

2. API’s zijn de focus Bij een headless architecture vindt alle data-uitwisseling plaats tussen API’s of ‘service layers’. De API’s zorgen ervoor dat data en informatie uitgewisseld worden tussen diverse applicaties. Vervolgens zorgt jouw presentatiekant (voorheen de frontend) ervoor dat de informatie bij elkaar komt in een aansprekende gebruikerservaring.

API’s zijn ontzettend belangrijk: ‘API -first’ is de nieuwe strategie! Je kunt deze integreren met bijna alle applicaties en toepassingen, ook buiten je eigen architectuur. Hierdoor ben je perfect voorbereid op nieuwe toepassingen en ontwikkelingen binnen e-commerce. Bijvoorbeeld voice search en augmented reality (AR) zijn snel meegenomen met API’s. Het aansluiten van externe partijen is goed mogelijk. En wist je dat je jouw data via jouw API’s kan monitoren? Turning data into value.... best interessant.

3. Microservices geven vrijheid In een headless architecture zijn componenten van elkaar losgekoppeld. Zo’n ‘blokje’ met een functionaliteit heet een microservice. Microservices geven enorme vrijheid in het opzetten van de architectuur waarbij niets is voorgeschreven. Dit dwingt je om goed na te denken over de opzet van je platform en de manier waarop je waarde toevoegt.

Omdat microservices losgekoppeld zijn, hebben ze meerdere voordelen:

  • Je kunt eenvoudig nieuwe microservice-functionaliteiten toevoegen zonder maatwerk of dat je software log of zwaar wordt.
  • Als er eentje uitvalt: no worries! Elke microservice heeft een duidelijke verantwoordelijkheid/doel (separation of concerns). Gaat er toch iets mis, dan werkt alleen dat specifieke onderdeel niet meer.
  • Je kunt je e-commerce software blijven upgraden zonder dat de functionaliteiten dat proces in de war schoppen. Microservices zitten in je pakket verweven.
  • Microservices zijn niet afhankelijk van elkaar. Resultaat: je werkt als team lekker efficiënt.
  • Je kan (automatisch) services horizontaal schalen wanneer en waar dat echt nodig is. In the end worden de resources zo efficiënt mogelijk gebruikt. Bij een traditioneel pakket, schaalt het hele pakket mee, waardoor je onnodig veel resources verbruikt.
  • Je kan de microservices los van elkaar deployen en zelfs de programmeertaal mag anders zijn dan de rest van de services. Als de ene programmeertaal zich beter leent voor die ene feature, gebruik je die gewoon.

Een microservice moet wel echt een doel hebben binnen je software. Je ontwikkelt ze vaak op basis van je omzetdoelen, ‘best of need’ en business value. Een mooi voorbeeld van een microservice is een rekenmachine die aan de klant laat zien hoeveel geld ze nog moeten besteden voordat ze korting of gratis verzending krijgen. Benieuwd wat een microservice voor jouw bedrijf kan opleveren? Ga het testen!

De behaalde resultaten van headless architecture

Allemaal leuk en aardig, maar wat zijn de voordelen voor jouw bedrijf? Dit zijn de doelen die wij behalen bij klanten met een headless architecture:

  • Agility: wendbaarheid in IT door een architectuur waar je snel veranderingen in toepast.
  • Schaalbaarheid: ontwikkelde microservices kunnen (met wat kleine aanpassingen) hergebruikt worden binnen de organisatie of keten waardoor opschalen geen probleem is.
  • Connectiviteit: een headless commercearchitectuur is een open omgeving die het mogelijk maakt om connectie te maken (API’s) van derden.
  • Innovatie begint hier: je creëert een omgeving waarin je innovaties omarmt en daadwerkelijk inzet.
  • Minder last van vendor lock-in: bij traditionele cms’en zit je vast aan het opgeleverde systeem. Met een headless architectuur ben je vrij om te gaan en staan waar je wilt. In feite kan je de frontend laten staan wanneer je een e-commerce of cms-pakket wilt vervangen. Je hoeft alleen opnieuw te bepalen wáár de data vandaan moet komen in de frontend. Of andersom, waar de API de data moet plaatsen in je bestaande frontend.

Incentro en Grandvision

Een mooi voorbeeld van een succesvol resultaat is onze samenwerking met Grandvision. Deze optische retailgigant heeft bedrijven als Eye Wish en Pearle onder zich en heeft zo’n 7.000 winkels in ruim 40 landen. Een headless architectuur leende zich perfect voor dit oogverblindende merk: met een centrale backend hebben we webwinkelplatformen voor alle formules van Grandvision ontwikkeld.

Met de losgekoppelde frontend heeft ieder merk van Grandvision de mogelijkheid om een eigen identiteit te tonen. De definities van de producten (naam, omschrijving, foto’s, prijs, etc) zijn generiek. Dit betekent dat klanten geen specifiek Pearle of Eye Wish-design te zien krijgen. Ze zien een generiek design, die vervolgens een restyling krijgt zodra ze door css op een frontendcomponent getoond worden. Pas bij de laatste stap krijgt de shop het design dat bij die keten hoort. Winkels hebben vrijheid gekregen, klanten extra online bestelgemak.

Over het algemeen heeft de headless architecture Grandvision heel veel flexibiliteit gegeven. Mocht het gebeuren dat ze van cms-pakket willen veranderen, en die keuze zien we vaak, kan dit zonder grote impact op de platformen. De componenten staan immers los van elkaar bij een headless architecture.

Zo maak je headless tot een succes

Ondanks dat wij ontzettend lovend zijn over een headless architecture, past het niet bij ieder bedrijf. Wij zijn de volgende vereisten tegengekomen om een headless omgeving tot een langdurig succes te maken:

  • Je hebt genoeg ‘tech savy’-werknemers rondlopen die trends vertalen naar impact en vooruitgang voor de hele organisatie. Of dit nu mensen zijn die zich er al in hebben verdiept of juist leergierig zijn: er moet interesse zijn. Zonder een team dat zich hier volledig op focust, ga je met headless architecture niet de voorsprong op concurrenten behalen die je voor ogen hebt. Een externe partij (zoals Incentro natuurlijk) helpt je goed op weg en een inhouse team biedt extra ondersteuning.
  • Er staat een duidelijk plan over hoe een headless omgeving de customer experience kan verrijken. Met alleen een gescheiden front- en backend kom je er namelijk niet. Er moeten concrete plannen en experimenten klaarstaan, zodat jij echte stappen maakt. Voornamelijk op technisch gebied moet je een goede visie hebben en een plan voor de opzet.

Nieuwsgierig geworden?

Zoals je hebt gemerkt, kunnen wij eeuwig praten over headless architecture. Ben jij ook al fan of wil je onder het genot van een kopje koffie/thee/chocomelk eens van gedachten wisselen? Houd je niet in en neem contact op! Contactgegevens vind je hieronder.

Bart Klaver


E: bart.klaver@incentro.comT: +31 (0)6 2932 5494
volgende story
Mendix widgets bouwen nu nog makkelijker met React
Door Duco Zitman | 2019 M07 30