一种微服务的管理方法及相关装置与流程

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.图1是本技术实施例提供的微服务的管理方法的场景示意图；
29.图2是本技术实施例提供的微服务的管理方法的示意性流程图；
30.图3是本技术实施例提供的微服务的管理方法的一种实现方式的流程示意图；
31.图4是本技术实施例提供的微服务的管理方法的另一种实现方式的流程示意图；
32.图5是本技术实施例提供的微服务的管理装置的示意性框图；
33.图6是本技术实施例提供的微服务的管理装置的另一示意性框图；
34.图7是本技术实施例提供的微服务的管理装置的又一示意性框图。
35.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
36.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
37.使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。
38.因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
39.在本技术实施例中，术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。此外，术语“包括”以及任何变形，意图在于覆盖不排他的包含。
40.在微服务发布或者更新期间，微服务会停止服务，对应的服务提供方会下线。如果服务提供方在停止服务时就立刻下线，会导致正在处理的微服务失效，而且后续服务消费方仍有可能会向该服务提供方发送服务请求，然而此时该服务提供方已经下线，请求会失败或超时，导致微服务可用性与无损性降低。
41.现有方案中，服务提供方在停止服务时会主动向其连接的服务消费方发送下线通知，服务消费方接收到下线通知之后，根据下线通知来屏蔽该服务提供方。然而在某些场景下，服务提供方和其对应的服务消费方并没有维持长连接状态，因此，服务提供方无法向所有服务消费方发送下线通知，有些服务消费方可能无法获知该服务提供方下线。
42.鉴于此，本技术提供了一种微服务的管理方法，利用注册中心作为服务提供方和服务消费方的桥梁，在注册中心预存有记录每个微服务的服务消费方。当服务提供方下线时，根据预存的订阅信息通知对应的服务消费方。如此一来，服务消费方就不会再向下线的服务提供方发起服务请求，从而可以降低微服务请求失败或超时的可能性，提高微服务的可用性与无损性。
43.图1是本技术实施例提供的微服务的管理方法的场景示意图。
44.如图1所示，该场景包括服务提供方101、服务消费方102和注册中心103。
45.服务提供方101是提供微服务的服务器，可以向注册中心103做服务注册、续约和下线等操作。其中，注册的数据包括微服务相关信息，例如应用名称、实例的互联网协议(internet protocol，ip)地址、端口、域名等。
46.服务消费方102是调用微服务的服务消费方，向注册中心103获取服务提供方101
的调用信息，并通过远程调用与服务提供方101进行通信。
47.注册中心103保存有服务列表，服务列表是一个包含服务实例网络地址的数据库，服务实例为服务提供方101所提供，服务提供方101可以提供多个服务实例。
48.其中，服务提供方101上报的调用信息中包括服务实例的网络地址，注册中心103将接收到的服务实例网络地址存储至服务列表中。
49.可选地，服务提供方101可以提供多个服务实例，该多个服务实例分别对应多个网络地址；当服务消费方102发起服务请求时，针对该目标服务存在的多个网络地址，可以使用负载均衡算法对该多个服务实例中的一个发起调用。
50.可选地，服务消费方102或服务提供方101可以定期从注册中心103同步并缓存服务列表，当服务消费方102或服务提供方101与注册中心103的通信中断时，可以通过缓存的服务列表对服务发起调用。
51.一示例，该服务发现功能的实现可以使用“eureka”框架，服务提供方101和服务消费方102可以包括“eureka client”，注册中心103可以包括“eureka server”。其中，“eureka server”是一种服务发现框架的注册中心，采用应用级服务发现模式；“eureka client”是用于简化与“eureka server”的交互而封装出来的客户端模块。
52.可选地，该服务发现还可以选择使用“consul”或“zookeeper”框架。
53.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
54.图2是本技术实施例提供的微服务的管理方法的流程示意图，该方法应用于注册中心，注册中心连接于在注册中心注册的至少一个服务提供方和通过注册中心订阅微服务的至少一个服务消费方，至少一个服务提供方中的每个服务提供方用于提供微服务。这里的注册中心例如图1中的注册中心103，或者也可以是配置在该注册中心中的部件，或者还可以是用于实现部分或全部注册中心功能的功能模块或软件。本技术对此不作任何限定。
55.在本技术实施例中，注册中心中可以预存有订阅信息，该订阅信息可用于记录每个微服务的服务消费方。注册中心中还可以预存有服务列表，该服务列表包括在注册中心注册的至少一个服务提供方中每个服务提供方及其提供的微服务的对应关系。
56.下面对方法200中的各个步骤做详细说明。
57.在步骤210中，接收来自第一服务提供方的服务注销请求。
58.其中，服务注销请求用于请求注册中心注销第一服务提供方及其提供的微服务，第一服务提供方是至少一个服务提供方中的任意一个。
59.一示例，服务提供方1(即，第一服务提供方的一例)要下线，服务提供方1就可以向注册中心发送服务注销请求。
60.可选地，注册中心根据从第一服务提供方接收到的服务注销请求，更新服务列表，更新后的服务列表不包括第一服务提供方及其提供的微服务的对应关系。
61.一示例，原有的服务列表为：服务提供方1、服务提供方2和服务提供方3对应“用户服务”；服务提供方4、服务提供方5和服务提供方6对应“商品服务”。更新后的列表为：服务提供方2和服务提供方3对应“用户服务”；服务提供方4、服务提供方5和服务提供方6对应“商品服务”。
62.在步骤220中，根据服务注销请求，以及预存的订阅信息，向订阅微服务的服务消费方发送通知，以指示第一服务提供方不再提供微服务。
63.可选地，向订阅微服务的服务消费方发送通知，以指示第一服务提供方不再提供微服务的形式可以为：向订阅微服务的服务消费方发送更新后的服务列表，以通过更新后的服务列表指示第一服务提供方不再提供微服务；或者，向订阅微服务的服务消费方发送下线通知，下线通知用于通知第一服务提供方已下线，下线的第一服务提供方不再提供微服务。
64.服务消费方在接收到通知之后，根据通知的内容，更新本地储存的服务列表。
65.一示例，服务消费方原本对微服务的订阅关系为：服务消费方1订阅“用户服务”；服务消费方2订阅“用户服务”和“商品服务”；服务消费方3订阅“商品服务”。在服务提供方1下线后，注册中心向订阅了“用户服务”的服务消费方发送更新后的服务列表。例如，向服务消费方1和服务消费方2发送更新后“用户服务”的服务列表，包括服务提供方2和服务提供方3；由于服务消费方3未订阅“用户服务”，所以不需要向服务消费方3发送更新后的服务列表。服务消费方1和服务消费方2将原先储存的服务列表替换为更新后的服务列表。
66.另一示例，服务消费方原本对微服务的订阅关系为：服务消费方1订阅“用户服务”；服务消费方2订阅“用户服务”和“商品服务”；服务消费方3订阅“商品服务”。在服务提供方1下线后，注册中心向订阅了“用户服务”的服务消费方发送服务提供方1的下线通知，服务消费方1和服务消费方2都在原先储存的服务列表中删除掉服务提供方1。由于服务消费方3未订阅“用户服务”，所以服务消费方3不需要对原先储存的服务列表进行更新。
67.注册中心给服务消费方发送通知，更新服务消费方本地的服务列表，由于网络原因等因素，服务消费方可能接收不到通知，也就更新不了本地储存的服务列表。
68.为了尽量避免这这种情况的发生，可以引入失效机制，即，给服务消费方存储的服务列表设置一个有效时长，也就是说，服务消费方存储的服务列表并不是一直都有效的，而是会有一个有效时长。当服务列表在服务消费方存储的时间超过了其有效时长，该服务列表就会失效。
69.应理解，不论使用哪一种形式更新本地储存的服务列表，在服务列表更新之后，服务列表的有效时长会重新开始计时。
70.在该服务列表失效之前，如果服务消费方需要调用该微服务，可以直接查询本地存储的服务列表，根据本地存储的服务列表去对应的服务提供方调用相应的微服务；而在该服务列表失效之后，如果服务消费方需要调用该微服务，则会重新向注册中心发送服务订阅请求，注册中心会根据服务订阅请求，向订阅微服务的服务消费方返回服务列表，以更新服务消费方本地存储的服务列表。
71.基于上述失效机制，即使注册中心一直没有向服务消费方发送新的服务列表，只要服务列表在服务消费方存储的时间超过了其有效时长，该服务列表就会失效。而服务消费方需要再次调用微服务时，就会向注册中心重新发送订阅请求，以更新本地的服务列表。
72.而且第一服务提供方在向注册中心发送服务注销请求后并不会立刻就关闭微服务，而是会等待一段时间后再关闭微服务。这里等待的一段时间应该略大于服务列表的有效时长，这样就可以保证在第一服务提供方等待且未关闭微服务的这段时间中，服务消费方更新了本地的服务列表，获知了第一服务提供方将要下线，也就不会再向第一服务提供
方发起新的服务请求。
73.因此，可以预设一段时长，这个预设时长与服务列表的有效时长相关。第一服务提供方等待的时间超过了这个预设时长后就可以关闭微服务。
74.应理解，预设时长是可以变化的，例如在服务提供方上下线变化频繁的时段，如项目投产期间，预设时长可以短一些，有利于及时感知服务提供方的变化，缩短服务提供方停止服务的时间；而在服务平稳运行的时段，服务列表基本不变，预设时长可以长一些，有利于节约服务器的性能。
75.基于上述方法，利用注册中心作为服务提供方和服务消费方的桥梁。，在注册中心预存有记录每个微服务的服务消费方。当服务提供方下线时，根据预存的订阅信息通知对应的服务消费方。如此一来，服务消费方就不会再向下线的服务提供方发起服务请求，从而可以降低请求失败或超时的可能性，提高服务的可用性与无损性。
76.在步骤210之前，服务提供方可以在注册中心完成其提供的微服务的注册。注册中心接收至少一个服务提供方的服务注册请求，并根据服务注册请求生成服务列表。服务注册请求用于请求在注册中心注册每个服务提供方及其提供的微服务的对应关系，即，注册中心可以根据服务注册请求记录下每个服务提供方及其提供的微服务的对应关系；服务列表包括至少一个服务提供方中的每个服务提供方及其提供的微服务的对应关系。
77.一示例，微服务包括“用户服务”和“商品服务”，每个微服务分别由3个服务提供方来提供。服务提供方1、服务提供方2和服务提供方3对应“用户服务”；服务提供方4、服务提供方5和服务提供方6对应“商品服务”。
78.当服务消费方首次订阅微服务时，会向注册中心发送服务订阅请求，服务订阅请求用于请求从注册中心拉取订阅微服务的提供方列表。注册中心接收到服务订阅请求之后，根据服务列表和服务订阅请求，生成订阅信息。
79.一示例，这种订阅信息可以以映射关系的形式保存。服务消费方1发送服务订阅请求：订阅“用户服务”；服务消费方2发送服务订阅请求：订阅“用户服务”和“商品服务”；服务消费方3发送服务订阅请求：订阅“商品服务”。
80.因此，订阅信息为：“用户服务”对应消费服务方1和服务消费方2；“商品服务”对应服务消费方2和服务消费方3。
81.另一示例，这种订阅信息也可以以事件监听器的形式保存。注册中心针对“用户服务”的微服务建立事件1“event-p1”，并针对事件“event-p1”建立事件监听器“event-p1-listener-c1”，用来通知服务消费方1有关“用户服务”的微服务的事件“event-p1”。同理，针对服务消费方2、3还有事件监听器“event-p1-listener-c2”、“event-p1-listener-c3”；针对“商品服务”的微服务建立事件2“event-p2”还有“event-p2-listener-c1”等事件监听器，此处不再赘述。
82.注册中心生成订阅信息后，还可以给每个服务消费方发送其对应的服务列表。例如，给服务消费方1发送服务列表，“用户服务”包括服务提供方1、服务提供方2和服务提供方3；服务消费方2发送服务列表，“用户服务”包括服务提供方1、服务提供方2和服务提供方3，“商品服务”包括服务提供方4、服务提供方5和服务提供方6；服务消费方3发送服务列表，“商品服务”包括服务提供方4、服务提供方5和服务提供方6。
83.各服务消费方接收到服务列表后，便可以需要调用某一微服务的情况下，根据服
务列表，向相应的服务提供方发起请求。
84.各服务消费方还可以基于上文所述的失效机制，周期性地从注册中心获取服务列表，并基于最近一次获取到的服务列表对本地的服务列表进行更新。如此，各服务消费方也可以基于最新的服务列表调用微服务。从而有利于避免向下线的服务提供方发起服务请求，降低请求失败或超时的可能性，有利于提高服务的可用性与无损性。
85.图3是本技术实施例提供的微服务的管理方法的一种实现方式的流程示意图。
86.在步骤301中，服务提供方向注册中心发送服务注销请求；
87.在步骤302中，注册中心向服务消费方发送通知，以指示服务提供方不再提供微服务；
88.在步骤303中，服务消费方基于通知，更新本地的服务列表；
89.在步骤304中，服务提供方在发送服务注销请求之后，间隔时间大于预设时长后，关闭微服务。
90.可以理解的是，由于注册中心可以在接收到服务提供方的服务注销请求后，及时向服务消费方发送通知，因此可以快速地将下线的服务提供方通知到服务消费方，避免向下线的服务提供方发起服务请求，降低请求失败或超时的可能性。
91.图4是本技术实施例提供的微服务的管理方法的另一种实现方式的流程示意图。
92.在步骤401中，服务提供方向注册中心发送服务注销请求；
93.在步骤402中，注册中心更新本地的服务列表；
94.在步骤403中，注册中心向服务消费方发送通知失败；
95.在步骤404中，服务消费方本地存储的服务列表失效后，又需要调用该微服务，重新向注册中心发送服务订阅请求；
96.在步骤405中，注册中心向服务消费方发送通知，以指示服务提供方不再提供微服务；
97.在步骤406中，服务消费方基于通知，更新本地的服务列表；
98.在步骤407中，服务提供方在发送服务注销请求之后，间隔时间大于预设时长后，关闭微服务。
99.应理解，图3和图4所示的流程中，各步骤的具体实现可参看前文关于图2的相关说明，为了简洁，此处不再赘述。
100.图5是本技术实施例提供的微服务的管理装置的示意性框图。该装置可以为图1中的注册中心103，如图5所示，该微服务的管理装置500可以包括收发模块510。
101.其中，收发模块510可用于接收来自第一服务提供方的服务注销请求，服务注销请求用于请求从注册中心注销第一服务提供方及其提供的微服务，第一服务提供方是至少一个服务提供方中的任意一个；根据服务注销请求，以及预存的订阅信息，向订阅微服务的服务消费方发送通知，以指示第一服务提供方不再提供微服务；其中，订阅信息记录有订阅每个微服务的服务消费方。
102.可选地，该微服务的管理装置500还可以包括处理模块520。
103.可选地，处理模块520还可用于，根据服务注销请求，更新预存的服务列表，服务列表包括至少一个服务提供方中每个服务提供方及其提供的微服务的对应关系，更新后的服务列表不包括第一服务提供方及其提供的微服务的对应关系。
104.可选地，收发模块510还可用于，向订阅微服务的服务消费方发送更新后的服务列表，以通过更新后的服务列表指示第一服务提供方不再提供微服务。
105.可选地，收发模块510还可用于，从至少一个服务消费方接收服务订阅请求，服务订阅请求用于请求获取最新的服务列表；基于最近一次接收到的服务订阅请求，向至少一个服务消费方发送更新后的服务列表，更新的服务列表为最新的服务列表。
106.可选地，收发模块510可用于，向订阅微服务的服务消费方发送下线通知，下线通知用于通知第一服务提供方已下线，下线的第一服务提供方不再提供所述微服务。
107.可选地，收发模块510还可用于，接收来自至少一个服务提供方的服务注册请求，来自每个服务提供方的服务注册请求用于请求在注册中心注册每个服务提供方提供的微服务；处理模块520还可用于，根据来自至少一个服务提供方的服务注册请求，生成服务列表，服务列表包括至少一个服务提供方中的每个服务提供方及其提供的微服务的对应关系。
108.可选地，收发模块510还可用于，接收来自至少一个服务消费方的服务订阅请求，来自每个服务消费方的服务订阅请求用于请求从至少一个服务提供方订阅微服务；处理模块520还可用于，根据服务列表和来自至少一个服务消费方的服务订阅请求，生成订阅信息。
109.图6是本技术实施例提供的微服务的管理装置的另一示意性框图。该装置可以为图1中的服务提供方101，如图6所示，该微服务的管理装置600可以包括收发模块610和处理模块620。
110.其中，收发模块610可用于向注册中心发送服务注销请求，服务注销请求用于请求从注册中心注销服务提供方提供的微服务；处理模块620可用于在发送服务注销请求之后，关闭微服务，其中，发送服务注销请求与关闭微服务之间的时间间隔大于预设时长。
111.该装置也可以为图1中的服务消费方102，如图6所示，该微服务的管理装置600可以包括收发模块610和处理模块620。
112.其中，收发模块610可用于接收来自注册中心的通知，通知用于指示第一服务提供方不再提供微服务；处理模块620可用于基于通知，更新本地的服务列表，服务列表包括至少一个服务提供方中每个服务提供方及其提供的微服务的对应关系。
113.图7是本技术实施例提供的微服务的管理装置的又一示意性框图。如图7所示，该装置700可以包括至少一个处理器710，用于可用于实现本技术提供的方法中微服务的管理装置的功能。具体参见方法示例中的详细描述，此处不做赘述。
114.该装置700还可以包括一个存储器720，用于存储程序指令和/或数据。存储器720和处理器710耦合。本技术中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器710可能和存储器720协同操作。处理器710可能执行存储器720中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。
115.该装置700还可以包括一个通信接口730，用于通过传输介质和其它设备进行通信，从而用于装置700中的装置可以和其它设备进行通信。所述通信接口730例如可以是收发器、接口、总线、电路或者能够实现收发功能的装置。处理器710可利用通信接口730收发数据和/或信息，并用于实现图2、图3或图4对应的实施例中所述的微服务的管理方法。
116.本技术中不限定上述处理器710、存储器720以及通信接口730之间的具体连接介质。本技术在图7中以处理器710、存储器720以及通信接口730之间通过总线740连接。总线740在图7中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
117.在本技术实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本技术中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
118.根据本技术提供的方法，本技术还提供一种计算机可读存储介质，该计算机可读存储介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行图2、图3或图4对应的实施例中所述的微服务的管理方法。
119.根据本技术提供的方法，本技术还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码。当该计算机程序代码在计算机上运行时，使得该计算机执行图2、图3或图4对应的实施例中所述的微服务的管理方法。
120.本技术提供的技术方案可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、终端设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线，例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质例如，数字视频光盘(digital video disc，dvd)、或者半导体介质等。
121.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。