一种SolrCloud配置文件修改方法、装置及系统与流程

本发明涉及数据处理技术领域，特别涉及一种SolrCloud配置文件修改方法、装置及系统。

背景技术：

SolrCloud是一种基于Solr和ZooKeeper的分布式全文检索系统，其中，Solr是一个快速的全文搜索服务器，其具有强大的全文搜索能力和动态集群化的特点。ZooKeeper是一个开放源码的分布式应用程序协调服务，它可以提供配置维护、域名服务、分布式同步、组服务等功能。

现有技术中，在对SolrCloud配置文件进行修改时，需要通过ZooKeeper提供命令行或通过调用API(Application Programming Interface,应用程序编程接口)的形式，来实现对SolrCloud配置文件的修改。

然而，现有技术的修改方法操作复杂。

技术实现要素：

本发明的主要目的在于提供了一种SolrCloud配置文件修改方法、装置及系统，以便于简化对SolrCloud配置文件的修改操作。

第一方面，本发明实施例提供了一种SolrCloud配置文件修改方法，该方法包括：

应用于服务端，所述方法包括：

构建SolrCloud，SolrCloud包括至少一个Zookeeper节点和多个Solr节点；每一个Zookeeper节点对应至少一个Solr节点；

在SolrCloud中，逐个读取每一个Zookeeper节点中至少一个Solr节点所对应的至少一个配置文件；

确定所述至少一个配置文件中各个配置文件的父子关系；

将各个配置文件的父子关系发送给客户端，以使所述客户端根据所述各个配置文件的父子关系，对各个配置文件进行修改。

优选地，

在所述构建SolrCloud之前，进一步包括：获取客户端发送的节点生成指令，其中，所述节点生成指令携带目标个数；根据所述节点生成指令生成所述目标个数个Solr节点；

在所述构建SolrCloud之后，进一步包括：对各个Solr节点的运行状态进行监测，在监测到运行状态异常的Solr节点时，对所述运行状态异常的Solr节点进行处理；

和/或，

进一步包括：在确定SolrCloud中包括新增配置文件时，生成设定个数个Solr节点，将生成的设定个数个Solr节点配置在SolrCloud中，并将SolrCloud中的至少一个Zookeeper节点分配给该设定个数个Solr节点，并将新增配置文件存储到该设定个数个Solr节点中。

优选地，所述确定所述至少一个配置文件中各个配置文件的父子关系，包括：

确定至少三个属性信息；

根据每一个配置文件所对应的所述至少三个属性信息，确定每一个配置文件在树状结构中的顺序；

根据确定的树状结构中顺序，得到各个配置文件的父子关系。

应用于客户端，所述方法包括：

获取服务端发送的各个配置文件的父子关系；

根据所述各个配置文件的父子关系，生成各个配置文件对应的树状结构；

展示所述树状结构；

在展示的所述树状结构中，对各个配置文件进行修改操作。

优选地，

所述修改操作包括：增加、删除、修改、查看、移动和重命名中的至少一种；

在所述对各个配置文件进行修改操作之后，进一步包括：确定进行了修改操作的目标配置文件的属性信息，将确定的属性信息以及所述修改操作发送给服务端，以使服务端对Solr节点中的目标配置文件进行相应的修改。

第二方面，本发明实施例还提供了一种SolrCloud配置文件修改装置，包括：

一种服务端，包括：

构建单元，用于构建SolrCloud，SolrCloud包括至少一个Zookeeper节点和多个Solr节点；每一个Zookeeper节点对应至少一个Solr节点；

读取单元，用于在SolrCloud中，逐个读取每一个Zookeeper节点中至少一个Solr节点所对应的至少一个配置文件；

确定单元，用于确定所述至少一个配置文件中各个配置文件的父子关系；

发送单元，用于将各个配置文件的父子关系发送给客户端，以使所述客户端根据所述各个配置文件的父子关系，对各个配置文件进行修改。

优选地，

进一步包括：

第一生成单元，用于获取客户端发送的节点生成指令，其中，所述节点生成指令携带目标个数；根据所述节点生成指令生成所述目标个数个Solr节点；

进一步包括：

检测单元，用于对各个Solr节点的运行状态进行监测，在监测到运行状态异常的Solr节点时，对所述运行状态异常的Solr节点进行处理；

和/或，

进一步包括：

