PrestaShop.wiki

Votre prochain serveur e-commerce pourrait avoir deux missions, pas une seule

Pourquoi votre prochain serveur devrait laisser de la place à un modèle d'IA local

By PrestaShop.wiki
Local AIEcommerceServersInfrastructurePrestaShop

Choisir un serveur pour un projet e-commerce était autrefois un exercice assez simple.

Combien de produits la boutique aura-t-elle ?

Quel trafic attendons-nous ?

De combien de RAM la base de données a-t-elle besoin ?

Faut-il choisir un VPS ou un serveur dédié ?

Ces questions n'ont pas disparu. Ce sont toujours les bonnes questions.

Mais récemment, nous nous sommes surpris à en ajouter une de plus.

Ce serveur sera-t-il encore le bon choix le jour où nous déciderons d'exécuter l'IA en local ?

Remarquez la formulation.

Pas si nous exécutons l'IA.

Pas quel modèle d'IA.

Simplement si le serveur laisse cette possibilité ouverte.

L'IA évolue si vite que prétendre savoir à quoi ressemblera le paysage dans deux ans serait une erreur. De nouveaux modèles apparaissent tous les quelques mois. Le matériel change. Les prix changent.

Ce qui semble bien plus stable, c'est la direction.

Le rôle même du serveur e-commerce est en train de changer.

Le serveur n'héberge plus seulement la boutique

Traditionnellement, un serveur avait une responsabilité principale : faire tourner la plateforme e-commerce.

Servir les pages.

Traiter les commandes.

Gérer la base de données.

Stocker les images des produits.

Aujourd'hui, nous attendons de plus en plus de la même machine qu'elle fasse aussi autre chose.

Améliorer l'activité.

Cela peut sembler audacieux, mais pensez au type de travail répétitif que l'IA est déjà capable de gérer.

Un fournisseur envoie un nouveau catalogue.

Les descriptions doivent être réécrites.

Les produits doivent être traduits.

Les champs SEO manquent.

Un PDF contient des spécifications techniques.

Les images ont besoin de texte ALT.

Les attributs produits devraient être extraits automatiquement.

Aucune de ces tâches n'est révolutionnaire.

Ensemble, cependant, elles représentent une quantité de travail étonnamment importante. Plus important encore, ce ne sont pas des tâches ponctuelles. Elles se répètent chaque jour, chaque semaine ou chaque fois qu'un fournisseur met à jour son catalogue.

Un fournisseur envoie un nouveau fichier Excel avec 500 produits mis à jour. Il y a dix ans, le défi était de l'importer correctement. Aujourd'hui, une autre question apparaît presque automatiquement : faut-il améliorer les descriptions avant publication ? Faut-il extraire du PDF joint les spécifications manquantes ? Les nouveaux produits doivent-ils être immédiatement disponibles dans toutes les langues ?

C'est pourquoi nous ne pensons plus à l'IA comme à une application de plus tournant sur un ordinateur portable ou à un site web de plus ouvert dans un navigateur.

Nous commençons à y penser comme à un service de plus tournant sur le serveur lui-même, aux côtés de la base de données, du moteur de recherche et du cache.

Pourquoi cela compte même pour les petites boutiques

Il est tentant de penser que l'IA locale n'est utile que pour les grands catalogues.

Nous n'en sommes pas convaincus.

Imaginez une boutique avec seulement 100 produits.

Rendez-la maintenant disponible en six langues.

Soudain, vous ne maintenez plus 100 descriptions. Vous maintenez des centaines de textes produits, de descriptions de catégories, de titres SEO, de méta-descriptions et de descriptions d'images.

Puis arrivent les mises à jour des fournisseurs.

Certains produits disparaissent.

D'autres changent.

Les traductions doivent être mises à jour.

La quantité de travail croît bien plus vite que le nombre de produits.

Une boutique de 500 produits en plusieurs langues peut générer plus de travail de contenu répétitif qu'une boutique bien plus grande vendant dans une seule langue.

C'est l'une des raisons pour lesquelles l'e-commerce multilingue mérite une attention particulière.

Expédier à l'international est devenu bien plus facile qu'il y a dix ans.

La langue reste l'un des plus grands défis opérationnels.

Un catalogue multilingue n'est jamais vraiment "terminé". Il évolue lentement. De nouveaux produits arrivent, les fabricants améliorent la documentation, les fournisseurs corrigent les spécifications, les moteurs de recherche changent leurs attentes et les traductions existantes deviennent peu à peu obsolètes.

L'IA ne résout pas ces problèmes.

Elle rend simplement la maintenance continue bien plus réaliste qu'auparavant.

L'IA cloud est excellente... jusqu'à ce que la tâche devienne répétitive

Les services d'IA cloud sont remarquables.

Pour de nombreuses tâches, ils restent le choix évident.

Générer une campagne marketing.

Aider à rédiger un e-mail difficile.

