CN111193783A

CN111193783A - 一种服务访问的处理方法及装置

Info

Publication number: CN111193783A
Application number: CN201911318146.XA
Authority: CN
Inventors: 张伟
Original assignee: Sina Technology China Co Ltd
Current assignee: Sina Technology China Co Ltd
Priority date: 2019-12-19
Filing date: 2019-12-19
Publication date: 2020-05-22
Anticipated expiration: 2039-12-19
Also published as: CN111193783B

Abstract

本发明实施例提供一种服务访问的处理方法及装置，其中，所述方法包括：获取用户的服务请求；根据获取的服务请求，调用服务器负载均衡SLB创建对应所述用户的IP地址总入口；将分配给所述服务请求的IP地址与端口节点，存入所述IP地址总入口中，通过所述IP地址总入口响应所述服务请求。本申请的技术方案通过对服务事件独立获取并进行独立处理，使得各个服务完全隔离，彼此之间不会有任何影响；同时使得后端真正的服务器并没对外直接暴露，安全可控；并因利用了SLB的优势，路径短，没有服务转发等情况下的性能开销。

Description

一种服务访问的处理方法及装置

技术领域

本发明涉及计算机领域，尤其涉及一种服务访问的处理方法及装置。

背景技术

容器编排引擎Kubernetes体系里，服务是对外提供访问的组件，目前要一个服务被外部访问到，一般有两种方案，一是通过服务入口Ingress来实现的，即在服务和具体容器之前，用Nginx这种代理方式，来中传一下，另一种就是NAT模式，即直接暴露物理节点加端口的方式。

上述两种方案中，对于第一种Ingress模式，多个服务是共享同一个Nginx，这样不同服务的服务质量QoS，还是存在相互影响；第二种简单直接，但把物理机暴露出去，简单却存在风险。

发明内容

本发明实施例提供一种服务访问的处理方法及装置，用以实现服务间彼此独立且对服务事件进行安全可控的处理。

为实现上述目的，一方面，本发明实施例提供了一种服务访问的处理方法，所述方法包括：

获取用户的服务请求；

根据获取的服务请求，调用服务器负载均衡SLB创建对应所述用户的IP地址总入口；

将分配给所述服务请求的IP地址与端口节点，存入所述IP地址总入口中；

通过所述IP地址总入口响应所述服务请求。

另一方面，本发明实施例提供了一种服务访问的处理装置，所述装置包括：

请求获取单元：用于获取用户的服务请求；

VIP生成单元：用于根据获取的服务请求，调用服务器负载均衡SLB创建对应所述用户的IP地址总入口；

配置单元：用于将分配给所述服务请求的IP地址与端口节点，存入所述IP地址总入口中；

响应单元：用于通过所述IP地址总入口响应所述服务请求。

上述技术方案具有如下有益效果：本申请的技术方案通过对服务事件独立获取并进行独立处理，使得各个服务完全隔离，彼此之间不会有任何影响；同时使得后端真正的服务器并没对外直接暴露，安全可控；并因利用了SLB的优势，路径短，没有服务转发等情况下的性能开销。

附图说明

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

图1是本发明实施例一种服务访问的处理方法的流程图；

图2是本发明实施例一种服务访问的处理装置的结构示意图；

图3是本发明实施例一种容器编排引擎系统的结构框图。

具体实施方式

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

本发明中涉及容器编排引擎Kubernetes，简称K8s，是用8代替8个字符“ubernete”而成的缩写。是一个开源的，用于管理云平台中多个主机上的容器化的应用，Kubernetes的目标是让部署容器化的应用简单并且高效(powerful)，Kubernetes提供了应用部署，规划，更新，维护的一种机制。在Kubernetes中，我们可以创建多个容器，每个容器里面运行一个应用实例，然后通过内置的负载均衡策略，实现对这一组应用实例的管理、发现、访问，而这些细节都不需要运维人员去进行复杂的手工配置和处理。

如图1、3所示，是本发明实施例一种服务访问的处理方法的流程图，所述方法包括：

S101：获取用户的服务请求；

优选地，通过监听程序Cloud-provider获取用户的服务请求，其中，所述服务请求通过容器编排引擎Kubernetes创建，具体地，当Kubernetes创建一个LB类型的服务请求，这个创建事件，会被一个监听程序(cloud-provider)捕获到。

S102：根据获取的服务请求，调用服务器负载均衡SLB创建对应所述用户的IP地址总入口，即VIP。

