一种服务调用方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种服务调用方法和装置。


背景技术：

2.在互联网应用中，越来越多的应用使用微服务架构设计，来应对日益增长的需求。采用微服务架构设计的应用常常需要通过跨进程、跨服务器等方式调用依赖服务。在实际应用场景中，应用对外提供服务a，服务a依赖了地址服务的lh分组实例，则服务a需要调用地址服务的lh分组实例来对外提供服务。
3.现有技术中，路由规则是固定的，如果lh分组实例发生故障，将lh分组实例调整为mjq分组实例，则需要人工修改路由规则，并重启应用使修改生效。
4.但是，现有技术重启应用会降低服务调用的效率。


技术实现要素：

5.有鉴于此，本发明实施例提供一种服务调用方法和装置，能够提高服务调用的效率。
6.第一方面，本发明实施例提供了一种服务调用方法，包括：
7.获取调用服务的信息；
8.根据预先配置的若干路由规则，确定是否存在与所述信息匹配的依赖服务分组；
9.如果存在与所述信息匹配的依赖服务分组，则根据预设的依赖服务分组与依赖服务实例的对应关系，确定所述信息对应的依赖服务实例；
10.调用所述信息对应的依赖服务实例。
11.可选地，
12.所述信息，包括：所述调用服务所在的服务器的ip地址；
13.所述路由规则，包括：服务器的ip地址与依赖服务分组的对应关系。
14.可选地，
15.所述信息，包括：所述调用服务对应的调用服务分组；
16.所述路由规则，包括：调用服务分组与依赖服务分组的对应关系。
17.可选地，
18.进一步包括：
19.如果不存在与所述信息匹配的依赖服务分组，则根据预设的依赖服务分组与依赖服务实例的对应关系，确定预设的默认依赖服务分组对应的依赖服务实例，执行所述调用所述信息对应的依赖服务实例；其中，所述信息对应的依赖服务实例为所述默认依赖服务分组对应的依赖服务实例。
20.可选地，
21.所述若干路由规则由zookeeper配置。
22.可选地，
23.所述信息还包括：依赖服务标识；
24.所述根据预先配置的若干路由规则，确定是否存在与所述信息匹配的依赖服务分组，包括：
25.在预先配置的若干路由规则中确定与所述依赖服务标识对应的路由规则；
26.根据与所述依赖服务标识对应的路由规则，确定是否存在与所述信息匹配的依赖服务分组。
27.第二方面，本发明实施例提供了一种服务调用方法，包括：
28.获取调用服务的信息；
29.根据预先配置的若干路由规则，确定是否存在与所述信息匹配的第一依赖服务分组；
30.如果存在所述第一依赖服务分组，则根据预设的依赖服务分组与依赖服务实例的对应关系，确定所述第一依赖服务分组对应的依赖服务实例；
31.调用所述第一依赖服务分组对应的依赖服务实例；
32.如果调用失败，则根据所述若干路由规则，确定是否存在与所述信息匹配的第二依赖服务分组；
33.如果存在所述第二依赖服务分组，则根据所述依赖服务分组与依赖服务实例的对应关系，确定所述第二依赖服务分组对应的依赖服务实例；
34.调用所述第二依赖服务分组对应的依赖服务实例。
35.第三方面，本发明实施例提供了一种服务调用装置，包括：
36.获取模块，配置为获取调用服务的信息；
37.确定模块，配置为根据预先配置的若干路由规则，确定是否存在与所述信息匹配的依赖服务分组；如果存在与所述信息匹配的依赖服务分组，则根据预设的依赖服务分组与依赖服务实例的对应关系，确定所述信息对应的依赖服务实例；
38.调用模块，配置为调用所述信息对应的依赖服务实例。
39.第四方面，本发明实施例提供了一种服务调用装置，包括：
40.获取模块，配置为获取调用服务的信息；
41.确定模块，配置为根据预先配置的若干路由规则，确定是否存在与所述信息匹配的第一依赖服务分组；如果存在所述第一依赖服务分组，则根据预设的依赖服务分组与依赖服务实例的对应关系，确定所述第一依赖服务分组对应的依赖服务实例，触发调用模块；根据所述若干路由规则，确定是否存在与所述信息匹配的第二依赖服务分组；如果存在所述第二依赖服务分组，则根据所述依赖服务分组与依赖服务实例的对应关系，确定所述第二依赖服务分组对应的依赖服务实例，触发所述调用模块
42.所述调用模块，配置为调用所述第一依赖服务分组对应的依赖服务实例，如果调用失败，则触发所述确定模块；调用所述第二依赖服务分组对应的依赖服务实例。
43.第五方面，本发明实施例提供了一种电子设备，包括：
44.一个或多个处理器；
45.存储装置，用于存储一个或多个程序，
46.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述任一实施例所述的方法。
47.第六方面，本发明实施例提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例所述的方法。
48.上述发明中的一个实施例具有如下优点或有益效果：路由规则是可配置的，如果需要调整调用服务对应的依赖服务分组，可以更新配置的路由规则。本发明实施例，不需要人工修改代码中的路由规则，也无需重启应用，能够提高服务调用的效率，保证服务的稳定性。
49.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
50.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
51.图1是本发明的一个实施例提供的一种服务调用方法的流程图；
52.图2是本发明的另一个实施例提供的一种服务调用方法的流程图；
53.图3是本发明的一个实施例提供的一种服务调用方法的类图；
54.图4是本发明的又一个实施例提供的一种服务调用方法的流程图；
55.图5是本发明的再一个实施例提供的一种服务调用方法的流程图；
56.图6是本发明的一个实施例提供的一种路由配置的示意图；
57.图7是本发明的一个实施例提供的一种服务调用装置的示意图；
58.图8是本发明的另一个实施例提供的一种服务调用装置的示意图；
59.图9是本发明实施例可以应用于其中的示例性系统架构图；
60.图10是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
61.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
62.如图1所示，本发明实施例提供了一种服务调用方法，包括：
63.步骤101：获取调用服务的信息。
64.调用服务可以依赖于一种或不同种依赖服务，例如，调用服务a依赖于地址服务，调用服务b依赖于查询服务和地址服务。由于对每一种依赖服务的处理过程是相同的，因此，以下实施例将仅以依赖服务为地址服务为例进行说明。
65.调用服务的信息，包括：调用服务所在的服务器的ip地址、调用服务对应的调用服务分组、依赖服务标识和调用服务对应的机房中任意一种或多种。
66.步骤102：根据预先配置的若干路由规则，确定是否存在与信息匹配的依赖服务分组，如果存在，则执行步骤103，否则，终止当前流程。
67.在本发明实施例中，可以将调用服务的信息与各个路由规则依次匹配，以确定是否存在与信息匹配的依赖服务分组。
68.如果不存在与信息匹配的依赖服务分组，还可以提示调用失败等信息。
69.步骤103：根据预设的依赖服务分组与依赖服务实例的对应关系，确定信息对应的依赖服务实例。
70.步骤104：调用信息对应的依赖服务实例。
71.在本发明实施例中，路由规则是可配置的，如果需要调整调用服务对应的依赖服务分组，可以更新配置的路由规则。本发明实施例，不需要人工修改代码中的路由规则，也无需重启应用，能够提高服务调用的效率，保证服务的稳定性。
72.在本发明的一个实施例中，可以基于依赖服务实例所在的机房、城市确定依赖服务实例所属的依赖服务分组，一个依赖服务分组中可以包括一个依赖服务实例，也可以包括多个依赖服务实例。依赖服务分组可以通过多个依赖服务实例实现负载均衡，并提高服务的稳定性和可靠性。
73.例如，地址服务包括：lh分组和mjq分组；lh分组中包括地址服务实例1，mjq分组中包括地址服务实例2和地址服务实例3。
74.在本发明的一个实施例中，信息，包括：调用服务所在的服务器的ip地址；
75.路由规则，包括：服务器的ip地址与依赖服务分组的对应关系。
76.服务器的ip地址与依赖服务分组的对应关系不同，其所属的路由规则不同。
77.例如，在路由规则1中，服务器的ip地址与依赖服务分组的对应关系如表1所示。
78.表1
79.服务器的ip地址依赖服务分组192.168.129.106lh分组192.168.129.107lh分组192.168.129.108mjq分组
80.在路由规则2中，服务器的ip地址与依赖服务分组的对应关系如表1所示。
81.表2
82.服务器的ip地址依赖服务分组192.168.129.106mjq分组192.168.129.107lh分组192.168.129.108lh分组
83.本发明实施例基于服务器的ip地址确定调用服务对应的依赖服务分组，可以使位于不同服务器上的调用服务调用相同的依赖服务分组，也可以使不同服务器上的调用服务调用不同的依赖服务分组对外提供服务。不同服务器上的调用服务调用不同的依赖服务分组，能够避免依赖服务分组发生故障后，降低对调用服务的影响。
84.在本发明的一个实施例中，信息，包括：调用服务对应的调用服务分组；
85.路由规则，包括：调用服务分组与依赖服务分组的对应关系。
86.在实际应用场景中，可以基于调用服务所在的城市、机房、调用服务对应的商家编号等信息确定调用服务所属的调用服务分组。例如，调用服务a分为北京服务分组、上海服务分组和南京服务分组。调用服务b分为机房1分组和机房2分组。在本发明实施例中，路由规则中的调用服务分组可以用调用服务分组的名称(或别名)、编号等标识，依赖服务分组与之类似。
87.在路由规则3中，调用服务分组与依赖服务分组的对应关系如表3所示。
88.表3
89.调用服务分组依赖服务分组lf_pclh分组pc_mjqmjq分组
90.在本发明实施例中，属于不同调用服务分组的调用服务可以调用相同的依赖服务分组，也可以调用不同的依赖服务分组。调用服务可以调用同一个机房内的依赖服务分组中的依赖服务实例，也可以跨机房或者跨城市调用。例如，机房1中的调用服务调用机房1中的依赖服务实例，也可以调用机房2中的依赖服务实例。
91.在本发明的一个实施例中，该方法还包括：如果不存在与信息匹配的依赖服务分组，则根据预设的依赖服务分组与依赖服务实例的对应关系，确定预设的默认依赖服务分组对应的依赖服务实例，执行调用信息对应的依赖服务实例；其中，信息对应的依赖服务实例为默认依赖服务分组对应的依赖服务实例。
92.为了保证调用服务的稳定性，本发明根据预设的默认依赖服务分组确定调用服务的信息对应的依赖服务实例，以保证查询不到与信息对应的路由规则时，仍然可以提供稳定的调用服务。
93.在本发明实施例，可以通过zookeeper服务配置路由规则。具体地，当监听配置变化，zookeeper客户端可以监听zookeeper集群中的路由规则是否发生更新，如果是，则更新本地配置。
94.通过zookeeper服务可以实现路由规则的动态更新，更新后的路由规则可以立即生效，无需重启应用，降低对调用过程的影响，保证调用服务的稳定性。
95.在本发明的一个实施例中，信息还包括：依赖服务标识；
96.根据预先配置的若干路由规则，确定是否存在与信息匹配的依赖服务分组，包括：
97.在预先配置的若干路由规则中确定与依赖服务标识对应的路由规则；
98.根据与依赖服务标识对应的路由规则，确定是否存在与信息匹配的依赖服务分组。
99.考虑到依赖服务可能存在多种，本发明实施例预先配置与各种依赖服务对应的路由规则，每一种依赖服务对应的路由规则的数量可以为一个或多个。例如，地址服务标识为g，搜索服务标识为h，g对应的路由规则为g1、g2和g3，h对应的路由规则为h1和h2，如果信息中包括的依赖服务标识为g，则根据g1、g2和g3，确定是否存在与信息匹配的依赖服务分组。
100.如图2所示，本发明实施例提供了一种服务调用方法，包括：
101.步骤201：获取调用服务所在的服务器的ip地址。
102.在本发明实施例中，调用服务所在的服务器的ip地址为192.168.129.106。
103.步骤202：根据预设的服务器的ip地址与依赖服务分组的对应关系，确定是否存在与调用服务所在的服务器的ip地址匹配的依赖服务分组，如果是，执行步骤203，否则，执行步骤204。
104.服务器的ip地址与依赖服务分组的对应关系如表1所示。将调用服务所在的服务器的ip地址逐一与表1中的服务器的ip地址进行匹配，确定192.168.129.106对应的依赖服务分组为lh分组。
105.步骤203：根据预设的依赖服务分组与依赖服务实例的对应关系，确定调用服务所在的服务器的ip地址对应的依赖服务实例，执行步骤205。
106.表4
107.依赖服务分组依赖服务实例lh分组e1、e2mjq分组f1、f2、f3
108.依赖服务分组与依赖服务实例的对应关系如表4所示。192.168.129.106对应的依赖服务实例为e1和e2。
109.步骤204：根据预设的依赖服务分组与依赖服务实例的对应关系，确定预设的默认依赖服务分组对应的依赖服务实例，执行步骤205；其中，默认依赖服务分组对应的依赖服务实例为调用服务所在的服务器的ip地址对应的依赖服务实例。
110.在本发明实施例中，默认依赖服务分组可以为lh分组或mjq分组。
111.步骤205：调用调用服务所在的服务器的ip地址对应的依赖服务实例。
112.需要说明的是，本发明实施例仅以一种路由规则为例进行说明，如果存在多种路由规则，即多组服务器的ip地址与依赖服务分组的对应关系，则在得到与调用服务所在的服务器的ip地址匹配的依赖服务分组之前，需要将调用服务所在的服务器的ip地址依次与各个对应关系中的服务器的ip地址进行匹配。
113.如图3所示，是本发明实施例提供的服务调用方法的类图，其中，rpcfactory依赖了rpcdefaultservice和rpcmapservice，提供了获取依赖服务实例的方法。
114.rpcmapservice封装了各个依赖服务分组的依赖服务实例，其中，key为依赖服务分组，value为相应的依赖服务实例。另外，其他服务可自行创建属性map。
115.rpcdefaultservice提供了默认依赖服务分组。示例中提供了地址服务的默认依赖服务分组，其他服务可自行创建属性。routerpowerconfig和routerserverconfig封装了若干路由规则。
116.在实际应用场景中，调用服务可以跨进程或跨服务器等调用依赖服务实例。在调用过程中，由于网络问题可能导致依赖服务实例不可用。鉴于此，本发明实施例提供了一种服务调用方法，如图4所示，包括：
117.步骤401：获取调用服务的信息。
118.步骤402：根据预先配置的若干路由规则，确定是否存在与信息匹配的第一依赖服务分组，如果是，执行步骤403，否则，终止当前流程。
119.步骤403：根据预设的依赖服务分组与依赖服务实例的对应关系，确定第一依赖服务分组对应的依赖服务实例。
120.步骤404：调用第一依赖服务分组对应的依赖服务实例，如果调用失败，则执行步骤405。
121.步骤405：根据若干路由规则，确定是否存在与信息匹配的第二依赖服务分组，如果是，执行步骤406，否则，终止当前流程。
122.步骤406：根据依赖服务分组与依赖服务实例的对应关系，确定第二依赖服务分组对应的依赖服务实例。
123.步骤407：调用第二依赖服务分组对应的依赖服务实例。
124.在本发明实施例中，通过路由规则可以确定至少两个与信息匹配的依赖服务分组，如果其中一个依赖服务分组中的依赖服务实例无法调用时，可以调用另一个匹配的依赖服务分组中的依赖服务实例。该方法能够保证服务的稳定性。
125.如图5所示，本发明实施例提供了一种服务调用方法，包括：
126.步骤501：获取调用服务的信息，其中，调用服务的信息中包括：调用服务所在的服务器的ip地址、调用服务对应的调用服务分组。
127.调用服务所在的服务器的ip地址为192.168.129.106，调用服务对应的调用服务分组为qtrade_lf。
128.步骤502：根据预先配置的若干路由规则，确定是否存在与信息匹配的第一依赖服务分组，如果是，执行步骤503，否则，执行步骤504。
129.本发明的路由配置如图6所示，其中，该配置中包括两种路由规则，如表5和表6所示。
130.在本发明实施例中，调用服务所在的服务器的ip地址的优先级高于调用服务对应的调用服务分组的优先级，因此，先用192.168.129.106与表5中的服务器的ip地址逐一匹配，得到与192.168.129.106匹配的第一依赖服务分组为b2b分组。
131.表5
132.服务器的ip地址依赖服务分组192.168.129.106b2b分组192.168.129.107b2b分组172.17.23.28yz分组172.17.23.27yz分组
133.表6
134.调用服务分组依赖服务分组lf_pclf分组qtrade_lflf分组pc_mjqmjq分组qtrade_mjqmjq分组
135.步骤503：根据预设的依赖服务分组与依赖服务实例的对应关系，确定第一依赖服务分组对应的依赖服务实例，执行步骤505。
136.表7
137.[0138][0139]
根据表7确定b2b分组对应的依赖服务实例为e1、e2。
[0140]
步骤504：根据预设的依赖服务分组与依赖服务实例的对应关系，确定预设的第一默认依赖服务分组对应的依赖服务实例，执行步骤505；其中，第一默认依赖服务分组对应的依赖服务实例为第一依赖服务分组对应的依赖服务实例。
[0141]
第一默认依赖服务分组为sh分组。
[0142]
步骤505：调用第一依赖服务分组对应的依赖服务实例，如果调用失败，则执行步骤506。
[0143]
步骤506：根据若干路由规则，确定是否存在与信息匹配的第二依赖服务分组，如果是，执行步骤507，否则，执行步骤508。
[0144]
将qtrade_lf与表6中的调用服务分组逐一匹配，得到与qtrade_lf对应的依赖服务分组lf。
[0145]
步骤507：根据依赖服务分组与依赖服务实例的对应关系，确定第二依赖服务分组对应的依赖服务实例，执行步骤509。
[0146]
根据表7确定lf分组对应的依赖服务实例为m1。
[0147]
步骤508：根据预设的依赖服务分组与依赖服务实例的对应关系，确定预设的第二默认依赖服务分组对应的依赖服务实例，执行步骤505；其中，第二默认依赖服务分组对应的依赖服务实例为第二依赖服务分组对应的依赖服务实例。
[0148]
第二默认依赖服务分组为bj分组。
[0149]
步骤509：调用第二依赖服务分组对应的依赖服务实例。
[0150]
在本发明实施例中，路由规则提供了两种路由方式，一种是基于调用服务所在的服务器的ip地址，另一种是基于调用服务对应的调用服务分组，因此，当网络发生故障、无法调用第一依赖服务分组中的依赖服务分组时，可以根据路由规则，调用第二依赖服务分组中的依赖服务分组。该方法能够保证服务的稳定性和可靠性。
[0151]
如图7所示，本发明实施例提供了一种服务调用装置，包括：
[0152]
获取模块701，配置为获取调用服务的信息；
[0153]
确定模块702，配置为根据预先配置的若干路由规则，确定是否存在与信息匹配的依赖服务分组；如果存在与信息匹配的依赖服务分组，则根据预设的依赖服务分组与依赖服务实例的对应关系，确定信息对应的依赖服务实例；
[0154]
调用模块703，配置为调用信息对应的依赖服务实例。
[0155]
在本发明的一个实施例中，信息，包括：调用服务所在的服务器的ip地址；
[0156]
路由规则，包括：服务器的ip地址与依赖服务分组的对应关系。
[0157]
在本发明的一个实施例中，信息，包括：调用服务对应的调用服务分组；
[0158]
路由规则，包括：调用服务分组与依赖服务分组的对应关系。
[0159]
在本发明的一个实施例中，确定模块702，配置为如果不存在与信息匹配的依赖服务分组，则根据预设的依赖服务分组与依赖服务实例的对应关系，确定预设的默认依赖服务分组对应的依赖服务实例，执行调用信息对应的依赖服务实例；其中，信息对应的依赖服务实例为默认依赖服务分组对应的依赖服务实例。
[0160]
在本发明的一个实施例中，若干路由规则由zookeeper配置。
[0161]
在本发明的一个实施例中，信息还包括：依赖服务标识；
[0162]
确定模块702，配置为在预先配置的若干路由规则中确定与依赖服务标识对应的路由规则；根据与依赖服务标识对应的路由规则，确定是否存在与信息匹配的依赖服务分组。
[0163]
如图8所示，本发明实施例提供了一种服务调用装置，包括：
[0164]
获取模块801，配置为获取调用服务的信息；
[0165]
确定模块802，配置为根据预先配置的若干路由规则，确定是否存在与信息匹配的第一依赖服务分组；如果存在第一依赖服务分组，则根据预设的依赖服务分组与依赖服务实例的对应关系，确定第一依赖服务分组对应的依赖服务实例，触发调用模块803；根据若干路由规则，确定是否存在与信息匹配的第二依赖服务分组；如果存在第二依赖服务分组，则根据依赖服务分组与依赖服务实例的对应关系，确定第二依赖服务分组对应的依赖服务实例，触发调用模块803。
[0166]
调用模块803，配置为调用第一依赖服务分组对应的依赖服务实例，如果调用失败，则触发确定模块802；调用第二依赖服务分组对应的依赖服务实例。
[0167]
本发明实施例提供了一种电子设备，包括：
[0168]
一个或多个处理器；
[0169]
存储装置，用于存储一个或多个程序，
[0170]
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例所述的方法。
[0171]
图9示出了可以应用本发明实施例的服务调用方法或服务调用装置的示例性系统架构900。
[0172]
如图9所示，系统架构900可以包括终端设备901、902、903，网络904和服务器905。网络904用以在终端设备901、902、903和服务器905之间提供通信链路的介质。网络904可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0173]
用户可以使用终端设备901、902、903通过网络904与服务器905交互，以接收或发送消息等。终端设备901、902、903上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
[0174]
终端设备901、902、903可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
[0175]
服务器905可以是提供各种服务的服务器，例如对用户利用终端设备901、902、903所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息
--
仅为示例)反馈给终端设备。
[0176]
需要说明的是，本发明实施例所提供的服务调用方法一般由服务器905执行，相应地，服务调用装置一般设置于服务器905中。
[0177]
应该理解，图9中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0178]
下面参考图10，其示出了适于用来实现本发明实施例的终端设备的计算机系统1000的结构示意图。图10示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0179]
如图10所示，计算机系统1000包括中央处理单元(cpu)1001，其可以根据存储在只读存储器(rom)1002中的程序或者从存储部分1008加载到随机访问存储器(ram)1003中的程序而执行各种适当的动作和处理。在ram 1003中，还存储有系统1000操作所需的各种程序和数据。cpu 1001、rom 1002以及ram 1003通过总线1004彼此相连。输入/输出(i/o)接口1005也连接至总线1004。
[0180]
以下部件连接至i/o接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至i/o接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。
[0181]
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(cpu)1001执行时，执行本发明的系统中限定的上述功能。
[0182]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0183]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0184]
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括发送模块、获取模块、确定模块和第一处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，发送模块还可以被描述为“向所连接的服务端发送图片获取请求的模块”。
[0185]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。
[0186]
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
[0187]
获取调用服务的信息；
[0188]
根据预先配置的若干路由规则，确定是否存在与所述信息匹配的依赖服务分组；
[0189]
如果存在与所述信息匹配的依赖服务分组，则根据预设的依赖服务分组与依赖服务实例的对应关系，确定所述信息对应的依赖服务实例；
[0190]
调用所述信息对应的依赖服务实例。
[0191]
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
[0192]
获取调用服务的信息；
[0193]
根据预先配置的若干路由规则，确定是否存在与所述信息匹配的第一依赖服务分组；
[0194]
如果存在所述第一依赖服务分组，则根据预设的依赖服务分组与依赖服务实例的对应关系，确定所述第一依赖服务分组对应的依赖服务实例；
[0195]
调用所述第一依赖服务分组对应的依赖服务实例；
[0196]
如果调用失败，则根据所述若干路由规则，确定是否存在与所述信息匹配的第二依赖服务分组；
[0197]
如果存在所述第二依赖服务分组，则根据所述依赖服务分组与依赖服务实例的对应关系，确定所述第二依赖服务分组对应的依赖服务实例；
[0198]
调用所述第二依赖服务分组对应的依赖服务实例。
[0199]
根据本发明实施例的技术方案，路由规则是可配置的，如果需要调整调用服务对应的依赖服务分组，可以更新配置的路由规则。本发明实施例，不需要人工修改代码中的路由规则，也无需重启应用，能够提高服务调用的效率，保证服务的稳定性。
[0200]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。