Wat is de jamstapel?

JAMstack

Laten we uitleggen wat de ‘JAM stack’ is voor mensen die het misschien beter moeten begrijpen. Dus eigenlijk is de JAMstack zelf vooral een naam voor een manier om de architectuur van het bouwen van webprojecten te benaderen.

Het staat voor JavaScript, API’s en Markup. Om het eenvoudiger te maken, wordt het JAM of de JAM Stack genoemd.

Het is gebaseerd op het idee dat je, in plaats van een soort grote dynamische applicatie te hebben die elke keer draait als er een verzoek binnenkomt – en dan HTML genereert en terugstuurt naar de browser – de front-end presentatielaag echt gaat scheiden en ontkoppelen van de verschillende dynamische functionaliteiten. Gewoonlijk wordt veel kant-en-klare Markup gebruikt als front-end presentatielaag. Daarnaast is JavaScript (min of meer) de belangrijkste runtime-engine, die praat met al deze verschillende API’s en services.

Eenvoudig gezegd, de basisdingen zitten in markup en vormen de stabiele basis. Die stabiele basis wordt verrijkt met JavaScript API’s. Dit voegt dingen toe zoals winkelwagentjes en alles wat een dynamische functionaliteit is. Dus als je een e-commercewinkel hebt, kun je proberen om alle productpagina’s vooraf te genereren en ze klaar te hebben als een klant op een van de pagina’s klikt. Deze pagina’s ‘leven’ direct op het CDN, waardoor de laadtijd zo snel mogelijk is.

Er is op dit moment gewoon geen manier om ze nog sneller te maken.

API nodig

Mensen zullen heel snel bladeren en een geweldige ervaring hebben. Zodra ze spullen in een winkelwagentje leggen, wordt een JavaScript-onderdeel geactiveerd om dat specifieke onderdeel te beheren. Zodra de bezoeker op de koopknop klikt, moet er ‘natuurlijk’ ergens op de server iets gebeuren. dat is waar je normaal gesproken een API of API-oproep zou gebruiken. Of het nu Stripe is, een meer volwaardige Commerce Layer, of zelfs je eigen zelfgebouwde serverloze functie die met Stripe praat, uiteindelijk moet je dit API eindpunt gebruiken. Het wordt ingeschakeld als er een echte ‘toestandsverandering’ of actie nodig is.

Serverloze

Door dit soort pre-built kan de applicatie of site ‘serverloos’ zijn. Dit betekent natuurlijk niet dat de applicatie zal opstarten zonder server. Het betekent gewoon dat de code niet 24/7 een server nodig heeft en alleen een beroep doet op de server wanneer dat nodig is. Daarom hoef jij je als site-eigenaar of ontwikkelaar geen zorgen te maken over het bouwen en onderhouden van de stabiliteit van de applicatie. Simpel gezegd, je serveert het gewoon. Zelfs met zoiets complex als het hosten van de site is het zo eenvoudig. Om dit te versterken en te versnellen kan een content delivery network worden gebruikt. Dit zijn geografisch verspreide proxyservers op het internet die zijn opgeslagen in datacenters. Het CDN helpt om inhoud snel op te slaan en af te leveren, of beter gezegd, zeer snel.

Kortom, zorg ervoor dat alles vooraf is gebouwd en klaar staat op een CDN dat zo performant mogelijk is. In dat scenario heb je (min of meer) het beste van twee werelden.

Het is een ingewikkeld systeem, maar dit zou je een beetje moeten helpen.