第二生成单元，用于在确定SolrCloud中包括新增配置文件时，生成设定个数个Solr节点，将生成的设定个数个Solr节点配置在SolrCloud中，并将SolrCloud中的至少一个Zookeeper节点分配给该设定个数个Solr节点，并将新增配置文件存储到该设定个数个Solr节点中。

和/或，

确定单元具体用于：

确定至少三个属性信息；

根据每一个配置文件所对应的所述至少三个属性信息，确定每一个配置文件在树状结构中的顺序；

根据确定的树状结构中顺序，得到各个配置文件的父子关系。

一种客户端，包括：

获取单元，用于获取服务端发送的各个配置文件的父子关系；

生成单元，用于根据所述各个配置文件的父子关系，生成各个配置文件对应的树状结构；

展示单元，用于展示所述树状结构；

修改单元，用于在展示的所述树状结构中，对各个配置文件进行修改操作。

优选地，

所述修改操作包括：增加、删除、修改、查看、移动和重命名中的至少一种；

进一步包括：

确定单元，用于确定进行了修改操作的目标配置文件的属性信息，将确定的属性信息以及所述修改操作发送给服务端，以使服务端对Solr节点中的目标配置文件进行相应的修改。

第三方面，本发明实施例提供了一种SolrCloud配置文件修改系统，该系统包括：

第二方面所述的一种服务端和第二方面所述的一种客户端相互交互形成的简化对SolrCloud配置文件的修改操作的系统。

本发明实施例提供了一种SolrCloud配置文件修改方法、装置及系统，服务端用于构建SolrCloud，且每一个Zookeeper节点对应至少一个Solr节点；逐个读取每一个Zookeeper节点中至少一个Solr节点所对应的至少一个配置文件；并确认配置文件中各个配置文件的父子关系，再将这个各个配置文件的父子关系发送给客户端。客户端用于接收各个配置文件的父子关系，然后再将这个配置文件的父子关系，生成配置文件对应的树状结构，展示这个树状结构，并在这个展示的树状结构中，对各个配置文件进行修改操作。这个过程使各个配置文件之间的父子关系用一个树状结构可视化窗口的形式展现在使用者面前，使用者可以很直观的对各个配置文件进行修改操作，使使用者操作起来更加的简单方便，因此简化了SolrCloud配置文件的修改操作。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一个实施例提供的一种SolrCloud配置文件修改方法流程图；

图2是本发明一个实施例提供的另一种SolrCloud配置文件修改方法流程图；

图3是本发明一个实施例提供的又一种SolrCloud配置文件修改方法流程图；

图4是本发明一个实施例提供的一种SolrCloud配置文件可视化窗口示意图；

图5是本发明一个实施例提供的一种SolrCloud集群结构示意图；

图6是本发明一个实施例提供的一种服务端结构图；

图7是本发明一个实施例提供的另一种服务端结构图；

图8是本发明一个实施例提供的一种客户端结构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明实施例提供了一种SolrCloud配置文件修改方法，应用于服务端，该方法可以包括以下步骤：

步骤101：构建SolrCloud，SolrCloud包括至少一个Zookeeper节点和多个Solr节点；每一个Zookeeper节点对应至少一个Solr节点；

步骤102：在SolrCloud中，逐个读取每一个Zookeeper节点中至少一个Solr节点所对应的至少一个配置文件；

步骤103：确定所述至少一个配置文件中各个配置文件的父子关系；

步骤104：将各个配置文件的父子关系发送给客户端，以使所述客户端根据所述各个配置文件的父子关系，对各个配置文件进行修改。

根据上述本发明实施例，首先先构建SolrCloud，SolrCloud包括至少一个Zookeeper节点和多个Solr节点，每一个Zookeeper节点对应至少一个Solr节点，并且逐个读取每一个Zookeeper节点中至少一个Solr节点所对应的至少一个配置文件，确定这些配置文件中个个配置文件的父子关系，在把这个配置文件间的父子关系发送给客户端，这样，配置文件这种有父子关系的逻辑顺序，可以很直观的表示各个配置文件在整个的配置文件中的具体位置，这样就便于客户端对其进行可视化展示，因此可以简化SolrCloud配置文件的修改操作。

