C'est sur que si on pouvait faire rentrer les objet json aussi vite qu'on les génère à partir de mysql il n'y aurait pas besoin de queue.
Et si mysql répondait assez vite sur des requêtes full texte et geographiques alors on n'aurait pas même besoin de elasticsearch.
On a quelques idées pour limiter les mises à jours elasticsearch en sortant l'un ou l'autre éléments. Mais l'essentiel de nos objets sont irréductiblements gros.
C'est peut-être la voie à suivre, quand même... On perdrait en fonctionnalités.
[^] # Re: elasticsearch
Posté par j_m . En réponse au message Architecture avec queue et redis. Évalué à 2.
C'est sur que si on pouvait faire rentrer les objet json aussi vite qu'on les génère à partir de mysql il n'y aurait pas besoin de queue.
Et si mysql répondait assez vite sur des requêtes full texte et geographiques alors on n'aurait pas même besoin de elasticsearch.
On a quelques idées pour limiter les mises à jours elasticsearch en sortant l'un ou l'autre éléments. Mais l'essentiel de nos objets sont irréductiblements gros.
C'est peut-être la voie à suivre, quand même... On perdrait en fonctionnalités.