一种基于Kubernetes的边缘应用沙盒移植方法技术

本发明专利技术提供了一种基于Kubernetes的边缘应用沙盒移植方法，涉及互联网技术领域；该方法包括以下的步骤：S10、对边缘服务器进行配置后，外部沙盒请求转发至沙盒内的nginx服务器；S20、nginx服务器对请求进行识别；S30、应用网关gateway对请求的处理，应用网关gateway根据自身的路由配置，按照各应用的路径前缀，将请求转发至对应的边缘应用；S40、当边缘应用需要下载资源时，调用下载器downloader的接口，使用其下载能力；当边缘应用需要获取底层信息时，则调用通用支撑服务端common的接口；S50、下载器downloader将下载后的资源保存到对应边缘应用的volume中；本发明专利技术的有益效果是：有效避免配置界面随应用的迭代而进行变更，能够支持所见即所得的展示要求。支持所见即所得的展示要求。支持所见即所得的展示要求。

【技术实现步骤摘要】
一种基于Kubernetes的边缘应用沙盒移植方法


[0001]本专利技术涉及互联网
，更具体的说，本专利技术涉及一种基于Kubernetes的边缘应用沙盒移植方法。

技术介绍

[0002]与传统流媒体平台不同，现有的边缘网关娱乐系统(以IFE即“机上娱乐系统”为例)是一个分布式系统(C端用户不能直接访问中心端)，对C端用户展示的娱乐内容需要从中心端分发到边缘端。
[0003]每个边缘网关娱乐系统作为server对C端用户(比如乘客)进行娱乐内容的服务(比如电影、音乐、电子书等)。随之而来的刚性需求就是运营人员需要在中心端快速高效的对配置的娱乐信息进行查看。
[0004]传统的方式是，在中心的配置端，制作一个与边缘界面相同的孪生界面(即所见即所得)。这种方案直接导致配置界面与边缘服务界面高度耦合，机上娱乐系统需要改版时，中心端的配置界面也要随之改变，成本极高，无法满足现今“版本快速迭代”的要求。另一种方案是在中心端运行一个边缘的实例，进行观看。此种方案，一方面配置界面单调，配置人员需要“脑补”配置后的样子，另外一方面，中心端的同步并不是“所见即所得”，效率低下。两种传统方案，要么开发成本高昂，要么用户体验很差，需要有创新的方案进行优化。

技术实现思路

