一种基于kubernetes的网络服务网格系统
技术领域
1.本发明涉及云计算技术中的kubernetes网络治理系统领域，尤其涉及一种基于kubernetes的网络服务网格系统。
背景技术：
2.随着云计算和微服务领域的技术不断成熟，越来越多的传统单体应用被拆分成的大量的微服务并开始上云，而kubernetes已经成为云原生应用编排的事实标准，微服务部署在kubernetes上，从而产生了大量的服务间东西向网络流量，为了满足集群内部应用之间的这些东西向流量需求，kubernetes采用了一个扁平的三层网络模型，这个网络模型的目的是为了处理同一个集群内pod的东西向网络流量，因此设计的非常简单清晰，对于普通的it和企业应用场景，该模型已经完全够用。但对于电信和一些高级的企业网络需求来说，kubernetes的网络还存在一些局限性，比如pod在创建后网络就固定下来了，不能再进行动态更新，因此不能满足应用的动态网络需求。此外，kubernetes的网络主要针对集群内部流量，缺乏对跨云和跨集群连通性的支持。
技术实现要素：
3.为了解决以上技术问题，本发明提供了一种基于kubernetes的网络服务网格系统，旨在为kubernetes中部署的应用提供一些高级网络功能服务，补齐 kubernetes对云原生应用网络支持的短板。通过部署各种提供高级网络服务的终端，应用只需要结合简单易用的yaml声明配置，就能自动连接到终端，获取各种高级网络功能，动态的满足应用的不同网络需求。
4.本发明的技术方案是：
5.一种基于kubernetes的网络服务网格系统，包括终端，客户端，注册表，管理器，网格转发器
6.其中，
7.终端负责对外提供网络服务，它负责接收来自一个或者一个以上客户端的请求，向客户端提供网络服务；
8.客户端是需要使用动态的高级网络功能的客户端；
9.网络服务网格中相关对象和组件的注册表，包含网络服务终端、管理器的实例信息；
10.管理器是网络服务网格的控制组件；
11.网格转发器是提供从客户端到网络服务终端之间的端到端连接的数据面组件。
12.进一步的，
13.所述管理器将部署在集群里的每个节点上，不同节点上的管理器可以相互通信和协商，形成一个分布式控制面，这些相互通信的管理器组成了一个连接终端和客户端的网格。
14.所述管理器主要负责两件事情：
15.1)处理来自客户端的网络服务使用请求，为请求匹配符合要求的网络服务终端，0并为客户端创建到网络服务终端的虚拟连接；
16.2)将其所在节点上的网络服务终端注册到注册表上。
17.进一步的，
18.网格转发器直接配置linux内核的转发规则，也可以是一个第三方的网络控制面。
19.网格转发器负责在网络服务终端和客户端的两个新创建的网络接口之间搭建一条虚拟点对点链路，该链路可以看做这两个网络接口之间的一条虚拟网线，从一段进入的数据，会从另一端出来，从而确保客户端到终端的网络连通性。
20.进一步的，
21.负责提供网络服务的终端所在节点的管理器负责将其注册到注册表中，客户端应用pod中的init container根据yaml向同一节点上的管理器发起使用网络服务的请求；接着管理器会向注册表查询可用的网络服务终端。终端可位于和客户端相同的节点上，或在不同的节点上。
22.如果在相同的节点上，管理器会和终端所在节点上的管理器进行通信，转发请求，发起请求连接，终端根据自己的业务逻辑进行判断，如果可以接受该客户端的服务请求，则接受该连接请求；终端所在节点的管理器调用网格转发器创建一个网络接口，加入到终端的pod中。
23.如果终端和客户端在不同的节点上，终端所在节点的管理器会通知客户端所在节点的管理器，接受该服务请求；客户端所在节点的管理器调用网格转发器创建一个网络接口，加入到客户端应用pod中，并进行相应的网络配置，保证到终端的网络打通。
24.本发明基于kubernetes的网络服务网格设计能够为kubernetes中部署的应用提供动态的高级网络功能，并且还支持虚拟机和服务器，是一个跨云平台的云原生网络解决方案，从而补齐了kubernetes对云原生应用网络支持的这一块短板。
25.本发明的有益效果是
26.简单易用，客户端只需通过yaml声明就能使用高级网络服务。
27.不需要手动配置客户端到网络服务终端之间的连接、ip地址、子网、路由等，这些业务逻辑细节被网络服务网格框架处理，客户端无感知。
28.灵活可配置，可以根据需求向网络服务网格中添加新的网络服务类型，这些网络服务可以由第三方实现和提供。
29.网络服务终端的数量可以根据工作负载进行水平扩展，确保服务的稳定性。
具体实施方式
30.为使本发明实施例的目的、技术方案和优点更加清楚，下面将对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
31.本发明提供一种基于kubernetes的网络服务网格设计，该设计的核心由五部分组成，包括终端，客户端，注册表，管理器，网格转发器。网络服务网格提供了一种声明式yaml
的方式来为客户端提供网络服务，它会通过kubernetes的 admission webhook功能在需要使用网络服务的客户端pod中注入一个initcontainer，由该init container来负责根据yaml声明文件来向管理器请求对应的网络服务，因此应用程序不需要关注网络服务的请求和连接创建过程。
32.以下进一步说明：
33.(一)、终端
34.终端负责对外提供网络服务，它负责接收来自一个或者多个客户端的请求，向客户端提供网络服务。
35.(二)、客户端
36.需要使用动态的高级网络功能的客户端。
37.(三)、注册表
38.网络服务网格中相关对象和组件的注册表，包含网络服务终端、管理器的实例信息。
39.(四)、管理器
40.管理器是网络服务网格的控制组件，将部署在集群里的每个节点上，不同节点上的管理器可以相互通信和协商，形成一个分布式控制面，这些相互通信的管理器组成了一个连接终端和客户端的网格，管理器主要负责两件事情：
41.1)处理来自客户端的网络服务使用请求，为请求匹配符合要求的网络服务终端，并为客户端创建到网络服务终端的虚拟连接。
42.2)将其所在节点上的网络服务终端注册到注册表上。
43.(五)、网格转发器
44.网格转发器是提供从客户端到网络服务终端之间的端到端连接的数据面组件，它可以直接配置linux内核的转发规则，也可以是一个第三方的网络控制面。它负责在网络服务终端和客户端的两个新创建的网络接口之间搭建一条虚拟点对点链路，该链路可以看做这两个网络接口之间的一条虚拟网线，从一段进入的数据，会从另一端出来，从而确保客户端到终端的网络连通性。
45.首先要有负责提供网络服务的终端，该终端所在节点的管理器负责将其注册到注册表中，客户端应用pod中的init container根据yaml向同一节点上的管理器发起使用网络服务的请求。接着管理器会向注册表查询可用的网络服务终端，终端可能位于和客户端相同的节点上，也可能在不同的节点上，如果在不同的节点上，管理器会和终端所在节点上的管理器进行通信，转发请求，发起请求连接，终端根据自己的业务逻辑进行判断，如果可以接受该客户端的服务请求，则接受该连接请求。终端所在节点的管理器调用网格转发器创建一个网络接口，加入到终端的pod中。如果终端和客户端在不同的节点上，终端所在节点的管理器会通知客户端所在节点的管理器，接受该服务请求。客户端所在节点的管理器调用网格转发器创建一个网络接口，加入到客户端应用pod中，并进行相应的网络配置，保证到终端的网络打通。
46.本发明基于kubernetes的声明式yaml配置，再结合网络服务终端，能够为kubernetes中部署的应用提供高级的网络服务。
47.通过yaml配置自动打通客户端到网络服务终端的网络连接，保证网络服务的可用
性，无需客户端手动配置。
48.可以根据需要向网络服务网格中添加新的网络服务类型，满足不同的客户端对各种高级网络服务的需求。
49.提供网络服务的终端数量可以根据工作负载进行水平扩展，确保服务的可用性和稳定性。
50.以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。