[ https://issues.apache.org/jira/browse/SOLR-14613?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17161075#comment-17161075 ]
Ilan Ginzburg commented on SOLR-14613: -------------------------------------- [~noble.paul], [~ab], [~ichattopadhyaya] FYI, I'm working on a proposal to solve the same problem as PR #1678, but using a strongly typed approach. I don't like the {{Object}}'s we use everywhere and cast into whatever. Makes code hard to read and mistakes easy to make. Please give me a day or two more until I have something reasonably complete to share and hopefully use as a working base for a long term plugin interface for autoscaling. > Provide a clean API for pluggable autoscaling implementations > ------------------------------------------------------------- > > Key: SOLR-14613 > URL: https://issues.apache.org/jira/browse/SOLR-14613 > Project: Solr > Issue Type: Improvement > Components: AutoScaling > Reporter: Andrzej Bialecki > Priority: Major > Time Spent: 5h 40m > Remaining Estimate: 0h > > As described in SIP-8 the current autoscaling Policy implementation has > several limitations that make it difficult to use for very large clusters and > very large collections. SIP-8 also mentions the possible migration path by > providing alternative implementations of the placement strategies that are > less complex but more efficient in these very large environments. > We should review the existing APIs that the current autoscaling engine uses > ({{SolrCloudManager}} , {{AssignStrategy}} , {{Suggester}} and related > interfaces) to see if they provide a sufficient and minimal API for plugging > in alternative autoscaling placement strategies, and if necessary refactor > the existing APIs. > Since these APIs are internal it should be possible to do this without > breaking back-compat. -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org For additional commands, e-mail: issues-h...@lucene.apache.org