Notre problème typique se pose lorsque nous souhaitons intégrer une API dans notre application mobile. Considérez la situation dans laquelle vous devez créer une application mobile pour un système existant. Le système était une solution monolithique qui exposait une API destinée exclusivement au client Web.
La proposition du client ne se limite pas aux nouvelles applications mobiles, mais il envisage également les assistants vocaux et les services tiers qui utiliseront notre API. Par conséquent, une seule API doit gérer tous ces types de clients, et nous devons nous occuper de leurs exigences et de leur maintenance.
Le modèle Backend pour Frontend peut être utile dans cette situation.
Modèle de conception backend pour frontend (BFF) :
Considérez maintenant que l’application orientée utilisateur comporte deux composants : une application côté client située en dehors de votre périmètre et un composant côté serveur (BFF) situé dans votre périmètre. BFF est une variante d’API Gateway mais ajoute une couche supplémentaire entre les microservices et chaque type de client indépendamment. Il remplace un point d’entrée unique par de nombreuses passerelles. En conséquence, vous pouvez disposer d’une API personnalisée qui répond aux demandes de chaque client (mobile, Web, ordinateur de bureau, assistant vocal, etc.) et élimine une grande partie de la surcharge créée en mettant tout au même endroit. Le graphique ci-dessous montre comment cela fonctionne.
Pourquoi BFF ?
L’avantage de cette architecture est qu’elle vous permet d’optimiser chaque backend pour les exigences uniques de différents types de clients, ce qui peut conduire à de meilleures performances et à une expérience utilisateur plus personnalisée. Cela améliore également la maintenabilité et la séparation du code. Cependant, cela introduit une certaine complexité dans la gestion de plusieurs services backend.
Le BFF peut bénéficier du masquage des données inutiles ou sensibles avant de les transmettre à l’interface de l’application frontale, ce qui permet de sauvegarder et d’utiliser les clés et les jetons des services tiers directement depuis le BFF.
Nous pouvons maintenir et mettre à niveau les API plus rapidement et même donner des versions d’API à des interfaces spécifiques. Il s’agit d’un avantage important pour les applications mobiles, car de nombreux utilisateurs ne mettent pas à jour l’application immédiatement.
Permet la transmission de données formatées vers le frontal, permettant ainsi de réduire la logique.
Le découplage du backend et du frontend nous permet d’accélérer la commercialisation, car les équipes frontend peuvent avoir des équipes backend distinctes répondant à leurs besoins uniques, et la publication de nouvelles fonctionnalités dans un frontend n’a aucun effet sur l’autre.
De plus, offrez-nous des opportunités d’amélioration des performances et d’optimisation mobile.
N’oubliez pas que l’architecture BFF n’est qu’une approche parmi d’autres, et qu’elle soit appropriée à votre projet dépend de vos exigences et restrictions individuelles.
Conclusion
Un modèle de conception appelé Backend for Frontend a été développé en gardant à l’esprit l’utilisateur et son expérience, ainsi que le développeur et ses besoins. Il répond à l’adoption toujours croissante d’applications pour rencontrer, interagir et servir les clients. Il garantit la cohérence tout en répondant à leur large éventail de conditions changeantes.
Source link