typesense / typesense-website

Typesense website and documentation | An open source search engine alternative to Algolia, Elasticsearch and Pinecone
https://typesense.org
39 stars 135 forks source link

Comparison to alternatives is misleading #185

Open qdequele opened 1 year ago

qdequele commented 1 year ago

https://github.com/typesense/typesense-website/blob/bdbcc64a8b543bd29f36cffc8efc2c2708a8f4b8/docs-site/content/overview/comparison-with-alternatives.md?plain=1#L40

While this was true for Algolia but not anymore, it never was the case with Meilisearch.

https://github.com/typesense/typesense-website/blob/bdbcc64a8b543bd29f36cffc8efc2c2708a8f4b8/docs-site/content/overview/comparison-with-alternatives.md?plain=1#L42-L43

In assessing the readiness of a product, one could argue that it hinges on having users in production who experience satisfactory service quality. By that measure, we currently boast a user base of over 20,000 individuals utilizing the open-source edition, coupled with over 1,000 users on our cloud platform. Most of these users actively employ the software in live environments, often handling substantial datasets. Furthermore, we would appreciate you clarifying your definition of "large datasets." Notably, we have clients leveraging Meilisearch for datasets exceeding 100 million documents. This is a considerable scale for most users. We would appreciate your perspective on this matter.

jasonbosco commented 1 year ago

While this was true for Algolia but not anymore, it never was the case with Meilisearch.

Happy to fix this.

Furthermore, we would appreciate you clarifying your definition of "large datasets." Notably, we have clients leveraging Meilisearch for datasets exceeding 100 million documents.

This was written when issues about Meilisearch not being able to handle updates as fast as first time indexing were common. It sounds like that has been fixed recently? Happy to update.

In assessing the readiness of a product

I'm assuming this was in reference to the "non-production ready" wording. I disagree with your definition that production-readiness is based on how many users are using the product.

Instead, historically production-readiness has been described as "does this service have a mechanism to not be a single point of failure in a stack". That usually translates to having multiple instances of the service running either in an active-passive configuration or in a distributed multi-node setup, so that even when one node of the service goes down, the others will continue servicing traffic.