搜索系统架构

增量更新

.......

Infomation

全量重建

建立空的slolr服务器和cloud即可，创建数据和维护等等由search-center控制

group状态管理

securities

MQ

DataImport

缓存组件(包含配置最大容量、预热、主动刷新结果值等功能)

DUBBO服务（ticker搜索，新闻查询，搜索管理等等）

collection1collection2collection3collection4collection5

solr cloud

vir1_solr（core1、core2、core3...）

vir2_solr（coreA、coreB、coreC...）

cms

base(i18)

group(collection)实时更新控制

zk服务

1、双索引备份机制，即在collection的基础上，再抽象出group的概念，例如ticker，fund筛选，news等，每个group内的collection作用相同，相互备份，切换使用。以提供不中断服务。2、索引重建包括两种，1、全量重建（含schema），适用第一次建索引，逻辑更新等场景，2、全量重建（不含schema重建），适用于每日索引刷新，或者逻辑更新，但不更新定义。3、group重建切换机制：原则：1、系统自动完成所有的状态检测，配置读取，以及触发时机、是否需要删除、建立collection，zk的config文件、schema字段定义等，不人工干预，保证稳定的和可用性。 2、保证当前group正在使用的collection不受影响（包括增量修改，查询，缓存等等）； 3、重建过程中，保证增量更新进入正在重建中的索引（不同的group实现不同） 4、重建完成后，group状态切换，切换当中，不中断正在查询的线程。

名词解释：1、core是单机版的索引文件，不同的core代表不同的索引2、collection是cloud集合概念，将同一逻辑的索引数据，分片和拷贝的分时存储到各节点，在节点中数据以core的形式存在，查询同理。以增加性能和可用性

MQ监听

SEARCH管理控制(如扩展搜索，热词等)

索引重建Schedule

SOLR操作组件

Search-Center