La plupart des syst\u00e8mes e-commerce regroupent, sur un m\u00eame serveur, le Front office et le back office.<\/p>\n
Bon, quand on se lance, il est compl\u00e8tement normal de tout mettre sur un seul serveur : on n’a pas l’argent pour se payer plusieurs machines. Et puis le trafic des premiers mois ne pose pas vraiment de probl\u00e8me…<\/p>\n
Par la suite, c’est une autre histoire.<\/p>\n
Le site e-commerce repr\u00e9sente un chiffre d’affaire conc\u00e9quent… Et la moindre interruption de service met en danger l’\u00e9quilibre de \u00ab\u00a0la petite entreprise e-commerce\u00a0\u00bb.<\/p>\n
Le Front office doit donc \u00eatre en ligne 24h sur 24, 7 jours sur 7.<\/p>\n
Pour garantir ce r\u00e9sultat, il faut isoler le Front au maximum<\/strong>.<\/p>\n C’est le meilleur moyen de garantir que le front est \u00ab\u00a0centr\u00e9\u00a0\u00bb sur sa mission : r\u00e9pondre, dans un temps tr\u00e8s court, aux requ\u00eates des internautes.<\/p>\n Le back office n’entre pas dans cette mission… Il doit donc \u00eatre d\u00e9coupl\u00e9 du Front.<\/p>\n Une premi\u00e8re \u00e9tape peut \u00eatre de monter une architecture \u00e0 trois niveaux :<\/p>\n C’est une bonne solution, qui a l’avantage de pouvoir \u00eatre mise en oeuvre pratiquement sans modifier les solutions e-commerce du march\u00e9.<\/p>\n Avantages : Limites majeures : Et puis, pour un site plus pro, on souhaite un d\u00e9couplage plus fort : L’\u00e9tape d’apr\u00e8s consiste donc \u00e0 avoir un ensemble front complet, compos\u00e9 de serveurs front, avec une base de donn\u00e9es d\u00e9di\u00e9e.<\/p>\n Le back office est compl\u00e8tement s\u00e9par\u00e9, avec sa propre base de donn\u00e9es<\/strong>.<\/p>\n Si on part d’une solution e-commerce toute faite, on peut arriver \u00e0 ce r\u00e9sultat assez facilement…<\/p>\n Toute la question, sur un tel syst\u00e8me, c’est : comment synchroniser les donn\u00e9es entre les bases du Front et du Back<\/strong>.<\/p>\n L\u00e0, pas de solution magique : il va faloir d\u00e9velopper une couche de synchronisation<\/strong>.<\/p>\n Et \u00e7a, \u00e7a sera l’occasion de pleins d’autres billets…<\/p>\n","protected":false},"excerpt":{"rendered":" La plupart des syst\u00e8mes e-commerce regroupent, sur un m\u00eame serveur, le Front office et le back office. Bon, quand on se lance, il est compl\u00e8tement normal de tout mettre sur un seul serveur : on n’a pas l’argent pour se payer plusieurs machines. Et puis le trafic des premiers mois ne pose pas vraiment de […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"footnotes":""},"categories":[2],"tags":[379,371,139],"class_list":["post-1513","post","type-post","status-publish","format-standard","hentry","category-e-commerce","tag-araok","tag-e-commerce","tag-systeme-dinformation"],"yoast_head":"\n\n
\nLes programmes back office ne p\u00e9nalisent plus le Front.<\/p>\n
\nSi une page du back sollicite beaucoup la base de donn\u00e9es, les temps de r\u00e9ponses du front seront bien impact\u00e9s par l’utilisation du back…
\nAutre limite : toute b\u00eatise sur le back sera instantann\u00e9ment visible sur le Front.<\/p>\n
\nOn veut, par exemple, mettre \u00e0 jour le catalogue, et pouvoir \u00ab\u00a0recetter\u00a0\u00bb les modifications, avant qu’elles soient en ligne.<\/p>\n