CN116243899B - 一种基于网络环境的自定义编排容器和方法 - Google Patents

Abstract

本说明书实施例提供一种基于网络环境的自定义编排容器和方法，属于容器编排领域，其中容器包括：基础组件库，用于提供属性可编辑的组件集群，基于多个组件的结合构成新应用；容器渲染引擎，用于获取新应用的组件列表，提供渲染方式对结合后的组件进行新应用界面的渲染；数据源引擎，用于获取新应用的类型，为新应用的测试提供数据源；环境引擎，用于获取数据源的类型，制定新应用测试的网络环境策略，优化新应用的使用状态，提高新应用在使用时的稳定性和独立性，避免对其他应用的正常工作造成干扰的优点。

Description

一种基于网络环境的自定义编排容器和方法

技术领域

本说明书涉及容器编排领域，特别涉及一种基于网络环境的自定义编排容器和方法。

背景技术

业界大部分动态组件的加载只能在web上完成，而自定义编排容器能够通过自研小程序容器与卡片容器，完成组件的远程开发，远程加载，动态运行，容器为基于微服务的应用程序提供了一个理想的应用程序部署单元和自包含的执行环境。这使应用可以在同一硬件上，以微服务的形式运行多个独立的模块，对每个模块获得更好的控制和生命周期管理。

编排容器的作用原理可以类比虚拟机的工作原理，通过在容器中编排各项组件或产品具有节省内存、独立加载测试等优点，但在现实网络环境使用时，脱离容器后的新产品在运行时会出现各种故障，原因是新产品在容器内测试时，干扰因素少，测试能够顺利进行，但脱离容器后的新产品容易与终端中其他产品产生运行干扰，导致出现前所未有的测试故障，后期需要进行反复的改进调试，才能使新产品完全适应网络环境以及与终端中的其他产品不产生运行干扰。

因此，需要提供一种基于网络环境的自定义编排容器和方法，在容器中构建各项组件和产品的同时对其叠加网络环境的干扰测试，避免已测试完成的新产品在脱离容器后，在与网络环境交互时出现运行报错等故障。

发明内容

本说明书实施例之一提供一种基于网络环境的自定义编排容器和方法，通过在现有的组件编排容器中进行改进，通过增加数据源测试和网络环境测试，提高新应用的适应能力，且不会影响到终端上的其他软件应用。

在一些实施例中，一种基于网络环境的自定义编排容器，基于后台编排管理平台对容器中的新应用进行开发和测试，后台编排管理平台内包括：

基础组件库，用于提供属性可编辑的组件集群，基于多个组件的结合构成新应用；

容器渲染引擎，用于获取新应用的组件列表，提供渲染方式对结合后的组件进行新应用界面的渲染；

数据源引擎，用于获取新应用的类型，为新应用的测试提供数据源；

环境引擎，用于获取数据源的类型，制定新应用测试的网络环境策略。

基于新应用使用时的终端，所述后台编排管理平台还包括：

上载端口，通过上载端口获取终端的网络环境类型以及终端上的应用类型；

下载端口，通过下载端口将测试完成的新应用下载到容器外的终端上。

所述基础组件库中的组件基于JavaScript开发，脱离Native编译打包，通过JS引擎解释与运行。

所述容器渲染引擎基于统一终端的总线底层引擎，新应用的组件列表中的各个组件之间通过Event方式进行通讯。

所述数据源引擎中还包括有未分类的数据源，包括：

获取终端中所有应用的类型和接口权限，所述数据源引擎基于应用的类型确定应用的用户群体类型，通过用户群体类型对数据源进行分类，

基于数据源引擎中的分配策略将分类后的数据源依次发送至新应用的接收端，进行新应用测试准备。

所述环境引擎基于终端的网络环境类型调试新应用的测试网络环境，包括：

所述环境引擎通过链接所述上载端口获取终端的网络环境类型，将容器与所述终端进行连接，配置所述容器为相同的网络环境，基于所述网络环境和分类后的数据源调试新应用，当容器内的新应用接口权限和终端上应用的接口权限工作参数相同时，对新应用的接口权限进行修改，直至不与终端上应用的接口权限产生工作参数的冲突。

在一些实施例中，提供一种基于网络环境的自定义编排方法，在容器内通过多组件构建新应用后，还包括下列步骤：

