Gus, what do you mean by "local management"?
Anyway, I think I was misunderstood. And besides, admittedly you two
aren't familiar with the classes in question. But here goes a
clarification:
I'm concerned about internal SolrCloud code design/maintenance with respect
to these abstractions -- som
Yeah, looking back at the original email I read too quick and misunderstood
the juxtaposition of "manager" and "extracting", but the current effort to
make embedded zk a supported production config (not sure where that
stands), and some form of or tweak to server roles stuff would get us
through
I dropped the notes that Gus made into a Miro board just to visualize it..
https://miro.com/app/board/o9J_lm8BmXE=/?moveToWidget=3458764558006503531&cot=14
Be interesting during one of our community calls to talk about “what do we
have” and “what are we missing?”…. Feels to me like a numbe
I think this is a very interesting progression…..It’s a really nice mental
model of “what tools should I reach for when?"
> On Jun 20, 2023, at 11:41 AM, Gus Heck wrote:
>
> I'm not familiar with these classes, but I'm not particularly fond of
> anything that leads us in a direction of requ
I'm not familiar with these classes, but I'm not particularly fond of
anything that leads us in a direction of requiring a *third* installation
for initial use. (Zookeeper being #2 already). That said, we really need a
good replacement for autoscaling, and large installs might reasonably want
to of
I noticed the SolrCloudManager concept added some time ago brought about to
abstract away SolrCloud in the context of doing simulated experiments on
auto-scaling. Essentially -- need to simulate SolrCloud and not actually
use a real SolrCloud. But that need and code went away in 9.0...
nonetheles
