3 ms·
How about scaling that ES server to 100,000+ queries a day? ;-) We support a few og tags as well, but our goal is ultimately to be able to make very flexible s
by 100k 14y ago
How about scaling that ES server to 100,000+ queries a day? ;-)
We support a few og tags as well, but our goal is ultimately to be able to make very flexible search engines without code, so the person managing (say) the help section of a website can make an amazing search engine without involving engineering.
- hnriot 14y ago100k per day is just over 1 q/s, which shouldn't concern any scale engineer. If you take that two or three orders of magnitude higher it starts to become something the scale engineer pays attention to, otherwise, I don't see the concern with that low qps. I get that it's cloud based, with all the elastic benefits that affords, but if I look at this from a VC perspective we have two use cases: - the customers with their own private data that wouldn't trust two guys in a "garage" in Potrero Hill. - the customers that want a no engineering solution to providing a no-engineering solution to making a section of their website searchable. This seems pretty much covered by Google's search offerings in this area. Complete with a scale out story beyond the wildest dreams of a startup. It also has the huge benefit of a relevance engine that is best in class. Clearly, if you have customers, I am wrong!