S1：通过获取构成新应用的组件列表，对新应用界面进行渲染；

S2：根据新应用类型导入对应的数据源，作测试准备；

S3：结合终端上的网络环境类型，对新应用进行联网测试；

S4：获取新应用在该网络环境下的接口权限，与所述终端中其他应用的接口权限进行工作参数对比，当存在接口权限相同时，执行S5，当不存在接口权限相同时，执行S6；

S5：修改新应用的接口权限的工作参数，执行S4；

S6：新应用测试完成，基于下载端口将新应用下载到容器外的终端上。

所述接口权限基于用户选择对scope进行授权后进行接口调用，包括：

scope的对象包括地理位置、后台定位、麦克风、摄像头、蓝牙、添加到相册、用户信息和通讯地址。

所述接口权限的工作参数基于scope对象在读取数据时产生的工作参数，包括：

用户授权的scope对象通过新应用上的交互接口与终端上的特定数据进行读取和导入，并在特定时间开通交互接口，特定数据和特定时间均为工作参数。

所述网络环境类型基于终端上的操作系统和联网类型决定，包括：

联网类型包括部门网络、企业网络和校园网络，操作系统包括批处理操作系统、分时操作系统、实时操作系统、网络操作系统和分布式软件系统。

本发明的有益效果为：

1、通过数据源引擎和环境引擎为新应用引入类型匹配的测试数据和网络环境，在容器内进行测试调试的同时，不会影响到容器外的其他应用；

2、联动终端上的其他应用的接口权限参数，优化新应用的测试效果，提高新应用在使用时的稳定性和独立性。

附图说明

本说明书将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本说明书一些实施例所示的容器内后台编排管理平台的工作原理示意图；

图2是根据本说明书一些实施例所示的工作参数对比时的示意图；

图3是根据本说明书一些实施例所示的获取终端上网络环境和其他应用类型的示意图。

附图标记：100、新应用；101、下载后的新应用；102、第一其他应用；103、第二其他应用；104、第三其他应用；201、第一终端；202、第二终端；300、容器；401、上载端口；402、下载端口。

具体实施方式

为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本说明书的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“系统”、“装置”、“单元”和/或“模块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本说明书和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

实施例1：

基于后台编排管理平台对容器中的新应用进行开发和测试，容器内设置有自定义后台编排管理平台，请参照图1，后台编排管理平台内包括：基础组件库，用于提供属性可编辑的组件集群，基于多个组件的结合构成新应用；容器渲染引擎，用于获取新应用的组件列表，提供渲染方式对结合后的组件进行新应用界面的渲染；数据源引擎，用于获取新应用的类型，为新应用的测试提供数据源；环境引擎，用于获取数据源的类型，制定新应用测试的网络环境策略。

其中，容器为设立在客户端/终端/显示屏中且具有键入式接口，具有能够修改容器本身功能的后台窗口的组件开发平台，包括自定义的单元和卡片(组件)单元，能够实现组件的远程开发，远程加载，动态运行，应用包括但不限于APP、集成软件、集成程序，即能够将输入的数据按照一定的规则输出结果的应用程序等。

容器内所有可见可操作的模块都以组件的形成存在，同时还包括一些系统级基础零件，用于配套开放组件做结合，协助开放组件的运行态，在内容内将组件开发成应用时，好处就是避免对容器外的应用产生干扰，具有独立性，但同时，造成的缺点，就是容器内开发的应用无法在容器内完成测试，即测试该应用在联网使用时，会不会与其他应用产生权限、数据上的干扰和冲突，无法联动，太过孤立。

因此采取本实施例的方式，增加容器的测试功能，对应用进行多方位的测试，确保下载后的应用存在更多的缺陷。

其中，基础组件库包括可编辑的组件集群，即前端组件库、移动端组件库、pad组件库、PC组件库等等，通过拖拉拽完成搭建产品功能的整体输出，系统默认定义了50+基础组件。

基于新应用使用时的终端，考虑到新应用最终要通过容器下载，并在终端上进行使用，因此通过有线/无线网络获取权限，通过授权获得终端上网络环境类型、终端上的应用类型，请参照图3，所述后台编排管理平台还包括：