[0005]为了克服现有技术的不足，本专利技术提供一种基于Kubernetes的边缘应用沙盒移植方法。
[0006]本专利技术解决其技术问题所采用的技术方案是：一种基于Kubernetes的边缘应用沙盒移植方法，其改进之处在于，该方法包括以下的步骤：
[0007]S10、对边缘服务器进行配置后，外部沙盒请求转发至沙盒内的nginx服务器；
[0008]S20、nginx服务器对请求进行识别，当属于静态资源类请求时，nginx服务器负责在对应的volume中查找资源；当属于非静态资源类请求时，则统一转发至应用网关gateway处理；
[0009]S30、应用网关gateway对请求的处理，应用网关gateway根据自身的路由配置，按照各应用的路径前缀，将请求转发至对应的边缘应用；
[0010]S40、当边缘应用需要下载资源时，调用下载器downloader的接口，使用其下载能力；当边缘应用需要获取底层信息时，则调用通用支撑服务端common的接口；
[0011]S50、下载器downloader将下载后的资源保存到对应边缘应用的volume中。
[0012]进一步的，步骤S10中，当对边缘服务器的配置由多人同时进行时，为每个操作者分配一个Kubernetes POD；
[0013]外部沙盒请求由ingress按照路径前缀转发的方式转入对应沙盒的Kubernetes Service，Kubernetes Service按照端口转发的方式转发给沙盒内的nginx服务器。
[0014]进一步的，所述步骤S10之前，还包括对沙盒进行创建的过程，包括以下步骤：
[0015]S101、根据运营人员提供的边缘应用配置信息生成相应的Kubernetes ConfigMap，将沙盒内基础服务和边缘应用作为整体生成Kubernetes POD的资源描述文件，并将生成的Kubernetes ConfigMap通过文件挂载的方式，挂载入POD中各边缘应用的对应目录，各个边缘应用根据自身的配置来提供服务；
[0016]S102、为每个沙盒的POD生成Kubernetes Service，该Kubernetes Service的端口转发目标为该沙盒内nginx服务器的工作端口；
[0017]S103、为每个沙盒生成Kubernetes Volume，用于存放边缘应用的资源文件；将整个沙盒Volume的各个子目录分别挂载入各个边缘应用的资源目录，并将整个volume挂载到nginx服务器的数据目录；
[0018]S104、根据POD描述文件中的特定信息，建立运营人员与沙盒的对应关系。
[0019]进一步的，步骤S104中，将运营人员id存入POD的annotation，以根据运营人员ID查找到指定的沙盒；
[0020]该步骤中，可以利用运营人员与沙盒的对应关系，使用Kubernetes的API对相关的POD进行删除。
[0021]进一步的，步骤S104之后还具有以下步骤：
[0022]S105、当更新沙盒失败时，捕捉对应的异常，在删除POD后重新提交POD的描述文件。
[0023]进一步的，对沙盒进行创建后，还包括以下步骤：
[0024]向Ingress中增加对应沙盒服务的路由信息，由Ingress按照前缀匹配的方式完成对沙盒请求的转发；
[0025]Ingress对沙盒内边缘应用的前端页面跳转进行处理，根据请求发起时所在的页面强制对资源和API请求重定向，使得边缘应用前端页面不感知沙盒环境的url变化。
[0026]进一步的，步骤S20中，nginx服务器绑定整个沙盒volume，能够访问所有应用的资源目录。
[0027]进一步的，步骤S30中，应用网关gateway按照各应用的alias组成的路径前缀，将请求转发至对应的边缘应用；
[0028]当请求url中不包括alias，则根据http请求头中reference字段的路径前缀来进行转发。
[0029]进一步的，步骤S50中，每个边缘应用只绑定沙盒volume的一个子目录，边缘应用只能访问属于其自身的目录。
[0030]进一步的，步骤S40中，所述通用支撑服务端common为沙盒内运行的边缘应用提供基础的能力支撑，通用支撑服务端common感知自身运行在沙盒中，通过模拟底层数据，使边缘应用对是否运行在沙盒内无感；
[0031]所述common通用支撑服务端会感知应用配置变化，适时触发应用的配置重载接口，使边缘应用有机会完成配置的更新。
[0032]本专利技术的有益效果是：将边缘端应用置于以Kubernetes的POD为边界的沙盒中，可以有效避免配置界面随应用的迭代而进行变更，能够支持所见即所得的展示要求，在降低开发成本的同时保持了较高的用户体验。
附图说明
[0033]图1为本专利技术的一种基于Kubernetes的边缘应用沙盒移植方法的运行环境示意图。图2为本专利技术的一种基于Kubernetes的边缘应用沙盒移植方法中沙盒创建及更新流程的示意图。
具体实施方式
[0034]下面结合附图和实施例对本专利技术进一步说明。
[0035]以下将结合实施例和附图对本专利技术的构思、具体结构及产生的技术效果进行清楚、完整地描述，以充分地理解本专利技术的目的、特征和效果。显然，所描述的实施例只是本专利技术的一部分实施例，而不是全部实施例，基于本专利技术的实施例，本领域的技术人员在不付出创造性劳动的前提下所获得的其他实施例，均属于本专利技术保护的范围。另外，专利中涉及到的所有联接/连接关系，并非单指构件直接相接，而是指可根据具体实施情况，通过添加或减少本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于Kubernetes的边缘应用沙盒移植方法，其特征在于，该方法包括以下的步骤：S10、对边缘服务器进行配置后，外部沙盒请求转发至沙盒内的nginx服务器；S20、nginx服务器对请求进行识别，当属于静态资源类请求时，nginx服务器负责在对应的volume中查找资源；当属于非静态资源类请求时，则统一转发至应用网关gateway处理；S30、应用网关gateway对请求的处理，应用网关gateway根据自身的路由配置，按照各应用的路径前缀，将请求转发至对应的边缘应用；S40、当边缘应用需要下载资源时，调用下载器downloader的接口，使用其下载能力；当边缘应用需要获取底层信息时，则调用通用支撑服务端common的接口；S50、下载器downloader将下载后的资源保存到对应边缘应用的volume中。2.根据权利要求1所述的一种基于Kubernetes的边缘应用沙盒移植方法，其特征在于，步骤S10中，当对边缘服务器的配置由多人同时进行时，为每个操作者分配一个KubernetesPOD；外部沙盒请求由ingress按照路径前缀转发的方式转入对应沙盒的Kubernetes Service，Kubernetes Service按照端口转发的方式转发给沙盒内的nginx服务器。3.根据权利要求2所述的一种基于Kubernetes的边缘应用沙盒移植方法，其特征在于，所述步骤S10之前，还包括对沙盒进行创建的过程，包括以下步骤：S101、根据运营人员提供的边缘应用配置信息生成相应的Kubernetes ConfigMap，将沙盒内基础服务和边缘应用作为整体生成Kubernetes POD的资源描述文件，并将生成的Kubernetes ConfigMap通过文件挂载的方式，挂载入POD中各边缘应用的对应目录，各个边缘应用根据自身的配置来提供服务；S102、为每个沙盒的POD生成Kubernetes Service，该Kubernetes Service的端口转发目标为该沙盒内nginx服务器的工作端口；S103、为每个沙盒生成Kubernetes Volume，用于存放边缘应用的资源文件；将整个沙盒Volume的各个子目录分别挂载入各个边缘应用的资源目录，并将整个volume挂载到nginx服务器的数据目录；S104、根据POD描述文件...

【专利技术属性】
技术研发人员：李杰，庞立新，洪杰，宋宁波，宋振林，
申请(专利权)人：亚太卫星宽带通信深圳有限公司，
类型：发明
国别省市：