U moet drie URL-paden (/students, /teachers, /classes) routeren, zodat elk een andere functie aanroept. Hoe configureert u Cloud Functions en de frontend?

De correcte aanpak is om drie afzonderlijke Cloud Functions te maken, elk verantwoordelijk voor een specifiek pad (/students, /teachers, /classes). Deze functies worden vervolgens geregistreerd als backend-services achter een HTTPS load balancer. De load balancer kan worden geconfigureerd met URL-padregels om inkomende verzoeken naar de juiste backend-service (en dus de juiste Cloud Function) te routeren op basis van het aangevraagde pad. Dit biedt een schaalbare en flexibele oplossing, waarbij elke functie onafhankelijk kan worden ontwikkeld en geschaald. Het maken van één Cloud Function als backend-service met een load balancer is onjuist omdat één functie alle paden zou moeten afhandelen, wat de code complexer maakt en de scheiding van verantwoordelijkheden vermindert. Het direct exposen van drie Cloud Functions (elk met een eigen HTTPS trigger) is mogelijk, maar een load balancer biedt voordelen zoals een uniform endpoint, SSL-beheer en geavanceerde routeringsmogelijkheden. Het direct exposen van één Cloud Function voor alle paden is de minst flexibele optie en schaalt minder goed.