在本发明一个实施例中，由于在SolrCloud之前需要存在Solr节点，所以就需要根据客户端具体的节点指令来生成目标个数个Solr节点，而在构建SolrCloud之后，为了保证各个Solr节点正常运行，就需要对Solr节点的运行状态进行监测，发生运行状态异常，实时的去解决异常问题。而当构建SolrCloud之后，需要增加新的配置文件，以增加新的功能区域，那么就可以设定生成新的Solr节点，用来放置新的配置文件，包括：

在所述构建SolrCloud之前，进一步包括：获取客户端发送的节点生成指令，其中，所述节点生成指令携带目标个数；根据所述节点生成指令生成所述目标个数个Solr节点；

在所述构建SolrCloud之后，进一步包括：对各个Solr节点的运行状态进行监测，在监测到运行状态异常的Solr节点时，对所述运行状态异常的Solr节点进行处理；

和/或，

进一步包括：在确定SolrCloud中包括新增配置文件时，生成设定个数个Solr节点，将生成的设定个数个Solr节点配置在SolrCloud中，并将SolrCloud中的至少一个Zookeeper节点分配给该设定个数个Solr节点，并将新增配置文件存储到该设定个数个Solr节点中。

根据上述本发明实施例，在构建SolrCloud之前，先根据客户端的生成指令生成目标个数个Solr节点，这样就能保证构建SolrCloud中的Solr节点的个数是满足客户端的具体要求的，在构建SolrCloud之后，在各个Solr节点中增加监测程序，这样可以保证整个SolrCloud中的各个Solr节点都能正常的运行，如有运行异常可以迅速的做出相应的反应。而在构建SolrCloud之后，可以新增配置文件，通过生成新的Solr节点来放置需新增配置文件，增加了SolrCloud的弹性，操作简单，很大程度上简化SolrCloud配置文件的修改操作步骤。

在本发明一个实施例中，需要确定至少一个配置文件中各个配置文件的父子关系，确定具有父子关系这种逻辑顺序的配置文件，可以保证这个配置文件的父子关系发送给客户端时可以清晰的将这些配置文件的父子关系以树状结构的形式清晰的展现，包括：

确定至少三个属性信息；

根据每一个配置文件所对应的所述至少三个属性信息，确定每一个配置文件在树状结构中的顺序；

根据确定的树状结构中顺序，得到各个配置文件的父子关系。

根据上述本发明实施例，可以根据至少三个属性信息来确定每个配置文件在数据结构中的顺序，得到各个配置文件的父子关系，保证这个配置文件的父子关系发送给客户端时可以清晰的将这些配置文件的父子关系以可视化窗口的形式清晰的展现，方便用户对配置文件进行编辑修改等操作，很大程度上简化SolrCloud配置文件的修改操作步骤。

如图2所示，本发明实施例提供了一种SolrCloud配置文件修改方法，应用于客户端，该方法可以包括以下步骤：

步骤201：获取服务端发送的各个配置文件的父子关系；

步骤202：根据所述各个配置文件的父子关系，生成各个配置文件对应的树状结构；

步骤203：展示所述树状结构；

步骤204：在展示的所述树状结构中，对各个配置文件进行修改操作。

根据上述本发明实施例，客户端接收到服务端各个配置文件的父子关系，然后根据这个配置文件的父子关系生成对应的树状结构，再将这个树状结构可视化展现出来，根据具体的目标指令对这个配置文件进行修改操作。在这个树状结构的可视化展现窗口可以对配置文件的进行位置移动，重命名，修改查看等编辑操作，由于是可视化的可以迅速的找到需要修改操作的目标配置文件，因此简化SolrCloud配置文件的修改操作。

在本发明一个实施例中，当客户端生成一个具有配置文件的父子关系的可视化窗口后可以根据具体的目标要求进行相应的修改操作，但是这个操作过程中有的修改操作，不光只是对这个可视化窗口中的内容进行操作，而且需要服务端的配合才能完成，包括：

修改操作包括：增加、删除、修改、查看、移动和重命名中的至少一种；

在所述对各个配置文件进行修改操作之后，进一步包括：确定进行了修改操作的目标配置文件的属性信息，将确定的属性信息以及所述修改操作发送给服务端，以使服务端对Solr节点中的目标配置文件进行相应的修改。

