dans le **front** si on tape //boulangerie//, le micro-service **Recherches** prend la main : il intérroge
  * qwant pour les résultats web
  * qwant pour les résultats images
  * odoo pour les résultats **annonces** : TODO

======design ihm======





======mircro-service recherche======


  * api 
  * recherche : les résultats sont stockés dans le cache


======Evolution 07/04/2020======

{{:systeme_informatique:bilatu:dev:image.png?direct&600|document FP}}

on partirait sur 6 micro-service
  * hub (node.js) : ancien recherche
  * front (vue.js) : actuel
  * shop (odoo)
  * account (odoo)
  * stats (matomo)
  * search (searx) : nouveau recherche

on supprimerait les micro-services :
  * sponsors
  * users
  * annonces
  * projects
  * odoo
  * odoo_api

le **hub** aura une double redirection avec **account** car il interrogera odoo pour les annonces 

les recherches web et image proviendront du **front** (via actuellement qwuant)

le shop odoo permet d'acheter des produits sur le web

account odoo sera le back-office pour les utilisateurs s'inscrivant sur bilatu.eus pour publier leurs annonces

ils seront clients sur **account** et fournisseurs s'ils presentent des produits à vendre sur le **shop odoo**

il faudrait 2 odoo différents physiquement : shop et account avec une passerelle à mettre en oeuvre entre les deux : par exemple si shop étit un prestashop on aurait le module POB de webkul; dans notre cas on pourrait envisager comme passerrelle rabbitmq ou penthao

via le **account** on proposerait au client (annonceurs) un site web (1 page simple d'infos pour démarrer) développé avec le web-builder d'odoo : mon_annonceur.bilatu.eus

======Evolution 08/04/2020======
 
{{:systeme_informatique:bilatu:dev:image2.png?direct&600|}}