上载端口，通过上载端口获取终端的网络环境类型以及终端上的应用类型；

下载端口，通过下载端口将测试完成的新应用下载到容器外的终端上。

本实施例中上载端口和下载端口均为容器上的通道，通过用户请求进行通道上的数据传输、终端上数据的获取。

所述基础组件库中的组件基于JavaScript开发，脱离Native编译打包，通过JS引擎解释与运行，通过响应式框架构建一套交互式的UI组件，各个组件可以独立作为卡片资源，也可以通过组装的方式完成对卡片的自有搭配。

所述容器渲染引擎基于统一终端的总线底层引擎，新应用的组件列表中的各个组件之间通过Event方式进行通讯自带数据源集成，支持自定义API集成，支持DataSource+sql模式，组件自身具备功能特性，且允许开发者在组件开发平台按照系统规范自定义开发，允许组件本身的布局与数据源做到自定义，同时每个组件上的属性都是可以开放编排的，包括组件的位置、高度、导航、颜色、标题、字体、级联等。因此每个页面的配置工作量较大，系统支撑模板化配置，且数据源库支持：图片、视频、文档等多类。

上述对容器进行了介绍，下面具体对新应用搭建后的测试环节进行详述，为了同步新应用上的数据，为新应用的测试提供有效数据源，提供下列数据源分类方法，所述数据源引擎中还包括有未分类的数据源，包括：

获取终端中所有应用的类型和接口权限，所述数据源引擎基于应用的类型确定新应用的用户群体类型，通过用户群体类型对数据源进行分类，获取终端上的其他应用类型，应用类型包括游戏类、社交类、咨询类、网购类和工具类五类，将其他应用根据上述五类划分后，再获取每类的用户群体类型，其中用户群体类型包括用户性别占比、用户活跃率、用户年龄段、用户消费等级等，根据用户群体类型和应用的类型，对数据源进行分类，为后续新应用测试提供基础。

基于数据源引擎中的分配策略将分类后的数据源依次发送至新应用的接收端，进行应用测试准备。

本实施例中，分配策略通过识别新应用的应用类型和用户群体类型，确定新应用所需求的数据源后，直接将适配新应用的数据源发送至新应用的接收端，例如，当新应用为游戏项目产品，且用户群体类型为青少年区段，男生占比多，因此分配策略将分类后的数据源中，划分为青少年、男性、游戏类用户(具体数据源限定式为“青少年and男性and游戏类用户”)的数据发送至新产品，便于新应用利用上述数据进行运行测试，计算出新应用的稳定性、平台承受度和平台活跃率等测试指标。

通过在本实施例，所述数据源引擎的分类大大的简化了数据源索引、限定的时间和步骤，提前将大数据的用户信息按照用户群体类型划分，是现有社会环境下应用受众单一化的趋势，但本实施例并不局限于对用户信息的划分，数据源还包括在线操作信息(误触指令、重复指令)。

所述环境引擎基于终端的网络环境类型调试新应用的测试网络环境，包括：

所述环境引擎通过链接所述上载端口获取终端的网络环境类型，将容器与所述终端进行连接，配置所述容器为相同的网络环境，基于所述网络环境和分类后的数据源调试新应用，当容器内的新应用接口权限和终端上应用的接口权限工作参数相同时，对新应用的接口权限进行修改，直至不与终端上应用的接口权限产生工作参数的冲突。

当新应用在容器内的测试网络环境，与终端上的网络环境同步，且根据数据源殷勤获取终端上所有应用的类型和接口权限，通过环境引擎比较新应用上的接口权限与终端上所有应用的接口权限，进一步的，为了更精准的根据应用类型，比较接口权限，则根据新应用的类型，只比较属于同一类型的其他应用的接口权限，当双方接口权限授权的种类相同，则进一步判断接口权限上的工作参数，当相同时，通过修改新应用的接口权限或接口权限上的工作参数来避免双方后期发生冲突。

综上所述，本实施例1通过在容器中进行新应用的构建和测试时，通过基础组件库和容器渲染引擎优化新应用的功能和界面，通过数据源引擎和环境引擎为新应用引入类型匹配的测试数据和网络环境，在容器内进行测试调试的同时，不会影响到容器外的其他应用。

实施例2：

在实施例1的基础上，本实施例进一步优化新应用的调试路径，具体如下：