根据上述本发明实施例，在对可视化窗口中的内容进行修改操作时，由于可视化窗口中只是展现的是配置文件的父子关系的树状结构，因此，有些修改就需要确定进行了修改操作的目标配置文件的属性信息，然后将确定的属性信息以及所述修改操作发送给服务端，以使服务端对Solr节点中的目标配置文件进行相应的修改，这样就保证了客户端所展现的内容与服务端中的Solr节点中的配置文件信息完全一致。

为使本发明的目的、技术方案和优点更加清楚，下面结合附图及对服务端与客户端之间的交互过程进行说明，以实现对本发明提供的一种SolrCloud配置文件修改方法进行详细说明。

如图3所示，本发明实施例提供了一种SolrCloud配置文件修改方法，该方法可以包括以下步骤：

步骤301：服务端获取客户端发送的节点生成指令，其中，所述节点生成指令携带目标个数。

例如：比如发送的客户端的指令为更新数据，如更新全国医院信息的更新数据的指令，且节点生成目标个数为34个。这个34个就是节点生成指令携带目标个数。

步骤302：服务端根据所述节点生成指令生成所述目标个数个Solr节点。

例如：根据步骤302中给出的生成指令更新数据及生成34个目标个数的要求，那么就会生成34个Solr节点。

步骤303：服务端构建SolrCloud，SolrCloud包括至少一个Zookeeper节点和多个Solr节点；每一个Zookeeper节点对应至少一个Solr节点。

例如：当构建SolrCloud时，要求至少包括一个Zookeeper节点，也可以包括两个，三个等等。这个Zookeeper节点可根据用户的具体要求自行决定其数量。当确定Zookeeper节点的数据后，可确定与Zookeeper节点相对应的Solr节点的数量，这个Solr节点的数据至少为一个，当然也可以是两个，三个等等，也是根据用户的具体要求自行决定其数量。

步骤304：服务端在构建SolrCloud之后，对各个Solr节点的运行状态进行监测，在监测到运行状态异常的Solr节点时，对所述运行状态异常的Solr节点进行处理；

这样可以实时监测Solr节点的实时运行情况，一旦Solr节点运行状态异常，那么就可以迅速的做出相应的处理，保证整个SolrCloud的运行。例如可以在Solr节点安装HealthMonitor，用来监控每一Solr节点的运行情况，比如Solr节点中配置文件的数据，Solr节点是否停止了运行等问题，出现问题时会用邮件或信息的方式通知客户端的运行程序人员。

步骤305：在SolrCloud中，服务端逐个读取每一个Zookeeper节点中至少一个Solr节点所对应的至少一个配置文件；

例如：要分别逐个读取每一个Zookeeper节点中至少一个Solr节点所对应的至少一个配置文件，比如一个Zookeeper节点中就有一个Solr节点，那么只需读取这个Solr节点中的配置文件，那么如果一个Zookeeper节点中就有多个Solr节点，那么就需要逐个读取各个Solr节点中的配置文件。

步骤306：服务端确定至少三个属性信息。

例如：属性信息至少为三个，只有三个属性信息的关系排序才能确定节点的位置，当然属性信息可以是四个、五个或者更多，如可以确定属性信息为：“id”、“pid”、“name”属性信息。

步骤307：服务端根据每一个配置文件所对应的所述至少三个属性信息，确定每一个配置文件在树状结构中的顺序；

例如，可以根据属性信息为“id”、“pid”、“name”可以根确定Solr节点中配置文件的具体位置，是位于树状结构的顶端还是底端，还是其他具体的位置上。

如，这个Solr节点中配置文件都是关于河北省所有医院的信息的，那么根据“id”、“pid”、“name”就可根据省、市、区、镇、村这样的树状结构对这个各个配置文件进行定位排序。

步骤308：服务端根据确定的树状结构中顺序，得到各个配置文件的父子关系。

例如：可根据步骤306得出的各个配置文件在树状结构中的顺序来得到各个配置文件的父子关系，如步骤306已经确定了所有关于河北省内所有医院的配置文件的数据结构中的顺序，那么就可以得到省、市、区、镇、村这样的父子关系。

又例如，关键代码可如下：

步骤309：服务端将各个配置文件的父子关系发送给客户端。

例如：服务端可将如步骤307得到各个配置文件的省、市、区、镇、村这样的父子关系传送给客户端。

步骤310：客户端获取服务端发送的各个配置文件的父子关系。

客户端接收服务端发送过来的各个配置文件的父子关系，例如：客户端接收到步骤309例子中各个配置文件的省、市、区、镇、村的父子关系。

