Feature: Use alias-backed Solr targets for ontology search indexing#269
Draft
Feature: Use alias-backed Solr targets for ontology search indexing#269
Conversation
…legacy core names, ie :term_search_core1
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
This PR updates
ontologies_linked_datato use alias-backed logical Solr targets for term and property indexing.The goal is to stop binding models directly to fixed physical Solr collection names and instead bind them to stable logical active aliases, while preserving bootstrap collections for initial setup and rebuild workflows.
Prerequisites
This PR depends on the Goo changes introduced in:
That PR adds the alias-backed search connection support used here, including logical search targets, alias repointing, bootstrap collections, and per-connection Solr topology settings.
What Changed
Alias-backed term and property search bindings
Updated the term and property indexing models to bind to logical active aliases instead of fixed physical collection names:
:term_search_active:property_search_activeThe previous physical collections are now used only as bootstrap collections:
:term_search:property_searchThis keeps model bindings stable while allowing the active alias to be repointed to rebuilt physical collections later.
Configurable Solr topology for search collections
Added config-driven shard and replication settings for the term and property search collections:
term_search_num_shardsterm_search_replication_factorproperty_search_num_shardsproperty_search_replication_factorThese values are passed through the existing search bindings so collection creation can be controlled from
LinkedDataconfig.Naming cleanup
Removed the legacy
*_core1terminology from active runtime search bindings for term and property search.This makes the physical collection names more consistent with the current SolrCloud collection model and with existing names such as
ontology_metadataandontology_data.Why
Previously, term and property indexing still carried forward legacy physical collection names such as
term_search_core1andprop_search_core1.With the alias-based search support added in
goo,ontologies_linked_datacan now bind models to stable logical targets and treat the physical collections as implementation details used for bootstrap or rebuild workflows.This keeps production-facing search bindings stable while enabling safe rebuild-and-cutover flows in downstream tooling.