在容器内通过多组件构建新应用后，还包括下列步骤：

S1：通过获取构成新应用的组件列表，对新应用界面进行渲染；

S2：根据新应用类型导入对应的数据源，作测试准备；

S3：结合终端上的网络环境类型，对新应用进行联网测试；

S4：获取新应用在该网络环境下的接口权限，与所述终端中其他应用的接口权限进行工作参数对比，当存在接口权限相同时，执行S5，当不存在接口权限相同时，执行S6；

S5：修改新应用的接口权限的工作参数，执行S4；

S6：新应用测试完成，基于下载端口将新应用下载到容器外的终端上。

所述接口权限基于用户选择对scope授权后进行接口调用，包括：

scope的对象包括地理位置、后台定位、麦克风、摄像头、蓝牙、添加到相册、用户信息和通讯地址。

值得说明的是，本实施例通过量化接口权限包括但不限于上述几种对象，且应用类型相同，上述接口权限授权的对象和数量大概率都会相同，因此两者容易在相同的权限请求和数据要求中容易出现冲突，因此，本申请通过比较新应用与终端上其他应用的接口权限来对新应用进行调试。

所述接口权限的工作参数基于scope对象在读取数据时产生的工作参数，包括：

用户授权的scope对象通过新应用上的交互接口与终端上的特定数据进行读取和导入，并在特定时间开通交互接口，特定数据和特定时间均为工作参数。

值得说明的是，在网络环境下，新应用内的各个组件按照设定程序开始工作，并与容器内模拟的终端平台通过交互接口进行数据交互，而交互接口设定的开通时间，交互接口设定的读取数据均是新应用在搭建时所限定的，当工作参数与现实中终端上其他应用的工作参数出现冲突时，则会出现报错响应，根据报错响应对新应用重新进行调试。

值得说明的是，在本实施例中，请参照图2，上述冲突的标准包括但不限于双方应用的工作参数中特定数据或特定时间有一类或两类相同，其中特定数据包括但不限于接口权限的类型、终端固有数据等，特定时间包括但不限于启动新应用后各个接口权限的工作时间、未启动新应用时各个接口权限的工作时间等。

所述网络环境类型基于终端上的操作系统和联网类型决定，包括：

联网类型包括部门网络、企业网络和校园网络，操作系统包括批处理操作系统、分时操作系统、实时操作系统、网络操作系统和分布式软件系统。

值得注意的是，本实施例中，终端包括但不限于计算机、单片机等集成服务设备，不同的终端其自带的联网类型和操作系统也并不相同，例如，计算机的操作系统为网络操作系统，单片机的操作系统为分布式软件系统，本实施例中的容器包括但不限于工作在计算机客户端上。

值得说明的是，本发明中提起的交互接口、容器、上载端口、下载端口、引擎、终端和组件等等均是自定义编排领域的常用指代名词，且执行本申请中所限定的技术，上述已阐述，这里不赘述。

综上所述，本实施例2能够根据新应用后期投放的平台，通过多串口连接获取终端上的网络环境类型，终端上其他应用的接口权限工作状态等等，进而在容器内联网测试新应用时，将上述的参数作为测试变量进行调试，优化新应用的使用状态，提高新应用在使用时的稳定性和独立性，避免对其他应用的正常工作造成干扰。

实施例3：

请再次参照附图3，本实施例具体通过第一终端201和第二终端202进行说明，其中，下载后的新应用101的在第二终端上使用，第一终端上设置有容器300，通过容器内的后台编排管理平台搭建新应用100，其中，新应用的测试还需要通过上载端口401获取第二终端上的所有应用，如第一其他应用102,、第二其他应用103和第二其他应用104，结合新应用的类型，对容器内的数据源进行按照五类应用类型进行分类，新应用根据接收到的数据源作测试准备，通过上载端口获取第二终端的网络环境类型和第二终端上其他应用的接口权限，进一步判断新应用的接口权限是否与其他应用的接口权限相同，具体有接口权限的工作参数是否相同，上述均通过在容器内进行测试计算来调整新应用的应用权限的工作参数，调整其工作时间长度、工作时间、与终端交互的时间值、与终端数据交互的时间，待不产生冲突后，通过在下载端口402下载到第二终端上，进行使用。