步骤311：客户端根据所述各个配置文件的父子关系，生成各个配置文件对应的树状结构。

例如，客户端可利用zTree来生成各个配置文件对应的树状结构。例如关键代码如下：

步骤312：客户端展示所述树状结构。

例如，展示的树状结构就可以是一个可视化的窗口，如图4所示。图4中的文件目录结构就是个树状结构，这样就很容易的看出各个配置文件的位置，以及各个配置文件之间的相互关系。比如，选择配置文件currency.xml那么会在如图4所示右面的位置上显示出这个配置文件下的配置文件里面包括配置文件的内容。在对内容进行修改操作，比如重命名操作，那么操作后点击右下角的保存，即可更新这个配置文件。

步骤313：客户端在展示的所述树状结构中，对各个配置文件进行修改操作。

这个所述修改操作包括：增加、删除、修改、查看、移动和重命名中的至少一种；

例如，客户端可通过调用zk_get.sh获取配置文件内容，并通过JavaScript实现编辑功能,对各个配置文件中，需要进行修改操作的配置文件进行修改操作。比如查看到河北省保定市中有关医院的配置文件中关于医院科室的设置数量不准确，那么就需要通过调用zk_get.sh获取配置文件内容，然后通过JavaScript对这个医院科室的数量进行修改。

例如，关键代码如下：

步骤314：客户端确定进行了修改操作的目标配置文件的属性信息，将确定的属性信息以及所述修改操作发送给服务端，以使服务端对Solr节点中的目标配置文件进行相应的修改。

例如：步骤315的例子中对于修改医院科室数量修改后的配置文件，就需要将这个配置文件的属性信息以及修改操作发送给服务端，服务端根据这个客户端发送到的信息对Solr节点中的目标配置文件进行相应的修改。保证客户端的展示窗口信息与客户端中的配置文件中的信息相一致。

步骤315：当所有的配置文件修改后，需要在确定SolrCloud中包括新增配置文件时，服务端就需要生成设定个数个Solr节点。

例如，当所有的配置文件都修改完成后，发现需要新增加新的配置文件，如需要在保定市增加一个新建医院的配置文件，那么就需要新建生成设定个数个Solr节点，比如一个Solr节点放置新增的配置文件就可以了，那么就生成一个新的Solr节点。

例如，通过调用后台zk_put.sh和zk_clear.sh文件，实现节点增删改查、重命名等功能，关键代码如下：

步骤316：将生成的设定个数个Solr节点配置在SolrCloud中，并将SolrCloud中的至少一个Zookeeper节点分配给该设定个数个Solr节点。

例如，如图5所示，这个新建的Solr节点没有给他新建Zookeeper节点，而是把它纳入到了SolrCloud中的所有Zookeeper节点集群中，在这个Zookeeper节点集群中的至少一个Zookeeper节点分配给该新建Solr节点，

步骤317：服务端将新增配置文件存储到该设定个数个Solr节点中。

例如，一个Solr节点放置新增的配置文件就可以了，那么就生成一个新的Solr节点，Solr节点生成后，就将新增的配置文件放置在这个新生成的Solr节点中。

如图6所示，本发明实施例提供了一种服务端，包括：

构建单元601，用于构建SolrCloud，SolrCloud包括至少一个Zookeeper节点和多个Solr节点；每一个Zookeeper节点对应至少一个Solr节点；

读取单元602，用于在SolrCloud中，逐个读取每一个Zookeeper节点中至少一个Solr节点所对应的至少一个配置文件；

确定单元603，用于确定所述至少一个配置文件中各个配置文件的父子关系；

发送单元604，用于将各个配置文件的父子关系发送给客户端，以使所述客户端根据所述各个配置文件的父子关系，对各个配置文件进行修改。

在本发明一个实施例中，在所述构建SolrCloud之前，如图7所示，进一步包括：

第一生成单元701，用于获取客户端发送的节点生成指令，其中，所述节点生成指令携带目标个数；根据所述节点生成指令生成所述目标个数个Solr节点；

在所述构建SolrCloud之后，进一步包括：

监测单元702，用于对各个Solr节点的运行状态进行监测，在监测到运行状态异常的Solr节点时，对所述运行状态异常的Solr节点进行处理；

和/或，

进一步包括：

