Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add section on completeness/status to README #1

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

magro
Copy link
Member

@magro magro commented Nov 13, 2020

Based on information from querqy#25

@epugh
Copy link

epugh commented Nov 13, 2020

This is great!

So here is more of an open ended question.. If you were to adopt Chorus directly, versus pulling in some of the parts individually, what would you need Chorus to do to be your "Development" environment? One reason I pushed with Docker-compose was of course to make demos easier, and that's the point of the quickstart.sh script. Maybe should be called demo.sh instead ;-).

However, what would need to change for it to be "I am developing stuff in Dev for my firm"? What would be the steps to go from "I downloaded Chorus from the repo" to "I need to add a new feature to the ecomm search, so I do X on my laptop to get started". Is it a well understood way to load my own data? My own Solrconfigs etc? Could I take quickstart.sh and create mywebstore_developer_environment.sh?

While Chorus ships with the default /solr/solr_home/ecommerce dir, you could just as easiliy load /solr/solr_home/mywebstore dir!

@magro
Copy link
Member Author

magro commented Nov 13, 2020

So here is more of an open ended question.. If you were to adopt Chorus directly, versus pulling in some of the parts individually, what would you need Chorus to do to be your "Development" environment?

A good question, and not easy to answer :-)
For one thing it probably depends on the tooling that the team chose for the local environment (docker-compose/minikube/kind etc). I can imagine to use solr and smui locally, I've never worked with Quepid or RRE so far, so I right now I cannot tell s.th. about that.

However, what would need to change for it to be "I am developing stuff in Dev for my firm"? What would be the steps to go from "I downloaded Chorus from the repo" to "I need to add a new feature to the ecomm search, so I do X on my laptop to get started". Is it a well understood way to load my own data? My own Solrconfigs etc? Could I take quickstart.sh and create mywebstore_developer_environment.sh?

While Chorus ships with the default /solr/solr_home/ecommerce dir, you could just as easiliy load /solr/solr_home/mywebstore dir!

In my last project with Solr we kept solrconfig/managed-schema in our application git repo, and during continuous deployment these files got pushed to Solr via Zookeeper by some application/startup code.
For indexing in a local environment I'd use our indexer (we should have one ;-)), which needs to get product data from somewhere (locally or from some external system).

Not sure if I'd use chorus directly, probably it would rather be picking parts of it and integrating these parts (maybe somehow adjusted) in the project specific local environment...

* solrconfig / autosuggest: incomplete, demo
* schema / data model: demo - misses e.g. inventory, does not cover "variants", i18n / multi-language search; could be a good starting point
* SMUI:
* Complete setup, production ready
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That was a rough guess, is that correct?

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think so!

* SMUI:
* Complete setup, production ready
* Quepid:
* Complete setup, production ready
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That was a rough guess, is that correct?

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

and yes, I agree...

* Quepid:
* Complete setup, production ready
* RRE:
* Complete setup, production ready
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That was a rough guess, is that correct?

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yep. and I'll be doing some Katas specific to each of those tools as well to provide more support to users.

@epugh
Copy link

epugh commented Nov 13, 2020

Once it's aged a bit more, I'll merge querqy#23 and it'll add a lot more "production" oriented logging to Chorus as well.. We'll monitor SOlr, ZK, etc...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants