Deployment Strategie - Sascha-davidson/back-to-static GitHub Wiki

Inleiding:

Binnen ons team hebben we uitvoerig onderzoek gedaan naar de meest geschikte deployment methode voor onze opdracht/website. Het doel van dit onderzoek is om te bepalen welke aanpak het meest effectief is voor het updaten van onze website in real-time. We hebben hierbij de keuze overwogen tussen Client-Side Rendering (CSR), Server-Side Rendering (SSR), Static Site Generation (SSG), of een combinatie van deze methoden.

Onderzoeksstappen:

  1. SSR vs. SSG: We hebben de voordelen van Server-Side Rendering (SSR) ten opzichte van Static Site Generation (SSG) onderzocht. Gezien de eis voor real-time updates op onze website, gaf SSR de mogelijkheid om de site direct bij te werken in combinatie met ons Content Management Systeem (CMS), Supabase. SSR werd als gunstiger beschouwd voor onze specifieke use case vanwege de noodzaak van real-time updates.

  2. CSR Overwegingen: Hoewel Client-Side Rendering (CSR) een optie was, hebben we dit vergeleken met SSR. Uit onze analyse bleek dat, in vergelijking met SSR, CSR meer tijd in beslag neemt en minder efficiënt is voor onze website. Het snel kunnen bijwerken van inhoud was cruciaal, wat leidde tot de voorkeur voor SSR. Een van de redenen voor de langere laadtijd bij CSR is het feit dat bij CSR vaak eerst de statische delen van de pagina worden weergegeven, en daarna worden asynchrone aanvragen gedaan om dynamische inhoud op te halen. Dit kan extra tijd vergen, vooral als er meerdere afzonderlijke API-aanroepen nodig zijn.

Onze Specifieke Overwegingen:

Onze opdracht vereist real-time updates, waardoor SSR als de meest geschikte deployment methode naar voren kwam. Het gebruik van Supabase als CMS benadrukte het belang van een directe koppeling met de server om de meest actuele inhoud weer te geven. Daarnaast bleek SSG minder geschikt vanwege de tijd die nodig is voor het opnieuw uitvoeren van de volledige build bij elke deployment, wat niet praktisch is voor onze frequente updates.

Conclusie:

Gezien onze specifieke eisen en de behoefte aan real-time updates, hebben we besloten om Server-Side Rendering (SSR) te gebruiken als de optimale deployment methode voor onze website. Dit besluit is genoteerd in onze wiki om teamleden op de hoogte te stellen en een consistente aanpak te waarborgen tijdens het ontwikkelingsproces.