Lucene VS Google Cloud Filestore

There are already many project about search: - https://www.marginalia.nu/ - https://searchmysite.net/ - https://lucene.apache.org/ - elastic search - https://presearch.com/ - https://stract.com/ - https://wiby.me/ I think that all project are fun. I would like to see one succeeding at reaching mainstream level of attention. I have also been gathering links meta data for some time. Maybe I will use them to feed any... - Source: Hacker News / 3 months ago

Elasticsearch is based on Lucene and is used by various companies and developers across the world to build custom search solutions. - Source: dev.to / 3 months ago

Elastic search is kinda heavyweight infra for a small project. Its built on top of apache lucene (https://lucene.apache.org), which you can use directly. Source: 11 months ago

Elasticsearch is based on Lucene, which is built in Java. This means that monitoring the Java Virtual Machine (JVM) memory is crucial to understand the current usage of the whole system. - Source: dev.to / about 1 year ago

Apache Lucene which seems to have a lot more features than Elasticsearch. Source: about 1 year ago

It's basically still the only game in town for a high performance shared posix filesystem with multiple writers and builtin support in basically all operating systems. As an application developer, I probably wouldn't choose to design a system that needed it. However there are lots of good reasons why a company in 2023 might decide to use this NFS based product: https://cloud.google.com/filestore?hl=en. - Source: Hacker News / 6 months ago

Hi, Brandon from GCS here! If you're looking for all of the guarantees of a real, POSIX filesystem, you want to do fast top level directory listing for 100MM+ nested files, and POSIX permissions/owner/group and other file metadata are important to you, Gcsfuse is probably not what you're after. You might want something more like Filestore: https://cloud.google.com/filestore Gcsfuse is a great way to mount Cloud... - Source: Hacker News / 9 months ago

At Redactics we needed a way to provide writeable persistent storage to multiple Kubernetes pods. Cost effective ReadWriteMany storage options are generally somewhat limited, in our experience. Using Amazon S3 or the like was also not a great option for us, because the Redactics SMART Agent uses Apache Airflow and the KubernetesPodOperator for a number of its workflow steps - many of which run in parallel. This... - Source: dev.to / over 1 year ago

It sounds like you're looking for Filestore. You can mount Filestore shares as NFS in GKE deployments, and every deployment sees the same set of files. Source: almost 2 years ago