第二生成单元703，用于在确定SolrCloud中包括新增配置文件时，生成设定个数个Solr节点，将生成的设定个数个Solr节点配置在SolrCloud中，并将SolrCloud中的至少一个Zookeeper节点分配给该设定个数个Solr节点，并将新增配置文件存储到该设定个数个Solr节点中。

在本发明一个实施例中，确定单元603，具体用于：

确定至少三个属性信息；

根据每一个配置文件所对应的所述至少三个属性信息，确定每一个配置文件在树状结构中的顺序；

根据确定的树状结构中顺序，得到各个配置文件的父子关系。

本发明实施例提供的一种客户端，如图8所示，包括：

获取单元801，用于获取服务端发送的各个配置文件的父子关系；

生成单元802，用于根据所述各个配置文件的父子关系，生成各个配置文件对应的树状结构；

展示单元803，用于展示所述树状结构；

修改单元804，用于在展示的所述树状结构中，对各个配置文件进行修改操作。

在本发明一个实施例中，修改单元804，用于进行所述修改操作包括：增加、删除、修改、查看、移动和重命名中的至少一种；

进一步包括：

确定单元805，用于确定进行了修改操作的目标配置文件的属性信息，将确定的属性信息以及所述修改操作发送给服务端，以使服务端对Solr节点中的目标配置文件进行相应的修改。

在本发明一个实施例中，由一种服务端和一种客户端，相互交互形成了一种SolrCloud配置文件修改系统，服务端构建SolrCloud，并且逐个的读取各个Zookeeper节点中至少一个Solr节点所对应的至少一个配置文件，然后确定这些配置文件的父子关系，服务端在将这个各个配置文件的父子关系发送给客户端，客户端根据这个配置文件的父子关系，形成树状结构，并已可视化窗口的形式展现出来，操作使用人员可根据这个可视化窗口对各个配置文件及各个Solr节点进行修改、增加、删除、重命名等操作，客户端在将这些修改等确定的属性信息以及所述修改操作发送给服务端，服务端对配置文件进行更新操作，服务端和客户端的这种交互系统，可以简化SolrCloud配置文件的修改操作。

综上，本发明各个实施例至少可以实现如下有益效果：

1、在本发明实施例中，首先先构建SolrCloud，SolrCloud包括至少一个Zookeeper节点和多个Solr节点，每一个Zookeeper节点对应至少一个Solr节点，并且逐个读取每一个Zookeeper节点中至少一个Solr节点所对应的至少一个配置文件，确定这些配置文件中个个配置文件的父子关系，在把这个配置文件间的父子关系发送给客户端，这样，配置文件这种有父子关系的逻辑顺序，可以很直观的表示各个配置文件在整个的配置文件中的具体位置，这样就便于客户端对其进行可视化展示，因此可以简化SolrCloud配置文件的修改操作。

2、在本发明实施例中，在构建SolrCloud之前，先根据客户端的生成指令生成目标个数个Solr节点，这样就能保证构建SolrCloud中的Solr节点的个数是满足客户端的具体要求的，在构建SolrCloud之后，在各个Solr节点中增加监测程序，这样可以保证整个SolrCloud中的各个Solr节点都能正常的运行，如有运行异常可以迅速的做出相应的反应。而在构建SolrCloud之后，可以新增配置文件，通过生成新的Solr节点来放置需新增配置文件，增加了SolrCloud的弹性，操作简单，很大程度上简化SolrCloud配置文件的修改操作步骤。

3、在本发明实施例中，可以根据至少三个属性信息来确定每个配置文件在数据结构中的顺序，的到各个配置文件件的父子关系，保证这个配置文件的父子关系发送给客户端时可以清晰的将这些配置文件的父子关系以可视化窗口的形式清晰的展现，方便用户对配置文件进行编辑修改等操作，很大程度上简化SolrCloud配置文件的修改操作步骤。

4、在本发明实施例中，在对可视化窗口中的内容进行修改操作时，由于可视化窗口中只是展现的是配置文件的父子关系的树状结构，因此，有些修改就需要确定进行了修改操作的目标配置文件的属性信息，然后将确定的属性信息以及所述修改操作发送给服务端，以使服务端对Solr节点中的目标配置文件进行相应的修改，这样就保证了服务端所展现的内容与服务端中的Solr节点中的配置文件信息完全一致。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个〃·····”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。