数据传输方法及装置制造方法及图纸

技术编号:20825087 阅读:31 留言:0更新日期:2019-04-10 07:18
本公开实施例涉及通信技术领域,提供一种数据传输方法及装置,其中,方法包括:接收身份标识步骤,接收客户端发送的客户端的身份标识;确定Docker容器步骤,基于所述客户端的身份标识、以及所述客户端的身份标识与Docker容器之间具有的预设对应关系,确定与所述客户端的身份标识对应的Docker容器;连接步骤,与所述Docker容器内的容器代理建立通信连接,所述容器代理用于根据所述客户端发送的数据处理请求在所述Docker容器内进行数据处理;接收数据处理请求步骤,接收所述客户端发送的所述数据处理请求;转发数据处理请求步骤,将所述数据处理请求转发至所述Docker容器内的容器代理。提高了数据传输的效率以及安全性。

【技术实现步骤摘要】
数据传输方法及装置
本专利技术涉及通信
,尤其涉及一种数据传输方法及装置。
技术介绍
Kubernetes作为一种服务编排工具,支持Docker打包发布技术,在大规模集群下,Kubernetes可以做到编排Docker机组成的集群,提供基于Kubernetes的部署Docker容器服务。基于Kubernetes的部署Docker容器服务,本质上就是在集群中的不同机器上,启动一个或多个Docker容器。Docker容器是基于Docker镜像(将代码、操作系统、环境变量、文件等运行环境全部打包成一个整体的技术)运行起来的,并且在运行后,每个Docker容器都有一个互联网协议地址(InternetProtocolAddress,IP地址)。然而,在原始Kubernetes集群中,Docker容器的IP地址为虚拟互联网协议,在进行数据传输时,Docker容器无法被Kubernetes集群外的用户访问到,用户也无法直接连接至Docker容器。为使用户能够直接连接Docker容器,目前可采用FTP中央服务器转存的方式或者采用命令行界面(command-lineinterface,CLI)工具。然而,采用FTP中央服务器转存的方式,需要中央FTP节点存储用户上传的数据,并需要隔离用户上传的数据、设置目录以及专门的进程监听所有目录等一系列操作,存在实现成本高、效率低的问题,并且中央FTP节点是否转发成功不确定,对数据传输的安全性造成威胁。采用CLI工具kubectl将文件传输到Docker容器内的方式,操作繁琐并且需要操作kubectl的知识积累,手动操作失误同样造成数据传输的安全威胁以及效率低。
技术实现思路
为了解决现有技术中存在的上述问题,本专利技术提供一种数据传输方案。根据本专利技术实施例的其中一方面,提供一种数据传输方法,所述方法包括:接收身份标识步骤,接收客户端发送的客户端的身份标识;确定Docker容器步骤,基于所述客户端的身份标识、以及所述客户端的身份标识与Docker容器之间具有的预设对应关系,确定与所述客户端的身份标识对应的Docker容器;连接步骤,与所述Docker容器内的容器代理建立通信连接,所述容器代理用于根据所述客户端发送的数据处理请求在所述Docker容器内进行数据处理;接收数据处理请求步骤,接收所述客户端发送的所述数据处理请求;转发数据处理请求步骤,将所述数据处理请求转发至所述Docker容器内的容器代理。在一例中,所述方法还包括:接收反馈步骤,接收所述容器代理反馈的数据处理响应,所述数据处理响应是所述容器代理进行所述数据处理请求后得到的;转发反馈步骤,转发所述数据处理响应至所述客户端。在一例中,所述确定Docker容器步骤之后还包括获取地址步骤:确定与所述身份标识对应的所述Docker容器的互联网协议地址;所述连接步骤基于确定的互联网协议地址与所述Docker容器内的所述容器代理建立通信连接;所述转发数据处理请求步骤基于所述互联网协议地址,将所述数据处理请求发送至所述Docker容器的容器代理。在一例中,所述确定Docker容器步骤之前还包括身份标识校验步骤:基于所述预设对应关系对所述客户端的身份标识进行校验,并获得校验结果,响应于所述校验结果为成功,基于所述预设对应关系确定与所述客户端的身份标识对应的Docker容器;响应于所述校验结果为失败,将所述校验结果返回所述客户端并提示所述客户端重新发送客户端的身份标识。在一例中,所述转发数据处理请求步骤,包括:通过GRPC协议,将所述数据处理请求发送至所述Docker容器的容器代理。在一例中,其中,所述接收反馈步骤包括:通过GRPC协议,接收所述数据处理响应;所述转发反馈步骤包括:通过GRPC协议,转发所述数据处理响应。在一例中,所述数据处理请求为FTP协议的查看文件列表指令;所述转发数据处理请求步骤包括:通过GRPC协议,将所述FTP协议的查看文件列表指令转换为GRPC协议的查看文件列表指令,并将GRPC协议的查看文件列表指令发送至所述Docker容器的容器代理;所述接收反馈步骤包括:接收所述容器代理反馈的GRPC协议的文件列表数据,所述文件列表数据由所述容器代理根据所述GRPC协议的查看文件列表指令查询得到;所述转发反馈步骤包括:将所述GRPC协议的文件列表数据转换为FTP协议的文件列表数据,并发送给所述客户端。在一例中,所述数据处理请求为FTP协议的文件存储指令;所述转发数据处理请求步骤包括:提取FTP协议的所述文件存储指令中的文件名、文件数据以及存储指令;通过GRPC协议,将所述文件名、文件数据以及存储指令转发至所述Docker容器的容器代理。在一例中,所述数据处理请求为FTP协议的文件删除指令;所述转发数据处理请求步骤包括:提取FTP协议的文件删除指令中的文件名以及删除指令;通过GRPC协议,将所述文件名以及删除指令转发至所述Docker容器的容器代理。在一例中,所述客户端的身份标识和与其对应的所述Docker容器的身份标识相同。根据本专利技术实施例的另一方面,提供一种数据传输方法,所述方法包括:通信连接步骤,在Docker容器内与转发代理建立通信连接;转发接收步骤,接收所述转发代理发送的数据处理请求;处理步骤,根据所述数据处理请求,在Docker容器内进行数据处理。在一例中,所述方法还包括:反馈步骤,将所述处理步骤得到的数据处理响应反馈至所述转发代理。在一例中,所述通信连接步骤,包括:基于所述Docker容器的互联网协议地址与所述转发代理建立通信连接。在一例中,所述转发接收步骤包括:通过GRPC协议,接收所述转发代理发送的所述数据处理请求。在一例中,所述反馈步骤包括:通过GRPC协议,将所述数据处理响应反馈给所述转发代理。在一例中,所述数据处理请求为GRPC协议的查看文件列表指令;所述处理步骤包括:获取Docker容器内的文件列表数据,所述文件列表数据是基于所述GRPC协议的查看文件列表指令查询得到的;所述反馈步骤将所述文件列表数据通过GRPC协议反馈至所述转发代理。在一例中,所述数据处理请求为GRPC协议的文件存储指令,所述文件存储指令包括第一文件名、第一文件数据以及存储指令;所述处理步骤包括:基于所述存储指令,将所述第一文件名对应的第一文件数据写入所述Docker容器中。在一例中,所述数据处理请求为GRPC协议的文件删除指令,所述删除指令包括第二文件名以及删除指令;所述处理步骤包括:基于所述第二文件名,在所述Docker容器中查找与所述第二文件名匹配的第二文件数据;基于所述删除指令,对所述Docker容器中的第二文件数据进行删除操作。根据本专利技术实施例的再一方面,提供一种数据传输方法,所述方法包括:连接转发代理步骤,与转发代理建立通信连接;发送身份标识步骤,发送身份标识至所述转发代理,所述身份标识与Docker容器之间具有预设对应关系,所述转发代理用于通过所述身份标识与具有所述预设对应关系的Docker容器内的容器代理建立通信连接;发送数据处理请求步骤,发送数据处理请求至所述转发代理,所述转发代理用于将所述数据处理请求转发到Docker容器内的容器代理,所述容器代理用于根据所述数据处理请求在所述容器内进行数据处理。在一例中本文档来自技高网
...

