服务上线处理方法、计算设备及计算机存储介质与流程

1.本发明涉及计算机技术领域，具体涉及一种服务上线处理方法、计算设备及计算机存储介质。


背景技术：

2.目前服务端的服务项目日均上线过百次，服务上线过程中，正在操作的服务端口会出现短暂不可用，不可用时长可能是几秒钟也可能是数分钟。在服务端口不可用的这段时间内，如果继续将访问流量处理请求发往正在操作的端口就会出现请求失败的情况，极端情况下可能会导致线上大量报错，影响用户正常使用，导致用户使用体验差等问题。


技术实现要素：

3.鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的服务上线处理方法、计算设备及计算机存储介质。
4.根据本发明的一个方面，提供了一种服务上线处理方法，包括：
5.根据针对目标服务端口的服务上线请求，将目标服务端口的服务配置信息从目标服务对应的名字空间中删除；
6.通知目标服务端口对应的节点停止注册目标服务端口的服务配置信息；
7.执行服务上线处理；
8.在服务上线结束后，重新注册目标服务端口的服务配置信息。
9.根据本发明的另一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；
10.存储器用于存放至少一可执行指令，可执行指令使处理器执行以下操作：
11.根据针对目标服务端口的服务上线请求，将目标服务端口的服务配置信息从目标服务对应的名字空间中删除；
12.通知目标服务端口对应的节点停止注册目标服务端口的服务配置信息；
13.执行服务上线处理；
14.在服务上线结束后，重新注册目标服务端口的服务配置信息。
15.根据本发明的又一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述服务上线处理方法对应的操作。
16.本发明提供的方案，在针对目标服务端口进行服务上线时，先将目标服务端口的服务配置信息从目标服务对应的名字空间中删除，再通知目标服务端口对应的节点停止注册目标服务端口的服务配置信息，从而能够停止继续向目标服务端口分配访问流量，实现临时摘除受影响的目标服务端口的流量，为服务上线提供环境基础，执行服务上线处理，在服务上线结束后，重新注册目标服务端口的服务配置信息，实现了服务平滑上线，并且有效降低服务上线过程中线上请求报错的数量，保证用户正常使用。
17.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，
而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
18.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
19.图1a为服务上线处理系统的架构示意图；
20.图1b示出了根据本发明一个实施例的服务上线处理方法的流程示意图；
21.图2示出了根据本发明另一个实施例的服务上线处理方法的流程示意图；
22.图3示出了根据本发明一个实施例的计算设备的结构示意图。
具体实施方式
23.下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
24.本发明提供了一种服务上线处理方案，图1a为服务上线处理系统的架构示意图，服务发起应用发起服务上线，一个服务可以在多个服务器的多个服务端口滚动上线，为了保证服务端口能够正常接入访问流量，服务端口对应的节点需要将服务端口的服务配置信息注册至配置中心所存储的服务对应的名字空间中，以便于根据服务对应的名字空间中的服务端口的服务配置信息来分发访问流量，服务在服务端口上线后，通过服务端口向用户提供相应的服务，服务发起应用根据配置中心所配置的名字空间内存储的服务配置信息，将用户使用服务所产生的访问流量发送至相应的服务端口进行处理。
25.图1b示出了根据本发明一个实施例的服务上线处理方法的流程示意图。如图1b所示，该方法包括以下步骤：
26.步骤s101，根据针对目标服务端口的服务上线请求，将目标服务端口的服务配置信息从目标服务对应的名字空间中删除。
27.具体地，目标服务对应的名字空间用于记录与服务相关的各个服务端口的服务配置信息，其中，服务配置信息包括：目标服务端口所属服务器的ip地址和端口号。
28.通常情况下，一个服务可以使用多个服务器的多个服务端口，当需要对服务进行升级时，采用的是服务在多个服务端口滚动上线方式，本实施例中的目标服务端口是目标服务上线所操作的服务端口。
29.服务上线过程中针对目标服务端口会先发送服务上线请求，根据针对目标服务端口的服务上线请求，将目标服务端口的服务配置信息从目标服务对应的名字空间中删除。
30.步骤s102，通知目标服务端口对应的节点停止注册目标服务端口的服务配置信息。
31.目标服务端口对应的节点主要是负责目标服务端口的服务配置信息的注册，当节点确认目标服务端口没有出现故障，但是目标服务端口的服务配置信息已从目标服务对应
的名字空间中删除，节点会重新将目标服务端口的服务配置信息注册到目标服务对应的名字空间中，这样就会出现如下情况：当确定目标服务对应的名字空间中存在目标服务端口的服务配置信息时，为了能够上线服务且避免线上大量报错需要继续执行删除操作，而节点又会重新进行注册，进而出现重复的删除与注册操作，最终导致访问流量无法摘除，为了避免上述情况的出现，需要通知目标服务端口对应的节点停止注册目标服务端口的服务配置信息，节点在接收到通知后，将不再执行将目标服务端口的服务配置信息注册到目标服务对应的名字空间的操作。
32.步骤s103，执行服务上线处理。
33.步骤s104，在服务上线结束后，重新注册目标服务端口的服务配置信息。
34.在服务上线结束后，为了使目标服务端口能够重新接入访问流量，需要重新注册目标服务端口的服务配置信息，即，将目标服务端口的服务配置信息重新注册到目标服务对应的名字空间。
35.本发明提供的方案，在针对目标服务端口进行服务上线时，先将目标服务端口的服务配置信息从目标服务对应的名字空间中删除，再通知目标服务端口对应的节点停止注册目标服务端口的服务配置信息，从而能够停止继续向目标服务端口分配访问流量，实现临时摘除受影响的目标服务端口的流量，为服务上线提供环境基础，执行服务上线处理，在服务上线结束后，重新注册目标服务端口的服务配置信息，实现了服务平滑上线，并且有效降低服务上线过程中线上请求报错的数量，保证用户正常使用。
36.图2示出了根据本发明一个实施例的服务上线处理方法的流程示意图。
37.如图2所示，该方法包括以下步骤：
38.步骤s201，根据针对目标服务端口的服务上线请求，将目标服务端口的服务配置信息从目标服务对应的名字空间中删除。
39.具体地，目标服务对应的名字空间用于记录与服务相关的各个服务端口的服务配置信息，其中，服务配置信息包括：目标服务端口所属服务器的ip地址和端口号，例如，目标服务端口为ip地址192.168.1.10的服务器的9000端口，则目标服务端口的服务配置信息具体为192.168.1.10_9000。
40.通常情况下，一个服务可以使用多个服务器的多个服务端口，当需要对服务进行升级时，采用的是服务在多个服务端口滚动上线方式，本实施例中的目标服务端口是目标服务上线所操作的服务端口。
41.服务上线过程中针对目标服务端口会先发送服务上线请求，根据针对目标服务端口的服务上线请求，将目标服务端口的服务配置信息从目标服务对应的名字空间中删除。
42.其中，每个服务可以各自对应一名字空间，这样，可以找到目标服务对应的名字空间，然后，从目标服务对应的名字空间中删除目标服务端口的服务配置信息；也可以是所有服务对应同一名字空间，名字空间中存储有服务与服务端口的服务配置信息之间的映射关系，这样，可以先根据目标服务查询名字空间，确定与该目标服务存在映射关系的服务端口的服务配置信息，再根据目标服务端口的服务配置信息进行查找，实现将目标服务端口的服务配置信息从目标服务对应的名字空间中删除。
43.步骤s202，通知目标服务端口对应的节点停止注册目标服务端口的服务配置信息。
44.目标服务端口对应的节点主要是负责目标服务端口的服务配置信息的注册，当节点确认目标服务端口没有出现故障，但是目标服务端口的服务配置信息已从目标服务对应的名字空间中删除，节点会重新将目标服务端口的服务配置信息注册到目标服务对应的名字空间中，这样就会出现如下情况：当确定目标服务对应的名字空间中存在目标服务端口的服务配置信息时，为了能够上线服务且避免线上大量报错需要继续执行删除操作，而节点又会重新进行注册，进而出现重复的删除与注册操作，最终导致访问流量无法摘除，为了避免上述情况的出现，需要通知目标服务端口对应的节点停止注册目标服务端口的服务配置信息，节点在接收到通知后，将不再执行将目标服务端口的服务配置信息注册到目标服务对应的名字空间的操作。
45.步骤s203，等待预设时长后，进行服务上线处理。
46.在从名字空间中删除目标服务端口的服务配置信息后，虽然能够及时通知给服务发起应用，服务发起应用将服务配置信息缓存至本地，然而，服务发起应用是定时从本次查询确定服务配置信息是否发生变化，因此，再次查询服务配置信息是否发生变化之前，还是会向目标服务端口分配访问流量，而服务上线过程中，目标服务端口会出现短暂不可用的情况，为了避免访问失败影响用户正常使用，需要等待预设时长后，例如，等待10秒或20秒，等待时长具体可以根据定时查询服务配置信息的间隔时长来确定，在后，等待10秒或20秒再进行服务上线处理。
47.步骤s204，在服务上线结束后，对目标服务端口进行健康检测。
48.在服务上线结束后，需要对目标服务端口进行健康检测，以在目标服务端口通过检测后，使目标服务端口重新接入访问流量。具体地，主要是对目标服务端口可用性进行检测和/或对目标服务端口连接时间进行检测。
49.步骤s205，若目标服务端口的健康检测结果为成功，则将目标服务端口的服务配置信息重新注册到目标服务对应的名字空间中，跳转执行步骤s207。
50.若目标服务端口的健康检测结果为成功，表明目标服务端口达到了重新注册标准，从而可以将目标服务端口的服务配置信息重新注册到目标服务对应的名字空间中，通过重新注册，使得目标服务端口能够继续接入访问流量。
51.由于在步骤s202中通知了目标服务端口对应的节点停止注册目标服务端口的服务配置信息，因此，在将目标服务端口的服务配置信息重新注册到目标服务对应的名字空间中之后，还需跳转执行步骤s207。
52.步骤s206，若目标服务端口的健康检测结果为失败，则判断健康检测次数是否大于或等于预设次数；若否，则跳转执行步骤s204，若是，则跳转执行步骤s207。
53.若目标服务端口的健康检测结果为失败，表明目标服务端口未达到重新注册标准，为了避免网络等问题造成的检测失败的问题，本实施例提供的多次检测机制，因此，在健康检测结果为失败的情况下，需要判断健康检测次数是否大于或等于预设次数，预设次数的具体数值本领域技术人员可根据实际业务自行设置，例如，设置为6次或4次，其中，每个目标服务端口对应的预设次数可以相同，也可以不同。若大于或等于预设次数，表明已经对目标服务端口进行了多次检测，且多次检测都失败，为了不影响其他服务端口的检测，这里不再继续进行检测，而是通知目标服务端口对应的节点对目标服务端口进行健康检测；若小于预设次数，则可以继续进行健康检测，跳转执行步骤s204。
54.步骤s207，通知目标服务端口对应的节点对目标服务端口进行健康检测。
55.由于在步骤s202中通知了目标服务端口对应的节点停止注册目标服务端口的服务配置信息，因此，即便目标服务端口的健康检测结果为成功的情况下，将目标服务端口的服务配置信息重新注册到目标服务对应的名字空间中，也需要通知目标服务端口对应的节点对目标服务端口进行健康检测，例如，向目标服务端口对应的节点发送通知消息。
56.若健康检测次数大于或等于预设次数，则表明已经对目标服务端口进行了多次检测，且多次检测都失败，为了不影响其他服务端口的健康检测，这里放弃对目标服务端进行健康检测，而是通知目标服务端口对应的节点对目标服务端口进行健康检测。
57.目标服务端口对应的节点在接收到通知后，开始对目标服务端口进行健康检测，例如，对目标服务端口可用性进行检测和/或对目标服务端口连接时间进行检测；若目标服务端口的健康检测结果为成功，则将目标服务端口的服务配置信息重新注册到目标服务对应的名字空间中。
58.步骤s208，在重新注册目标服务端口的服务配置信息之后，向目标服务端口分配访问流量。
59.下面结合实例具体说明服务上线处理方案：
60.以服务为等级服务(level服务)，在上线level服务的过程中，假设现在操作的目标服务端口是ip地址192.168.1.10的服务器的9000端口，在上线level服务前需要先将目标服务端口的服务配置信息192.168.1.10_9000从level服务对应的名字空间中摘除，同时通知目标服务端口对应的节点停止目标服务端口的服务配置信息192.168.1.10_9000的注册。然后，等待20秒，这样目标服务端口192.168.1.10_9000基本就没有访问流量了。20秒后，开始停止目标服务端口192.168.1.10_9000的level服务，并更新镜像，即，level服务升级上线，在level服务上线后，对目标服务端口192.168.1.10_9000进行健康检测，为了满足其它服务端口的检测需求，这里设置了健康检测的最高次数，例如，设置为6次，只要有一次成功就停止检查并重新将192.168.1.10_9000注册到level服务的名字空间中。如果6次健康检测，发现目标服务端口都未通过健康检测，则放弃健康检测。最后通知目标服务端口对应的节点进行健康检测，目标服务端口对应的节点开始检查目标服务端口192.168.1.10_9000的健康请求，节点如果发现目标服务端口192.168.1.10_9000的健康检测结果为成功，将192.168.1.10_9000注册到level服务的名字空间中。在重新注册目标服务端口的服务配置信息之后，目标服务端口192.168.1.10_9000重新接入流量。
61.在本发明一种可选实施方式中，方法还包括：
62.针对目标服务端口的服务上线过程中，启动第一服务端口，将分配给目标服务端口的访问流量转发至目标服务关联的第二服务端口；
63.在第一服务端口完成启动后，将访问流量重新转发至第一服务端口，监测第一服务端口是否成功处理访问流量；
64.若是，则执行目标服务的服务端口切换处理；
65.若否，则在重新注册目标服务端口的服务配置信息之后，将发送至第一服务端口的访问流量回滚发送至目标服务端口。
66.具体地，为了保证服务上线期间，接入目标服务端口的访问流量能够被正常处理，而不会出现用户访问失败的情况，可以启动第一服务端口，将分配给目标服务端口的访问
流量转发至目标服务关联的第二服务端口(可以称为备份服务端口)，在第一服务端口完成启动后，将访问流量转发给该新启动的第一服务端口，监测新启动的第一服务端口是否成功处理访问流量，并在新启动的第一服务端口成功处理访问流量时，完成目标服务的服务端口切换。若新启动的第一服务端口不能成功处理访问流量，可以确定无法完成目标服务的服务端口切换，在重新注册目标服务端口的服务配置信息之后，可以通过回滚操作，将访问流量回滚发送至目标服务端口。
67.本发明提供的方案，在针对目标服务端口进行服务上线时，先将目标服务端口的服务配置信息从目标服务对应的名字空间中删除，再通知目标服务端口对应的节点停止注册目标服务端口的服务配置信息，从而能够停止继续向目标服务端口分配访问流量，实现临时摘除受影响的目标服务端口的流量，为服务上线提供环境基础，等待预设时长后，进行服务上线处理，在服务上线结束后，通过对目标服务端口进行健康检测，保证目标服务端口在接入访问流量前是可用的，避免由于目标服务端口的问题而导致用户无法正常使用，另外，该方案实现了服务平滑上线，并且有效降低服务上线过程中线上请求报错的数量，保证用户正常使用。
68.本发明实施例还提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的服务上线处理方法。
69.可执行指令具体可以用于使得处理器执行以下操作：
70.根据针对目标服务端口的服务上线请求，将目标服务端口的服务配置信息从目标服务对应的名字空间中删除；
71.通知目标服务端口对应的节点停止注册目标服务端口的服务配置信息；
72.执行服务上线处理；
73.在服务上线结束后，重新注册目标服务端口的服务配置信息。
74.在一种可选的实现方式中，可执行指令进一步使处理器执行以下操作：
75.s1，对目标服务端口进行健康检测；
76.s2，若目标服务端口的健康检测结果为成功，则将目标服务端口的服务配置信息重新注册到目标服务对应的名字空间中，跳转执行s4；
77.s3，若目标服务端口的健康检测结果为失败，则判断健康检测次数是否大于或等于预设次数；若否，则跳转执行s1，若是，则跳转执行s4；
78.s4，通知目标服务端口对应的节点对目标服务端口进行健康检测。
79.在一种可选的实现方式中，可执行指令还使处理器执行以下操作：
80.目标服务端口对应的节点对目标服务端口进行健康检测；
81.若目标服务端口的健康检测结果为成功，则将目标服务端口的服务配置信息重新注册到目标服务对应的名字空间中。
82.在一种可选的实现方式中，可执行指令进一步使处理器执行以下操作：
83.等待预设时长后，进行服务上线处理。
84.在一种可选的实现方式中，可执行指令还使处理器执行以下操作：
85.针对目标服务端口的服务上线过程中，启动第一服务端口，将分配给目标服务端口的访问流量转发至目标服务关联的第二服务端口；
86.在第一服务端口完成启动后，将访问流量重新转发至第一服务端口，监测第一服务端口是否成功处理访问流量；
87.若是，则执行目标服务的服务端口切换处理；
88.若否，则在重新注册目标服务端口的服务配置信息之后，将发送至第一服务端口的访问流量回滚发送至目标服务端口。
89.在一种可选的实现方式中，可执行指令还使处理器执行以下操作：
90.在重新注册目标服务端口的服务配置信息之后，向目标服务端口分配访问流量。
91.在一种可选的实现方式中，服务配置信息包括：目标服务端口所属服务器的ip地址和端口号。
92.图3示出了根据本发明一个实施例的计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。
93.如图3所示，该计算设备可以包括：处理器(processor)302、通信接口(communications interface)304、存储器(memory)306、以及通信总线308。
94.其中：处理器302、通信接口304、以及存储器306通过通信总线308完成相互间的通信。
95.通信接口304，用于与其它设备比如客户端或其它服务器等的网元通信。
96.处理器302，用于执行程序310，具体可以执行上述服务上线处理方法实施例中的相关步骤。
97.具体地，程序310可以包括程序代码，该程序代码包括计算机操作指令。
98.处理器302可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
99.存储器306，用于存放程序310。存储器306可能包含高速ram存储器，也可能还包括非易失性存储器(non
‑
volatile memory)，例如至少一个磁盘存储器。
100.程序310具体可以用于使得处理器302执行以下操作：
101.根据针对目标服务端口的服务上线请求，将目标服务端口的服务配置信息从目标服务对应的名字空间中删除；
102.通知目标服务端口对应的节点停止注册目标服务端口的服务配置信息；
103.执行服务上线处理；
104.在服务上线结束后，重新注册目标服务端口的服务配置信息。
105.在一种可选的实现方式中，程序310进一步使处理器302执行以下操作：
106.s1，对目标服务端口进行健康检测；
107.s2，若目标服务端口的健康检测结果为成功，则将目标服务端口的服务配置信息重新注册到目标服务对应的名字空间中，跳转执行s4；
108.s3，若目标服务端口的健康检测结果为失败，则判断健康检测次数是否大于或等于预设次数；若否，则跳转执行s1，若是，则跳转执行s4；
109.s4，通知目标服务端口对应的节点对目标服务端口进行健康检测。
110.在一种可选的实现方式中，程序310还使处理器302执行以下操作：
111.目标服务端口对应的节点对目标服务端口进行健康检测；
112.若目标服务端口的健康检测结果为成功，则将目标服务端口的服务配置信息重新注册到目标服务对应的名字空间中。
113.在一种可选的实现方式中，程序310进一步使处理器302执行以下操作：
114.等待预设时长后，进行服务上线处理。
115.在一种可选的实现方式中，程序310还使处理器302执行以下操作：
116.针对目标服务端口的服务上线过程中，启动第一服务端口，将分配给目标服务端口的访问流量转发至目标服务关联的第二服务端口；
117.在第一服务端口完成启动后，将访问流量重新转发至第一服务端口，监测第一服务端口是否成功处理访问流量；
118.若是，则执行目标服务的服务端口切换处理；
119.若否，则在重新注册目标服务端口的服务配置信息之后，将发送至第一服务端口的访问流量回滚发送至目标服务端口。
120.在一种可选的实现方式中，程序310还使处理器302执行以下操作：
121.在重新注册目标服务端口的服务配置信息之后，向目标服务端口分配访问流量。
122.在一种可选的实现方式中，服务配置信息包括：目标服务端口所属服务器的ip地址和端口号。
123.在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
124.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
125.类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
126.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代
替。
127.此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
128.本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
129.应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。
130.本发明公开了：a1.一种服务上线处理方法，包括：
131.根据针对目标服务端口的服务上线请求，将所述目标服务端口的服务配置信息从目标服务对应的名字空间中删除；
132.通知所述目标服务端口对应的节点停止注册所述目标服务端口的服务配置信息；
133.执行服务上线处理；
134.在服务上线结束后，重新注册所述目标服务端口的服务配置信息。
135.a2.根据a1所述的方法，其中，所述重新注册所述目标服务端口的服务配置信息进一步包括：
136.s1，对所述目标服务端口进行健康检测；
137.s2，若所述目标服务端口的健康检测结果为成功，则将目标服务端口的服务配置信息重新注册到目标服务对应的名字空间中，跳转执行s4；
138.s3，若所述目标服务端口的健康检测结果为失败，则判断健康检测次数是否大于或等于预设次数；若否，则跳转执行s1，若是，则跳转执行s4；
139.s4，通知所述目标服务端口对应的节点对所述目标服务端口进行健康检测。
140.a3.根据a2所述的方法，其中，所述方法还包括：
141.所述目标服务端口对应的节点对所述目标服务端口进行健康检测；
142.若所述目标服务端口的健康检测结果为成功，则将所述目标服务端口的服务配置信息重新注册到所述目标服务对应的名字空间中。
143.a4.根据a1
‑
a3中任一项所述的方法，其中，所述执行服务上线处理进一步包括：等
待预设时长后，进行服务上线处理。
144.a5.根据a1
‑
a3中任一项所述的方法，其中，所述方法还包括：
145.针对目标服务端口的服务上线过程中，启动第一服务端口，将分配给目标服务端口的访问流量转发至目标服务关联的第二服务端口；
146.在所述第一服务端口完成启动后，将所述访问流量重新转发至第一服务端口，监测所述第一服务端口是否成功处理所述访问流量；
147.若是，则执行目标服务的服务端口切换处理；
148.若否，则在重新注册所述目标服务端口的服务配置信息之后，将发送至第一服务端口的访问流量回滚发送至所述目标服务端口。
149.a6.根据a1
‑
a3中任一项所述的方法，其中，在重新注册所述目标服务端口的服务配置信息之后，所述方法还包括：
150.向所述目标服务端口分配访问流量。
151.a7.根据a1
‑
a3中任一项所述的方法，其中，所述服务配置信息包括：目标服务端口所属服务器的ip地址和端口号。
152.b8.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
153.所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：
154.根据针对目标服务端口的服务上线请求，将所述目标服务端口的服务配置信息从目标服务对应的名字空间中删除；
155.通知所述目标服务端口对应的节点停止注册所述目标服务端口的服务配置信息；
156.执行服务上线处理；
157.在服务上线结束后，重新注册所述目标服务端口的服务配置信息。
158.b9.根据b8所述的计算设备，其中，所述可执行指令进一步使所述处理器执行以下操作：
159.s1，对所述目标服务端口进行健康检测；
160.s2，若所述目标服务端口的健康检测结果为成功，则将目标服务端口的服务配置信息重新注册到目标服务对应的名字空间中，跳转执行s4；
161.s3，若所述目标服务端口的健康检测结果为失败，则判断健康检测次数是否大于或等于预设次数；若否，则跳转执行s1，若是，则跳转执行s4；
162.s4，通知所述目标服务端口对应的节点对所述目标服务端口进行健康检测。
163.b10.根据b9所述的计算设备，其中，所述可执行指令还使所述处理器执行以下操作：
164.所述目标服务端口对应的节点对所述目标服务端口进行健康检测；
165.若所述目标服务端口的健康检测结果为成功，则将所述目标服务端口的服务配置信息重新注册到所述目标服务对应的名字空间中。
166.b11.根据b8
‑
b10中任一项所述的计算设备，其中，所述可执行指令进一步使所述处理器执行以下操作：
167.等待预设时长后，进行服务上线处理。
168.b12.根据b8
‑
b10中任一项所述的计算设备，其中，所述可执行指令还使所述处理器执行以下操作：
169.针对目标服务端口的服务上线过程中，启动第一服务端口，将分配给目标服务端口的访问流量转发至目标服务关联的第二服务端口；
170.在所述第一服务端口完成启动后，将所述访问流量重新转发至第一服务端口，监测所述第一服务端口是否成功处理所述访问流量；
171.若是，则执行目标服务的服务端口切换处理；
172.若否，则在重新注册所述目标服务端口的服务配置信息之后，将发送至第一服务端口的访问流量回滚发送至所述目标服务端口。
173.b13.根据b8
‑
b10中任一项所述的计算设备，其中，所述可执行指令还使所述处理器执行以下操作：
174.在重新注册所述目标服务端口的服务配置信息之后，向所述目标服务端口分配访问流量。
175.b14.根据b8
‑
b10中任一项所述的计算设备，其中，所述服务配置信息包括：目标服务端口所属服务器的ip地址和端口号。
176.c15.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如a1
‑
a7中任一项所述的服务上线处理方法对应的操作。