Building a Full-Text Search App Using Docker and Elasticsearch
blog.patricktriest.com
Building a Full-Text Search App Using Docker and Elasticsearch
1–10 of 15 posts
Re: Building a Full-Text Search App Using Docker and Elasticsearch
#2Re: Building a Full-Text Search App Using Docker and Elasticsearch
#3For folks that want to work with a bit more than books, there are a bunch of examples on Elastic's Github profile - I've found this useful for testing queries that pull back visualizations, etc: https://github.com/elastic/examples/
If you want to test query results without building a whole front-end / API, you can also use Sense / Kibana to query directly via the query language or, enable CORS and use something like POSTman.
If you don't want to use node I'd also recommend taking a look at their python client.
Re: Building a Full-Text Search App Using Docker and Elasticsearch
#4Re: Building a Full-Text Search App Using Docker and Elasticsearch
#5In the case of my current project, I've got an 'indexer' service whose sole job is to await messages from RabbitMQ to create/update/delete records to/from the index.
But sometimes an update may get missed for any number of reasons. So, I've got a systemd timer that fires off a little script to go through my audit tables in Postgres and make sure all changes since the last run were actually, in fact, synced to ElasticSearch.
And I'm still wondering if what I'm doing is 'good enough.' How else could this thing fail?
Re: Building a Full-Text Search App Using Docker and Elasticsearch
#6Even comes with a dashboard for dataviz and querying the FTS system: https://github.com/lmangani/gun-elastic/blob/master/README.M...
And one of the other comments asked about how to keep their RDBMS synced with ElasticSearch, that is also what the above linked person is working on, I know they already have it syncing with Cassandra. I'm sure Postgres is just a plug and play away.
Re: Building a Full-Text Search App Using Docker and Elasticsearch
#7The sync issues between an RDBMS and ElasticSearch are definitely the most annoying aspect of getting something like this working. In the case of my current project, I've got an 'indexer' service whose sole job is to await messages from RabbitMQ to create/update/delete records to/from the index. But sometimes an update may get missed for any number of reasons. So, I've got a systemd timer that fires off a little scri…
Re: Building a Full-Text Search App Using Docker and Elasticsearch
#8Re: Building a Full-Text Search App Using Docker and Elasticsearch
#9The sync issues between an RDBMS and ElasticSearch are definitely the most annoying aspect of getting something like this working. In the case of my current project, I've got an 'indexer' service whose sole job is to await messages from RabbitMQ to create/update/delete records to/from the index. But sometimes an update may get missed for any number of reasons. So, I've got a systemd timer that fires off a little scri…
What if your server crashes after you commit to the database, but before you submit to elastic-search? Even if submitting is flawless, this still presents a problem.
Committing to the database will trigger an entry (via a trigger function) in an audit table. So there is still a record of the transaction. After the system is restored to a healthy state, the next time the sync script is run (either automatically or manually if I'm feeling anxious), it should catch up.
Of course, in a worst-case scenario, I could always rebuild the index :O.
Re: Building a Full-Text Search App Using Docker and Elasticsearch
#10Earlier quoted context omitted.
What if your server crashes after you commit to the database, but before you submit to elastic-search? Even if submitting is flawless, this still presents a problem.
Depends on which server :D The Database, ElasticSearch, RabbitMQ, and the application services are on different VMs (in my case, Linodes). Committing to the database will trigger an entry (via a trigger function) in an audit table. So there is still a record of the transaction. After the system is restored to a healthy state, the next time the sync script is run (either automatically or manually if I'm feeling anxiou…