【技术保护点】
1.一种数据传输方法,其中,包括:接收身份标识步骤,接收客户端发送的客户端的身份标识;确定Docker容器步骤,基于所述客户端的身份标识、以及所述客户端的身份标识与Docker容器之间具有的预设对应关系,确定与所述客户端的身份标识对应的Docker容器;连接步骤,与所述Docker容器内的容器代理建立通信连接,所述容器代理用于根据所述客户端发送的数据处理请求在所述Docker容器内进行数据处理;接收数据处理请求步骤,接收所述客户端发送的所述数据处理请求;转发数据处理请求步骤,将所述数据处理请求转发至所述Docker容器内的容器代理。

【技术特征摘要】
1.一种数据传输方法,其中,包括:接收身份标识步骤,接收客户端发送的客户端的身份标识;确定Docker容器步骤,基于所述客户端的身份标识、以及所述客户端的身份标识与Docker容器之间具有的预设对应关系,确定与所述客户端的身份标识对应的Docker容器;连接步骤,与所述Docker容器内的容器代理建立通信连接,所述容器代理用于根据所述客户端发送的数据处理请求在所述Docker容器内进行数据处理;接收数据处理请求步骤,接收所述客户端发送的所述数据处理请求;转发数据处理请求步骤,将所述数据处理请求转发至所述Docker容器内的容器代理。2.根据权利要求1所述的方法,其中,还包括:接收反馈步骤,接收所述容器代理反馈的数据处理响应,所述数据处理响应是所述容器代理进行所述数据处理请求后得到的;转发反馈步骤,转发所述数据处理响应至所述客户端。3.根据权利要求1或2所述的方法,其中,所述确定Docker容器步骤之后还包括获取地址步骤:确定与所述身份标识对应的所述Docker容器的互联网协议地址;所述连接步骤基于确定的互联网协议地址与所述Docker容器内的所述容器代理建立通信连接;所述转发数据处理请求步骤基于所述互联网协议地址,将所述数据处理请求发送至所述Docker容器的容器代理。4.根据权利要求1或2所述的方法,其中,所述确定Docker容器步骤之前还包括身份标识校验步骤:基于所述预设对应关系对所述客户端的身份标识进行校验,并获得校验结果,响应于所述校验结果为成功,基于所述预设对应关系确定与所述客户端的身份标识对应的Docker容器;响应于所述校验结果为失败,将所述校验结果返回所述客户端并提示所述客户端重新发送客户端的身份标识。5.根据权利要求1或2所述的方法,其中,所述转发数据处理请求步骤,包括:通过GRPC协议,将所述数据处理请求发送至所述Docker容器的容器代理。6.根据权利要求2所述的方法,其中,所述接收反馈步骤包括:通过GRPC协议,接收所述数据处理响应;所述转发反馈步骤包括:通过GRPC协议,转发所述数据处理响应。7.根据权利要求2所述的方法,其中,所述数据处理请求为FTP协议的查看文件列表指令;所述转发数据处理请求步骤包括:通过GRPC协议,将所述FTP协议的查看文件列表指令转换为GRPC协议的查看文件列表指令,并将GRPC协议的查看文件列表指令发送至所述Docker容器的容器代理;所述接收反馈步骤包括:接收所述容器代理反馈的GRPC协议的文件列表数据,所述文件列表数据由所述容器代理根据所述GRPC协议的查看文件列表指令查询得到;所述转发反馈步骤包括:将所述GRPC协议的文件列表数据转换为FTP协议的文件列表数据,并发送给所述客户端。8.根据权利要求1或2所述的方法,其中,所述数据处理请求为FTP协议的文件存储指令;所述转发数据处理请求步骤包括...

【专利技术属性】
技术研发人员:董红帅沙翔宇曹迪
申请(专利权)人:北京创鑫旅程网络技术有限公司
类型:发明
国别省市:北京,11

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1