Frontend as a Service vs Storefront Framework

Un storefront framework comme Hydrogen ou Vue Storefront et Frontend as a Service (FaaS) sont compares comme s'ils etaient la meme categorie de chose. Ils ne le sont pas. L'un est un outil que votre equipe installe, cable et exploite. L'autre est un service exploite qui livre le frontend et le maintient en marche. C'est le troisieme volet de notre serie FaaS-vs, apres les comparaisons face a un CMS headless et face a un page builder, et il trace la ligne qui decide qui porte la charge d'exploitation.

Un framework est une classe d'outil, FaaS une categorie de service

Hydrogen est le storefront framework React de Shopify. Vue Storefront (aujourd'hui Alokai) est une boite a outils pour frontends composables. Les deux vous donnent un point de depart: des conventions de routage, un pattern de couche de donnees, un jeu de composants. Ce qu'aucun des deux ne vous donne, c'est l'exploitation. Vous gardez la pipeline de build, l'hebergement, le budget de performance, l'accessibilite, les connecteurs backend et chaque mise a niveau. Un framework vous donne les pieces. Vous assemblez et exploitez la machine vous-meme.

Frontend as a Service recadre le frontend au niveau categorie: le storefront est livre comme un service exploite par-dessus votre backend commerce existant, avec la couche d'exploitation incluse plutot qu'assemblee. La question a laquelle un framework repond est "avec quoi je construis?". La question a laquelle FaaS repond est "qui maintient cela en production?".

Ce que "exploite" veut dire concretement

L'ecart entre les deux n'est pas une question de fonctionnalites, c'est l'exploitation. Avec un framework, ce qui suit est votre responsabilite permanente. Avec FaaS, cela fait partie du service:

• Hebergement et deploiement
• Atteindre et tenir les Core Web Vitals dans la duree
• Conformite d'accessibilite sur chaque composant
• Construire et maintenir les connecteurs backend
• Mises a niveau du framework et des dependances
• La couche editoriale ou travaille votre equipe marketing

Rien de tout cela ne disparait avec un framework. Cela passe sur le backlog de votre equipe.

Framework vs service, cote a cote

• Ce que vous obtenez. Storefront framework (Hydrogen, Vue Storefront): Un point de depart de codebase et du tooling. Frontend as a Service: Un storefront en marche sur votre backend.
• Qui l'exploite. Storefront framework (Hydrogen, Vue Storefront): Votre equipe. Frontend as a Service: Le service.
• Hebergement et deploiement. Storefront framework (Hydrogen, Vue Storefront): Vous le mettez en place et le detenez. Frontend as a Service: Inclus.
• Core Web Vitals. Storefront framework (Hydrogen, Vue Storefront): A vous de les atteindre et les tenir. Frontend as a Service: Integres dans la couche.
• Accessibilite. Storefront framework (Hydrogen, Vue Storefront): Vous l'implementez et la testez. Frontend as a Service: Composants prets WCAG.
• Connecteurs backend. Storefront framework (Hydrogen, Vue Storefront): Vous les construisez et les maintenez. Frontend as a Service: Prefabriques, agnostiques au backend.
• Mises a niveau. Storefront framework (Hydrogen, Vue Storefront): Votre travail de migration. Frontend as a Service: Pris en charge par le service.
• Couche editoriale. Storefront framework (Hydrogen, Vue Storefront): A apporter soi-meme. Frontend as a Service: Incluse (Studio).

Quand un framework est le bon choix

Si vous avez une equipe plateforme frontend solide qui veut le controle total de la codebase et la capacite de l'exploiter pendant des annees, un framework est un choix legitime. Le controle est l'avantage, le cout d'exploitation est le prix que vous acceptez de payer. C'est exactement ce compromis que nous avons detaille pour Hydrogen, dans quel frontend pour quelle equipe. La version honnete: un framework recompense les equipes qui traitent le frontend comme un produit qu'elles possedent, et penalise celles qui attendaient que le fournisseur l'exploite.

Quand FaaS est le bon choix

Choisissez FaaS quand le goulot d'etranglement est la charge d'exploitation, pas la codebase. Si la performance, l'accessibilite, le deploiement multi-marche et les cycles de mise a niveau sont ce qui vous ralentit reellement, adopter un framework plus rapide ne le resout pas, car ces couts vivent en dehors du framework. FaaS est une autre couche qui retire le travail de tout-exploiter-soi-meme au lieu de l'accelerer.

Ce n'est pas un combat produit contre produit

Le point n'est pas qu'Hydrogen le produit perd face a un autre produit. Un framework et un service repondent a des questions differentes, un duel produit direct cadre donc mal le sujet. Les frontends natifs des systemes de shop comme Hydrogen, Spartacus et FastStore partagent aussi les memes limites integrees par conception, ce que nous exposons dans notre comparaison des frontends storefront natifs. La distinction de categorie, outil contre service exploite, tient quel que soit le framework que vous placez a gauche du tableau.

Ou cela se place dans le stack composable

FaaS est la couche frontend exploitee au sein d'une architecture composable. Si vous decouplez le frontend du backend, la vue Composable Headless Frontend couvre le decouplage lui-meme, et la vue Composable Digital Experience Platform couvre l'image cross-canal plus large. Un framework peut vivre dans ce stack aussi, la difference est de savoir qui l'exploite une fois qu'il y est.

FAQ

Frontend as a Service, est-ce juste un Hydrogen manage? Non. Un framework enveloppe une codebase qui vous appartient toujours et que vous etendez. FaaS est une couche de service qui exploite le storefront sur votre backend, l'unite que vous consommez est donc un frontend en marche, pas un depot.

Puis-je passer d'un storefront framework a FaaS sans replatformer? Oui. FaaS se place au-dessus de votre backend commerce existant (Shopify, Shopware, commercetools et d'autres), changer la couche frontend ne touche donc pas le backend que vous utilisez deja.

Vue Storefront est-il un FaaS? Non. Vue Storefront (Alokai) est un framework et une boite a outils. Vous continuez d'heberger, exploiter et mettre a niveau ce que vous construisez avec. C'est precisement cette distinction de classe dont parle cet article.

Lequel est le moins cher? Cela depend de la capacite d'exploitation. Un framework peut sembler moins cher au niveau licence et couter plus cher une fois integree l'equipe qui l'exploite. FaaS deplace ce cout d'exploitation dans le service. Comparez le cout total d'exploitation, pas l'etiquette.

FaaS m'enferme-t-il plus qu'un framework? Les deux creent des dependances. Un framework vous lie a son ecosysteme et a son chemin de mise a niveau, un service a son modele d'exploitation. Le design agnostique au backend de FaaS garde votre backend commerce et vos donnees independants de la couche frontend.

Prochaine etape

Vous ne savez pas si votre equipe devrait exploiter un framework ou consommer un frontend exploite? Parlez a l'equipe Laioutr et nous confronterons le compromis a votre capacite d'exploitation reelle.