Résoudre un problème inhabituel.

Ce sont des travaux occasionnels.

L'e-commerce, en revanche, est plein de boucles.

Traduire chaque produit importé.

Générer le SEO de chaque catégorie.

Traiter chaque PDF de fournisseur.

Générer le texte ALT de chaque image.

Recommencer demain.

Recommencer la semaine prochaine.

Recommencer le mois prochain.

La question n'est pas de savoir si chaque requête est coûteuse.

En général, elle ne l'est pas.

La question est de savoir ce qui se passe quand le même flux de travail devient une partie de vos opérations quotidiennes.

À ce moment-là, le prix de l'API cesse d'être un détail technique et devient une partie du modèle économique.

Cela ne veut pas dire que l'IA cloud est la mauvaise solution.

Bien au contraire.

Les modèles cloud resteront probablement le meilleur choix pour de nombreuses tâches complexes ou occasionnelles.

Ce que cela veut dire, c'est que le travail de fond répétitif commence à ressembler à un bon candidat pour un modèle local.

Pas nécessairement parce qu'il est plus intelligent.

Mais parce qu'une fois qu'il tourne, lui demander de traiter mille produits de plus ne change pas fondamentalement le coût d'exploitation.

Voilà pourquoi la décision du serveur change

C'est probablement l'idée principale que nous voulions partager.

Il y a quelques années, choisir un serveur relevait surtout des besoins d'aujourd'hui.

Aujourd'hui, il s'agit aussi de laisser de la place à ceux de demain.

Si le serveur est choisi en pensant uniquement à la plateforme e-commerce, ajouter de l'IA locale plus tard peut nécessiter de remplacer la machine, de tout migrer vers un autre hébergeur ou d'introduire une infrastructure supplémentaire qui n'était pas prévue.

Si, au contraire, le serveur est choisi dès le départ avec assez de puissance CPU et de mémoire, exécuter un modèle d'IA local plus tard devient un service de plus à installer plutôt qu'un projet de plus à financer.

Nous pensons que cela vaut la peine d'y réfléchir avant de passer commande.

Alors, que choisirions-nous aujourd'hui ?

Si nous devions choisir aujourd'hui un serveur pour un nouveau projet e-commerce - ou pour en remplacer un ancien - nous chercherions probablement quelque chose dans ces eaux-là :

- environ 16 cœurs CPU modernes,

- 64 Go de RAM ECC,

- deux SSD NVMe (de préférence en RAID 1),

- Ubuntu LTS ou Debian,

- et pas de GPU dédié.

La dernière recommandation peut sembler surprenante.

La plupart des discussions sur l'IA deviennent vite des discussions sur les GPU.

Pour une activité e-commerce typique, nous ne sommes pas convaincus que ce soit là que doive aller le budget initial.

La plupart des charges de travail d'IA en e-commerce sont des tâches de fond.

Que traduire mille produits prenne dix minutes ou trente ne change que rarement l'activité.

Avoir assez de RAM pour faire tourner confortablement PrestaShop, sa base de données, les services de recherche et un modèle d'IA local sur la même machine est, à notre avis, un bien meilleur investissement.

On peut toujours ajouter des GPU plus tard si la charge de travail finit par le justifier.

Remplacer un serveur sous-dimensionné est généralement bien moins pratique.

Si vous comparez des serveurs dédiés de différents hébergeurs, nous ignorerions probablement la plupart des descriptions marketing pour nous concentrer sur seulement quelques points :

- environ 16 cœurs CPU modernes,

- 64 Go de RAM ECC,

- deux SSD NVMe,

- prise en charge d'Ubuntu ou Debian,

- et pas de GPU sauf si vous savez déjà pourquoi vous en avez besoin.

Tout le reste est secondaire.

Une autre façon de voir un serveur

Le plus grand changement est peut-être conceptuel plutôt que technique.

Nous ne choisissons plus un serveur qui héberge uniquement une plateforme e-commerce.

Nous choisissons un serveur qui héberge la plateforme e-commerce et laisse assez de place pour qu'un modèle d'IA local devienne une autre composante permanente de l'infrastructure.

Que cela arrive le mois prochain ou dans deux ans est impossible à prédire.

Mais si le rythme actuel du développement de l'IA se poursuit, nous soupçonnons que de plus en plus d'entreprises e-commerce voudront un service d'IA tournant à côté de leur boutique plutôt qu'ailleurs sur Internet.

Pendant de nombreuses années, acheter un serveur signifiait choisir où vivrait votre plateforme e-commerce.

Nous pensons que la prochaine génération de serveurs e-commerce aura deux résidents permanents : votre boutique PrestaShop et un modèle d'IA local travaillant discrètement en arrière-plan.

Choisir aujourd'hui son matériel en pensant aux deux pourrait épargner une quantité de travail surprenante demain.

À lire également : RIP SEO et La révolution du e-commerce par les agents IA.