具体地，当所述服务请求被监听到后，该监听程序会根据服务的声明，调用SLB的接口，创建出一个对应的VIP。

S103：将分配给所述服务请求的IP地址与端口节点，存入所述IP地址总入口中。

优选地，将所述服务请求对应的的IP地址与端口节点写入所述IP地址总入口的配置文件中，写入的IP地址与端口节点形成VIP的一个容器。

进一步地，所述方法还包括：当监听程序获取到用户的新的服务请求时，将所述新的服务请求对应的IP地址与端口节点存入所述IP地址总入口中。当用户的服务请求完成时，将已完成的服务请求对应的IP地址与端口节点从IP地址总入口中删除。

S104：通过所述IP地址总入口响应所述服务请求。

对应于上述方法，如图2所示，是本发明实施例一种服务访问的处理装置的示意图，所述装置包括：

请求获取单元21：用于获取用户的服务请求；

VIP生成单元22：用于根据获取的服务请求，调用服务器负载均衡SLB创建对应所述用户的IP地址总入口；

配置单元23：用于将分配给所述服务请求的IP地址与端口节点，存入所述IP地址总入口中；

响应单元24：用于通过所述IP地址总入口响应所述服务请求。

优选地，所述请求获取单元具体用于：通过监听程序获取用户的服务请求，其中，所述服务请求通过容器编排引擎Kubernetes创建。

进一步地，所述配置单元具体用于：将所述服务请求对应的IP地址与端口节点写入所述IP地址总入口的配置文件中。

进一步优选地，所述配置单元还用于：当监听程序获取到用户的新的服务请求时，将所述新的服务请求对应的IP地址与端口节点存入所述IP地址总入口中。

进一步优选地，所述配置单元还用于：当用户的服务请求完成时，将已完成的服务请求对应的IP地址与端口节点从IP地址总入口中删除。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

为使本领域内的任何技术人员能够实现或者使用本发明，上面对所公开实施例进行了描述。对于本领域技术人员来说；这些实施例的各种修改方式都是显而易见的，并且本文定义的一般原理也可以在不脱离本公开的精神和保护范围的基础上适用于其它实施例。因此，本公开并不限于本文给出的实施例，而是与本申请公开的原理和新颖性特征的最广范围相一致。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。

本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrative logical block)，单元，和步骤可以通过电子硬件、电脑软件，或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrative components)，单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。

本发明实施例中所描述的各种说明性的逻辑块，或单元都可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于用户终端中。可选地，处理器和存储媒介也可以设置于用户终端中的不同的部件中。

在一个或多个示例性的设计中，本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、DVD、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种服务访问的处理方法，其特征在于，所述方法包括：

获取用户的服务请求；

通过所述IP地址总入口响应所述服务请求。

2.如权利要求1所述的服务访问的处理方法，其特征在于，所述获取用户的服务请求，包括：

通过监听程序获取用户的服务请求，其中，所述服务请求通过容器编排引擎Kubernetes创建。

3.如权利要求2所述的服务访问的处理方法，其特征在于，所述将分配给所述服务请求的IP地址与端口节点，存入所述IP地址总入口中，包括：

将所述服务请求对应的IP地址与端口节点写入所述IP地址总入口的配置文件中。

4.如权利要求2或3所述的服务访问的处理方法，其特征在于，所述方法还包括：

当监听程序获取到用户的新的服务请求时，将所述新的服务请求对应的IP地址与端口节点存入所述IP地址总入口中。

5.如权利要求4所述的服务访问的处理方法，其特征在于，当用户的服务请求完成时，将已完成的服务请求对应的IP地址与端口节点从IP地址总入口中删除。

6.一种服务访问的处理装置，其特征在于，所述装置包括：

请求获取单元：用于获取用户的服务请求；

响应单元：用于通过所述IP地址总入口响应所述服务请求。

7.如权利要求6所述的服务访问的处理装置，其特征在于，所述请求获取单元具体用于：

8.如权利要求7所述的服务访问的处理装置，其特征在于，所述配置单元具体用于：

9.如权利要求7或8所述的服务访问的处理装置，其特征在于，所述配置单元还用于：

10.如权利要求9所述的服务访问的处理装置，其特征在于，所述配置单元还用于：

当用户的服务请求完成时，将已完成的服务请求对应的IP地址与端口节点从IP地址总入口中删除。