一种应用的配置系统和方法与流程

1.本发明涉及计算机技术领域，尤其涉及一种应用的配置系统和方法。


背景技术：

2.在开发一款应用软件时，为了应对不同的市场需求，开发人员会编写许多逻辑代码，以使应用软件能够实现相应的需求。在应用软件发布之后，随着用户习惯、宏观政策等方面的变化，市场需求也会发生变化，应用软件就需要作出相应的改变，以实现变化后的需求。
3.在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
4.对于部署在多个服务器上的应用软件，为了实现变化后的需求，对逻辑代码进行修改生成新版本的应用软件后，新版本的应用软件在部署的全部服务器上都会生效，而无法仅针对部分服务器生效以进行测试。此时，如果对逻辑代码的修改存在错误，则该应用软件的全部应用场景都会出现问题，影响范围较大。


技术实现要素：

5.有鉴于此，本发明实施例提供了一种应用的配置系统和方法，通过在中心服务器获取到的配置请求中加入待配置的应用服务器的地址，多个应用服务器中仅该地址所对应的待配置的应用服务器能够收到配置内容并根据配置内容对待配置的应用进行配置，从而实现了对应用的灰度发布，即一部分被配置请求指定的应用服务器对原始配置进行更新，进而根据更新后的配置运行应用，而其他未被配置请求指定的应用服务器仍然根据原始配置，运行未更新配置的应用。本方案有利于保证应用运行的稳定性，在配置内容存在问题时，能够避免由于所有应用服务器都修改了配置而可能导致的重大问题，减少了出现问题时影响的范围。
6.为实现上述目的，根据本发明实施例的一个方面，提供了一种应用的配置系统。
7.本发明实施例的一种应用的配置系统包括：中心服务器和多个应用服务器；其中，
8.中心服务器，用于获取应用的配置请求，其中，配置请求包括：配置内容以及待配置的应用服务器的地址；根据地址，将配置内容发送给多个应用服务器中待配置的应用服务器；
9.待配置的应用服务器，用于根据配置内容，确定待配置的应用，并根据配置内容对待配置的应用进行配置；根据配置结果，运行应用。
10.可选地，
11.配置内容包括：待配置的应用的更新内容；
12.根据配置内容对待配置的应用进行配置，包括：
13.确定配置内容所对应的原始配置，并根据更新内容对原始配置进行更新。
14.可选地，
15.多个应用服务器中除待配置的应用服务器以外的其他应用服务器，用于根据原始
配置，运行待配置的应用。
16.可选地，
17.待配置的应用服务器，用于根据配置内容，确定与待配置的应用所对应的类和配置过程；利用配置过程，根据配置内容对与待配置的应用所对应的类进行配置。
18.可选地，
19.待配置的应用服务器，用于生成配置后的类所对应的实例，以根据生成的实例运行应用。
20.可选地，
21.中心服务器，用于确定预存的地址配置表中是否存在待配置的应用服务器的地址，地址配置表包括多个应用服务器分别对应的地址；
22.当地址配置表中存在待配置的应用服务器的地址时，将配置内容发送给待配置的应用服务器。
23.可选地，
24.待配置的应用服务器，用于接收中心服务器发送的配置内容；
25.对中心服务器的地址进行验证；
26.当中心服务器的地址验证通过时，根据配置内容对待配置的应用进行配置。
27.为实现上述目的，根据本发明实施例的又一方面，提供了一种应用的配置方法。
28.本发明实施例的一种应用的配置方法包括：
29.利用中心服务器获取应用的配置请求，其中，配置请求包括：配置内容以及待配置的应用服务器的地址；
30.利用中心服务器，根据地址，将配置内容发送给多个应用服务器中待配置的应用服务器；
31.利用待配置的应用服务器，根据配置内容，确定待配置的应用，并根据配置内容对待配置的应用进行配置；
32.利用待配置的应用服务器根据配置结果，运行应用。
33.为实现上述目的，根据本发明实施例的又一方面，提供了一种配置应用的电子设备。
34.本发明实施例的一种配置应用的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明实施例的一种应用的配置方法。
35.为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。
36.本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现本发明实施例的一种应用的配置方法。
37.上述发明中的一个实施例具有如下优点或有益效果：中心服务器获取配置请求后，根据配置请求中指定的待配置的应用服务器的地址，将配置请求中包括的配置内容发送给多个应用服务器中与该地址对应的待配置的应用服务器，而待配置的应用服务器接收到配置内容后，根据配置内容对待配置的应用进行配置，并根据配置后的结果运行应用。通过上述描述可见，通过在中心服务器获取到的配置请求中加入待配置的应用服务器的地
址，多个应用服务器中仅该地址所对应的待配置的应用服务器能够收到配置内容并根据配置内容对待配置的应用进行配置，从而实现了对应用的灰度发布，即一部分被配置请求指定的应用服务器对原始配置进行更新，进而根据更新后的配置运行应用，而其他未被配置请求指定的应用服务器仍然根据原始配置，运行未更新配置的应用。本方案有利于保证应用运行的稳定性，在配置内容存在问题时，能够避免由于所有应用服务器都修改了配置而可能导致的重大问题，减少了出现问题时影响的范围。
38.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
39.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
40.图1是根据本发明实施例的一种应用的配置系统的示意图；
41.图2是根据本发明实施例的一种应用的配置方法的主要步骤的示意图；
42.图3是本发明实施例可以应用于其中的示例性系统架构图；
43.图4是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
44.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
45.需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。
46.图1是根据本发明实施例的一种应用的配置系统的主要模块的示意图。
47.如图1所示，本发明实施例的一种应用的配置系统100包括：中心服务器101和多个应用服务器102；其中，
48.中心服务器101，用于获取应用的配置请求，其中，配置请求包括：配置内容以及待配置的应用服务器的地址；根据地址，将配置内容发送给多个应用服务器102中待配置的应用服务器；
49.待配置的应用服务器，用于根据配置内容，确定待配置的应用，并根据配置内容对待配置的应用进行配置；根据配置结果，运行应用。
50.在本发明实施例中，当配置内容包括待配置的应用的更新内容时，待配置的应用服务器根据配置内容对待配置的应用进行配置，包括：确定配置内容所对应的原始配置，并根据更新内容对原始配置进行更新。此时，多个应用服务器102中除了待配置的应用服务器以外的其他应用服务器用于根据原始配置，运行待配置的应用。通过上述描述可见，针对多个应用服务器102，能够实现其中的一部分根据更新内容对原始配置进行更新，进而根据更新后的配置结果运行应用，而另一部分仍然根据原始配置，运行未更新配置的应用，从而实现了对包括更新内容的应用的灰度发布，避免了由于所有应用服务器都修改配置而可能导
致的重大问题，减少了出现问题时影响的范围。
51.在本发明实施例中，在待配置的应用服务器上首次运行待配置的应用前，配置内容还可以包括原始配置，此时，待配置的应用服务器根据配置内容对待配置的应用进行配置，包括：根据原始配置对所述待配置的应用进行配置。
52.在本发明实施例中，待配置的应用服务器可以根据配置内容，确定与待配置的应用所对应的类和配置过程；再利用配置过程，根据配置内容对与待配置的应用所对应的类进行配置。在本发明一个优选的实施例中，待配置的应用服务器通过javassist组件确定与待配置的应用所对应的类和配置过程，并利用配置过程，根据配置内容对与待配置的应用所对应的类进行配置，通过采用javassist组件，能够使用java原生语法进行逻辑编写，入门低，可以对整个方法体的逻辑进行修改，并且可以借助javassist的方法内容更新机制，进行jvm内存中对象实例方法逻辑的动态替换。具体而言，首先通过classpool.get函数获取到配置内容中指定的class类，再通过ctclass.getdeclaredmethod函数来获取到配置内容中指定的配置过程，最后利用获取到的配置过程，通过ctmethod.setbody函数根据配置内容对待配置的应用进行配置。
53.在本发明实施例中，在待配置的应用服务器根据配置内容对待配置的应用进行配置后，由于应用逻辑代码中变更后的类和方法并不能自动生效，需要进行类的实例化才能运行，因此待配置的应用服务器还可以用于生成配置后的类所对应的实例，以根据生成的实例运行应用。在本发明一个优选的实施例中，可以使用spring提供的api框架，以根据生成的实例运行应用。在本发明另一个优选的实施例中，对生成的实例可以采用对象池进行管理，采用对象池技术能够直接替换配置内容中的实例，从而免去了每次执行时都获取配置内容并对配置内容进行解析、处理的过程，提高了应用的运行效率。具体而言，可以将该与根据配置后的类相对应的实例作为一个新的实例增添进对象池，也可以将对象池中原来已有的同名实例替换为该与根据配置后的类相对应的实例，后续就可以直接从对象池中获取该与根据配置后的类相对应的实例运行应用。
54.在本发明实施例中，中心服务器101可以通过预存的地址配置表对多个应用服务器102进行管理，该地址配置表包括多个应用服务器102分别对应的地址，中心服务器101可以通过socket通信技术与多个应用服务器102进行通信。当获取到配置请求时，中心服务器101确定预存的地址配置表中是否存在待配置的应用服务器的地址；只有当地址配置表中存在待配置的应用服务器的地址时，中心服务器101才将配置内容发送给待配置的应用服务器。通过上述描述可见，在中心服务器预存地址配置表以管理多个应用服务器，并在发送配置内容时对待配置的应用服务器对应的地址进行验证，可以增强系统的安全性，并且能够防止由于中心服务器将配置内容发送给未知的服务器而造成的代码泄露。
55.在本发明实施例中，每一个应用服务器上可以预存有中心服务器的地址，以使待配置的应用服务器在接受到中心服务器发送的配置内容之后，可以对中心服务器的地址进行验证。只有当中心服务器的地址验证通过时，待配置的应用服务器才根据配置内容对待配置的应用进行配置，以增强系统的安全性，防止应用服务器被非中心服务器发来的恶意配置内容所攻击，影响应用的运行。
56.根据本发明实施例的一种应用的配置系统可以看出，中心服务器获取配置请求后，根据配置请求中指定的待配置的应用服务器的地址，将配置请求中包括的配置内容发
送给多个应用服务器中与该地址对应的待配置的应用服务器，而待配置的应用服务器接收到配置内容后，根据配置内容对待配置的应用进行配置，并根据配置后的结果运行应用。通过上述描述可见，通过在中心服务器获取到的配置请求中加入待配置的应用服务器的地址，多个应用服务器中仅该地址所对应的待配置的应用服务器能够收到配置内容并根据配置内容对待配置的应用进行配置，从而在配置内容存在问题时，能够避免由于所有应用服务器都修改了配置而可能导致的重大问题，减少了出现问题时影响的范围。
57.图2是根据本发明实施例的一种应用的配置方法的主要步骤的示意图。
58.如图2所示，本发明实施例的一种应用的配置方法主要包括以下步骤：
59.步骤s201：利用中心服务器获取应用的配置请求，其中，配置请求包括：配置内容以及待配置的应用服务器的地址；
60.步骤s202：利用中心服务器，根据地址，将配置内容发送给多个应用服务器中的待配置的应用服务器；
61.步骤s203：利用待配置的应用服务器，根据配置内容，确定待配置的应用，并根据配置内容对待配置的应用进行配置；
62.步骤s204：利用待配置的应用服务器根据配置结果，运行应用。
63.在本发明实施例中，配置内容包括：待配置的应用的更新内容；步骤s203中根据配置内容对待配置的应用进行配置，包括：确定配置内容所对应的原始配置，并根据更新内容对原始配置进行更新。
64.在本发明实施例中，该方法还包括：利用多个应用服务器中除待配置的应用服务器以外的其他应用服务器，根据原始配置，运行待配置的应用。
65.在本发明实施例中，步骤s203包括：利用待配置的应用服务器，根据配置内容，确定与待配置的应用所对应的类和配置过程；利用配置过程，根据配置内容对与待配置的应用所对应的类进行配置。
66.在本发明实施例中，步骤s203包括：利用待配置的应用服务器，生成配置后的类所对应的实例，以根据生成的实例运行应用。
67.在本发明实施例中，步骤s202包括：利用中心服务器确定预存的地址配置表中是否存在待配置的应用服务器的地址，地址配置表包括多个应用服务器分别对应的地址；当地址配置表中存在待配置的应用服务器的地址时，将配置内容发送给待配置的应用服务器。
68.在本发明实施例中，步骤s203包括：利用待配置的应用服务器接收中心服务器发送的配置内容；对中心服务器的地址进行验证；当中心服务器的地址验证通过时，根据配置内容对待配置的应用进行配置。
69.根据本发明实施例的一种应用的配置方法可以看出，中心服务器获取配置请求后，根据配置请求中指定的待配置的应用服务器的地址，将配置请求中包括的配置内容发送给多个应用服务器中与该地址对应的待配置的应用服务器，而待配置的应用服务器接收到配置内容后，根据配置内容对待配置的应用进行配置，并根据配置后的结果运行应用。通过上述描述可见，通过在中心服务器获取到的配置请求中加入待配置的应用服务器的地址，多个应用服务器中仅该地址所对应的待配置的应用服务器能够收到配置内容并根据配置内容对待配置的应用进行配置，从而实现了对应用的灰度发布，即一部分被配置请求指
定的应用服务器对原始配置进行更新，进而根据更新后的配置运行应用，而其他未被配置请求指定的应用服务器仍然根据原始配置，运行未更新配置的应用。本方案有利于保证应用运行的稳定性，在配置内容存在问题时，能够避免由于所有应用服务器都修改了配置而可能导致的重大问题，减少了出现问题时影响的范围。
70.图3示出了可以应用本发明实施例的应用的配置方法的示例性系统架构300。
71.如图3所示，系统架构300可以包括终端设备301、302、303，网络304和服务器305。网络304用以在终端设备301、302、303和服务器305之间提供通信链路的介质。网络304可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
72.用户可以使用终端设备301、302、303通过网络304与服务器305交互，以接收或发送消息等。终端设备301、302、303上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
73.终端设备301、302、303可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
74.服务器305可以是提供各种服务的服务器，例如对用户利用终端设备301、302、303所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。
75.应该理解，图3中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
76.下面参考图4，其示出了适于用来实现本发明实施例的终端设备的计算机系统400的结构示意图。图4示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
77.如图4所示，计算机系统400包括中央处理单元(cpu)401，其可以根据存储在只读存储器(rom)402中的程序或者从存储部分408加载到随机访问存储器(ram)403中的程序而执行各种适当的动作和处理。在ram 403中，还存储有系统400操作所需的各种程序和数据。cpu 401、rom 402以及ram 403通过总线404彼此相连。输入/输出(i/o)接口405也连接至总线404。
78.以下部件连接至i/o接口405：包括键盘、鼠标等的输入部分406；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分407；包括硬盘等的存储部分408；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特网的网络执行通信处理。驱动器410也根据需要连接至i/o接口405。可拆卸介质411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器410上，以便于从其上读出的计算机程序根据需要被安装入存储部分408。
79.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分409从网络上被下载和安装，和/或从可拆卸介质411被安装。在该计算机程序被中央处理单元(cpu)401执行时，执行本发明的系统中限定的上述功能。
80.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
81.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
82.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：利用中心服务器获取应用的配置请求，其中，配置请求包括：配置内容以及待配置的应用服务器的地址；利用中心服务器，根据地址，将配置内容发送给多个应用服务器中的待配置的应用服务器；利用待配置的应用服务器，根据配置内容，确定待配置的应用，并根据配置内容对待配置的应用进行配置；利用待配置的应用服务器根据配置结果，运行应用。
83.根据本发明实施例的技术方案，中心服务器获取配置请求后，根据配置请求中指定的待配置的应用服务器的地址，将配置请求中包括的配置内容发送给多个应用服务器中与该地址对应的待配置的应用服务器，而待配置的应用服务器接收到配置内容后，根据配置内容对待配置的应用进行配置，并根据配置后的结果运行应用。通过上述描述可见，通过在中心服务器获取到的配置请求中加入待配置的应用服务器的地址，多个应用服务器中仅该地址所对应的待配置的应用服务器能够收到配置内容并根据配置内容对待配置的应用进行配置，从而实现了对应用的灰度发布，即一部分被配置请求指定的应用服务器对原始
配置进行更新，进而根据更新后的配置运行应用，而其他未被配置请求指定的应用服务器仍然根据原始配置，运行未更新配置的应用。本方案有利于保证应用运行的稳定性，在配置内容存在问题时，能够避免由于所有应用服务器都修改了配置而可能导致的重大问题，减少了出现问题时影响的范围。
84.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。