Frontend as a Service vs framework Storefront

Un framework Storefront comme Hydrogen ou Vue Storefront et le Frontend as a Service (FaaS) sont souvent comparés comme s'il s'agissait de la même chose. Ce n'est pas le cas. L'un est un outil que votre équipe installe, configure et exploite. L'autre est un service opéré qui livre le frontend et le maintient en fonctionnement. Il s'agit du troisième volet de notre série FaaS-vs, après les comparaisons avec un CMS headless et avec un page builder, et il trace la ligne qui détermine qui porte la charge opérationnelle.

Un framework est une classe d'outil ; le FaaS est une catégorie de service

Hydrogen est le framework Storefront React de Shopify. Vue Storefront (aujourd'hui Alokai) est une boîte à outils pour frontends composable. Les deux vous donnent un point de départ : conventions de routage, un modèle de couche de données, un ensemble de composants. Ce qu'aucun des deux ne vous donne, c'est l'exploitation. Vous restez propriétaire du pipeline de build, de l'hébergement, du budget de performance, de l'accessibilité, des connecteurs backend et de chaque mise à niveau. Un framework vous fournit les pièces. C'est vous qui assemblez et faites tourner la machine.

Frontend as a Service repositionne le frontend au niveau de la catégorie : le Storefront est livré comme un service opéré au-dessus de votre backend commerce existant, avec la couche opérationnelle incluse plutôt qu'assemblée. La question à laquelle répond un framework est « avec quoi est-ce que je construis ? ». La question à laquelle répond le FaaS est « qui maintient tout cela en production ? »

Ce que « opéré » signifie vraiment

L'écart entre les deux ne tient pas aux fonctionnalités, mais à l'exploitation. Avec un framework, les points suivants relèvent en permanence de votre responsabilité. Avec le FaaS, ils font partie du service :

• Hébergement et déploiement
• Atteindre et maintenir les Core Web Vitals dans la durée
• La conformité en matière d'accessibilité sur chaque composant
• Développer et maintenir les connecteurs backend
• Mises à niveau du framework et des dépendances
• La couche éditoriale dans laquelle travaille votre équipe marketing

Rien de tout cela ne disparaît avec un framework. Cela atterrit simplement dans le backlog de votre équipe.

Framework et service, côte à côte

• Ce que vous obtenez. Framework Storefront (Hydrogen, Vue Storefront) : un point de départ de code et des outils. Frontend as a Service : un Storefront en fonctionnement au-dessus de votre backend.
• Qui l'exploite. Framework Storefront (Hydrogen, Vue Storefront) : votre équipe. Frontend as a Service : le service.
• Hébergement et déploiement. Framework Storefront (Hydrogen, Vue Storefront) : vous le mettez en place et l'assumez. Frontend as a Service : inclus.
• Core Web Vitals. Framework Storefront (Hydrogen, Vue Storefront) : à vous de les atteindre et de les tenir. Frontend as a Service : intégrés à la couche.
• Accessibilité. Framework Storefront (Hydrogen, Vue Storefront) : vous l'implémentez et la testez. Frontend as a Service : composants WCAG-ready.
• Connecteurs backend. Framework Storefront (Hydrogen, Vue Storefront) : vous les développez et les maintenez. Frontend as a Service : prêts à l'emploi, agnostiques du backend.
• Mises à niveau. Framework Storefront (Hydrogen, Vue Storefront) : votre travail de migration. Frontend as a Service : pris en charge par le service.
• Couche éditoriale. Framework Storefront (Hydrogen, Vue Storefront) : à apporter vous-même. Frontend as a Service : incluse (Studio).

Quand un framework est le bon choix

Si vous disposez d'une équipe plateforme frontend solide qui veut le contrôle total du code et la capacité de l'exploiter pendant des années, un framework est un choix légitime. Le contrôle est l'avantage ; le coût d'exploitation est le prix que vous acceptez de payer. C'est exactement l'arbitrage que nous avons examiné pour Hydrogen en particulier, dans quel frontend pour quelle équipe. La version honnête est la suivante : un framework récompense les équipes qui traitent le frontend comme un produit qui leur appartient, et il pénalise celles qui attendaient du fournisseur qu'il l'exploite à leur place.

Quand le FaaS est le bon choix

Choisissez le FaaS quand le goulot d'étranglement est la charge opérationnelle, pas le code. Si ce qui vous ralentit réellement, ce sont la performance, l'accessibilité, le déploiement multi-marchés et les cycles de mise à niveau, adopter un framework plus rapide ne résout rien, car ces coûts se situent en dehors du framework. Le FaaS est une couche différente qui supprime le travail d'exploitation interne au lieu de l'accélérer.

Ce n'est pas un duel produit contre produit

L'idée ici n'est pas que Hydrogen, en tant que produit, perdrait face à un autre produit. Un framework et un service répondent à des questions différentes : un duel produit à produit pose donc mal le problème. Les frontends natifs des systèmes de shop comme Hydrogen, Spartacus et FastStore partagent eux aussi les mêmes limites intégrées par conception, ce que nous détaillons dans notre comparatif des frontends Storefront natifs. La distinction de catégorie, outil contre service opéré, reste valable quel que soit le framework que vous placez à gauche du tableau.

Où cela se situe dans la stack composable

Le FaaS est la couche frontend opérée au sein d'une architecture composable. Si vous découplez le frontend du backend, la vue composable headless frontend couvre le découplage lui-même, et la vue composable digital experience platform couvre le tableau cross-canal plus large. Un framework peut lui aussi vivre dans cette stack ; la différence porte sur qui l'exploite une fois qu'il est en place.

FAQ

Le Frontend as a Service, est-ce simplement un Hydrogen managé ? Non. Un framework enveloppe un code que vous continuez de posséder et d'étendre. Le FaaS est une couche de service qui exploite le Storefront au-dessus de votre backend : l'unité que vous consommez est donc un frontend en fonctionnement, pas un dépôt.

Puis-je passer d'un framework Storefront au FaaS sans replatforming ? Oui. Le FaaS se place au-dessus de votre backend commerce existant (Shopify, Shopware, commercetools et d'autres) : déplacer la couche frontend ne touche donc pas au backend que vous exploitez déjà.

Vue Storefront est-il un FaaS ? Non. Vue Storefront (Alokai) est un framework et une boîte à outils. Vous continuez d'héberger, d'exploiter et de mettre à niveau ce que vous construisez avec. C'est la distinction de classe dont parle cet article.

Lequel revient le moins cher ? Cela dépend de votre capacité d'exploitation. Un framework peut paraître moins cher au niveau des licences et coûter davantage dès que vous intégrez l'équipe qui le fait tourner. Le FaaS transfère ce coût d'exploitation dans le service. Comparez le coût total d'exploitation, pas le prix affiché.

Le FaaS m'enferme-t-il davantage qu'un framework ? Les deux créent des dépendances. Un framework vous lie à son écosystème et à son chemin de mise à niveau ; un service vous lie à son modèle d'exploitation. La conception agnostique du backend du FaaS garde votre backend commerce et vos données indépendants de la couche frontend.

Étape suivante

Vous ne savez pas si votre équipe doit exploiter un framework ou consommer un frontend opéré ? Parlez à l'équipe plateforme Laioutr et nous confronterons l'arbitrage à votre capacité d'exploitation réelle.