应当注意应用场景仅仅是为了说明的目的而提供的，并不意图限制本说明书的范围。对于本领域的普通技术人员来说，可以根据本说明书的描述，做出多种修改或变化。例如，应用场景还可以包括数据库。然而，这些变化和修改不会背离本说明书的范围。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。

同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，除非权利要求中明确说明，本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本说明书披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此，作为示例而非限制，本说明书实施例的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。

Claims (8)

1.一种基于网络环境的自定义编排容器，其特征在于，基于后台编排管理平台对容器中的新应用进行开发和测试，后台编排管理平台内包括：

基础组件库，用于提供属性可编辑的组件集群，基于多个组件的结合构成新应用；

容器渲染引擎，用于获取新应用的组件列表，提供渲染方式对结合后的组件进行新应用界面的渲染；

数据源引擎，用于获取新应用的类型，为新应用的测试提供数据源；所述数据源引擎中还包括有未分类的数据源，包括：

获取终端中所有应用的类型和接口权限，所述数据源引擎基于应用的类型确定应用的用户群体类型，通过用户群体类型对数据源进行分类，

基于数据源引擎中的分配策略将分类后的数据源依次发送至新应用的接收端，进行新应用测试准备；

环境引擎，用于获取数据源的类型，制定新应用测试的网络环境策略；所述环境引擎基于终端的网络环境类型调试新应用的测试网络环境，网络环境策略包括：

所述环境引擎通过链接上载端口获取终端的网络环境类型，将容器与所述终端进行连接，配置所述容器为相同的网络环境，基于所述网络环境和分类后的数据源调试新应用，当容器内的新应用接口权限和终端上应用的接口权限工作参数相同时，对新应用的接口权限进行修改，直至不与终端上应用的接口权限产生工作参数的冲突。

2.如权利要求1所述的一种基于网络环境的自定义编排容器，其特征在于，基于新应用使用时的终端，所述后台编排管理平台还包括：

上载端口，通过上载端口获取终端的网络环境类型以及终端上的应用类型；

下载端口，通过下载端口将测试完成的新应用下载到容器外的终端上。

3.如权利要求2所述的一种基于网络环境的自定义编排容器，其特征在于，所述基础组件库中的组件基于JavaScript开发，脱离Native编译打包，通过JS引擎解释与运行。

4.如权利要求2所述的一种基于网络环境的自定义编排容器，其特征在于，所述容器渲染引擎基于统一终端的总线底层引擎，新应用的组件列表中的各个组件之间通过Event方式进行通讯。

5.一种基于网络环境的自定义编排方法，应用于如权利要求4所述的一种基于网络环境的自定义编排容器，其特征在于，在容器内通过多组件构建新应用后，还包括下列步骤：

S1：通过获取构成新应用的组件列表，对新应用界面进行渲染；

S2：根据新应用类型导入对应的数据源，作测试准备；

S3：结合终端上的网络环境类型，对新应用进行联网测试；

S4：获取新应用在该网络环境下的接口权限，与所述终端中其他应用的接口权限进行工作参数对比，当存在接口权限相同时，执行S5，当不存在接口权限相同时，执行S6；

S5：修改新应用的接口权限的工作参数，执行S4；

S6：新应用测试完成，基于下载端口将新应用下载到容器外的终端上。

6.如权利要求5所述的一种基于网络环境的自定义编排方法，其特征在于，所述接口权限基于用户选择对scope授权后进行接口调用，包括：

scope的对象包括地理位置、后台定位、麦克风、摄像头、蓝牙、添加到相册、用户信息和通讯地址。

7.如权利要求6所述的一种基于网络环境的自定义编排方法，其特征在于，所述接口权限的工作参数基于scope对象在读取数据时产生的工作参数，包括：

用户授权的scope对象通过新应用上的交互接口与终端上的特定数据进行读取和导入，并在特定时间开通交互接口，特定数据和特定时间均为工作参数。

8.如权利要求5所述的一种基于网络环境的自定义编排方法，其特征在于，所述网络环境类型基于终端上的操作系统和联网类型决定，包括：

联网类型包括部门网络、企业网络和校园网络，操作系统包括批处理操作系统、分时操作系统、实时操作系统、网络操作系统和分布式软件系统。