CN114518907A - 一种可扩展的自助数据分析方法及*** - Google Patents

一种可扩展的自助数据分析方法及*** Download PDF

Info

Publication number
CN114518907A
CN114518907A CN202210098718.3A CN202210098718A CN114518907A CN 114518907 A CN114518907 A CN 114518907A CN 202210098718 A CN202210098718 A CN 202210098718A CN 114518907 A CN114518907 A CN 114518907A
Authority
CN
China
Prior art keywords
analysis
core layer
data
model
layer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202210098718.3A
Other languages
English (en)
Other versions
CN114518907B (zh
Inventor
姜磊
朱宏飞
杨钊
李成
钟颖欣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Brilliant Data Analytics Inc
Original Assignee
Brilliant Data Analytics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Brilliant Data Analytics Inc filed Critical Brilliant Data Analytics Inc
Priority to CN202210098718.3A priority Critical patent/CN114518907B/zh
Publication of CN114518907A publication Critical patent/CN114518907A/zh
Application granted granted Critical
Publication of CN114518907B publication Critical patent/CN114518907B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating
    • G06F9/44521Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
    • G06F9/44526Plug-ins; Add-ons
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本发明涉及计算机和数据分析技术,为可扩展的自助数据分析方法及***,其方法包括步骤:定义数据分析的底层结构,将数据分析的实体对象进行抽象,定义分析对象及各分析对象之间的联系,对分析操作进行抽象化,形成***的基础架构模型;基于微内核架构设计、封装核心层,核心层基于分布式架构开发扩展插件,将业务功能扩展的变化封装在插件里;定义可扩展接口,根据核心层提供的分析能力,将扩展层各业务功能按标准接口形式进行开放;将分析对象及各分析对象之间的联系以插件的形式设置为业务层,根据分析对象中相应的分析模型,通过核心层进行校验和管理,核心层以事件的形式驱动插件运行。本发明***结构稳定,具备高可用、数据零丢失的特点。

Description

一种可扩展的自助数据分析方法及***
技术领域
本发明涉及计算机和数据分析技术,具体涉及一种可扩展的自助数据分析方法及***。
背景技术
目前数据分析软件发展都比较成熟,国内外产品众多,但绝大部分产品都不支持开放扩展。而做数据分析时经常会出现***无法满足需求的情况,比如有个新的算法需要加入分析过程中,或者需要增加新的分析模型,遇到这种情况时,都需要找到***开发商去支撑,周期都特别漫长,且价格昂贵,严重阻碍分析工作的开展,这也是为什么大部分数据分析工具都无法全面使用起来的一个主要原因。
此外,现有数据分析***,其分析模型和核心分析流程管理是紧密混杂在一起的,每增加新的分析模型,都需要修改和变得核心代码,这给相应的计算机程序带来了不稳定。
发明内容
鉴于现有技术所存在的问题,本发明提出一种可扩展的自助数据分析方法及***,以微内核方式实现了对数据分析模型的插件管理以及快速扩展的功能,以分布式架构实现了对分析过程的稳定性进行了保障,功能扩展易于实现,让各类个性化的需求都能快速实现,有效促进数据分析领域的健康发展,***结构稳定,具备高可用、数据零丢失的特点。
本发明分析方法采用如下技术方案来实现:可扩展的自助数据分析方法,包括以下步骤:
S1、定义数据分析的底层结构,将数据分析的实体对象进行抽象,定义分析对象及各分析对象之间的联系,同时对分析操作进行抽象化,形成***的基础架构模型;
S2、基于微内核架构设计、封装核心层;所述核心层为分析引擎,负责将业务层的分析任务转换成数据查询任务并返回数据,以支撑不同业务场景的分析需求;核心层基于分布式架构开发扩展插件,将业务功能扩展的变化封装在插件里;
S3、定义可扩展接口,根据核心层提供的分析能力,将扩展层各业务功能按标准接口形式进行开放;
S4、将步骤S1所定义的分析对象及各分析对象之间的联系,以插件的形式设置为业务层;并根据实际业务计算逻辑开发分析对象中相应的分析模型,通过核心层进行校验和管理,核心层以事件的形式驱动插件运行。
在优选的实施例中,步骤S1根据综合业务,对实体对象抽象后,定义的分析对象包括:分析看板、分析图形、分析窗口、分析节点、分析路径、分析模型及分析方法;其中,分析看板负责管理分析窗口,以及布局分析窗口的位置;分析路径负责记录分析节点之间的先后计算、依存关系;分析窗口负责将分析节点提供的数据以及图形配置展现出来;分析节点设有可扩展的分析模型以及分析方法,分析模型是分析算法的参数配置且可持久化存储,分析方法通过分析算法的业务逻辑代码实现,根据分析模型定义的参数配置执行实际的分析计算。
进一步优选地,所述分析对象的数据通过分析操作和分析操作参数进行修改变动;对分析看板的任意改动将产生一个分析操作,每个分析操作均为可序列化的。
本发明分析***采用如下技术方案来实现:可扩展的自助数据分析***,包括:
底层结构定义模块,用于将数据分析的实体对象进行抽象,定义分析对象及各分析对象之间的联系,同时对分析操作进行抽象化,形成***的基础架构模型;
核心层设计模块,用于基于微内核架构设计、封装核心层;所述核心层为分析引擎,负责将业务层的分析任务转换成数据查询任务并返回数据,以支撑不同业务场景的分析需求;核心层基于分布式架构开发扩展插件,将业务功能扩展的变化封装在插件里;
可扩展接口定义模块,用于根据核心层提供的分析能力,将扩展层各业务功能按标准接口形式进行开放;
业务层设置模块,用于将底层结构定义模块所定义的分析对象及各分析对象之间的联系,以插件的形式设置为业务层;并根据实际业务计算逻辑开发分析对象中相应的分析模型,通过核心层进行校验和管理,核心层以事件的形式驱动插件运行。
本发明在提供自助数据分析基础功能的同时,将各业务功能的扩展属性都开放出来,只需要按照规定的接口标准做功能实现,即可在***上扩展需要的功能,让各类个性化的需求都能快速实现,有效促进数据分析领域的健康发展。与现有技术相比,本发明主要有如下优点及有益效果。
1、本发明以微内核方式实现了对数据分析模型的插件管理以及快速扩展的功能,同时微内核保证了***架构的稳定性,新的模型均属于挂载的插件,无需修改核心代码,不会影响***内核,使得整个***更加健壮。本发明还以分布式架构实现了对分析过程的稳定性进行了保障,具备高可用、数据零丢失的特点。
2、本发明基于微内核结构的核心层中具备完善事件机制和分析生命周期钩子,具备高实时性的响应式编程,这样使得更易于扩展开发新的插件,插件的代码只需在一个地方注册事件或挂载分析生命周期钩子即可,体现了高内聚-低耦合的思想,职责单一,易于维护。内置的智能标题、节点执行、刷新计划、预告警等插件都是一个文件实现功能的开发,易于实现。
3、本发明具备多用户分析会话功能,同样的一个分析路径结构,对于不同用户,他们的权限往往是不同的,因此能够根据不同用户启动不同的分析会话,分析会话里带上当前用户的权限约束条件。
4、将分析操作(Action)请求和实际分析执行分离,使得分析操作请求拥有更为稳定的接口响应时间,不会因为业务数据库资源不足导致操作响应时间延长。
5、在微内核的架构下,拥有严格的调用范围约束,降低编写错误代码的几率,例如不在分析操作的执行期间,无法调用修改看板的数据,保证修改都是通过分析操作指令完成的。每个操作都有确定性结果,输入和输出固定,因此可以更方便地进行单元测试;可以采用json文件来记录看板的状态,每个分析操作的执行,代表着看板的状态转移。此外,分析操作(Action)为可序列化的,能够进行撤销、重做,甚至是重播分析过程,再现看板是如何一步一步分析生成的。
6、传统的负载均衡都是利用一些预先定义好的规则,而在本发明中采用了AI实时计算最佳负载,能根据各个机器的实时资源供应情况,智能负载均衡,达到最佳的资源利用率。
附图说明
图1是本发明实施例中数据分析方法的流程图;
图2是本发明实施例中抽象定义的分析对象关系图;
图3是本发明实施例中设计的微内核***的应用架构图;
图4是本发明实施例中分析操作接口调用、异步执行过程示意图。
具体实施方式
下面将结合实施例和附图,对本发明作进一步描述;显然,所描述的实施例只是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员没有付出创造性劳动前提下所获得的所有其他实施例都属于本发明保护的范围。
实施例1
如图1所示,本实施例中可扩展的自助数据分析方法,包括以下步骤:
S1、定义数据分析的底层结构:将数据分析的实体对象进行抽象,定义分析对象及各分析对象之间的联系,同时也对分析操作进行抽象化,形成***的基础架构模型。
本实施例根据综合业务,对实体对象抽象后,定义了如下分析对象:分析看板(Dashboard)、分析图形(AnalysisGraph)、分析窗口(AnalysisWindow)、分析节点(AnalysisNode)、分析路径(AnalysisConnector)、分析模型(AnalysisModel,可扩展)、分析方法(Analysis Method,可扩展),如图2所示。图2概要地展示了分析看板、分析路径、分析窗口、分析节点等分析对象之间的关系,其中分析看板负责管理分析窗口,以及布局分析窗口的位置;分析路径负责记录分析节点之间的先后计算、依存关系;分析窗口负责将分析节点提供的数据以及图形配置展现出来;分析节点设有可扩展的分析模型以及分析方法,分析模型是分析算法的参数配置且可以持久化存储,而分析方法通过分析算法的业务逻辑代码实现,根据分析模型定义的参数配置执行实际的分析计算。其中,分析模型包括转化分析、多维分析、算子分析等分析类型。
分析对象的数据通过分析操作(Analysis Action,可扩展)和分析操作参数(Analysis Action Arguments,可扩展)进行修改变动。凡用户对看板的任意改动都会产生一个分析操作,例如移动图表的坐标位置,修改图表展示类型,增加拟合计算。值得注意的是,每个分析操作都是可序列化的,它可以作为日志化保存,可以重播,回放分析过程。
优选地,为了提升性能,所有的分析对象具备两种序列化方式,一种是基于Protobuf的二进制序列化,另一种是基于Json的序列化。基于Protobuf的序列化占用空间小,性能高,适用于缓存加载,用于服务端集群Leader和Follower之间的分析对象,以提升对用户端请求的响应性能。基于Json的序列化具备良好的可读性,用于前端与后端之间的分析对象,此外数据库存储使用基于Json的序列化结构,便于升级。
S2、基于微内核架构设计、封装核心层:核心层作为分析引擎,用于确保数据分析***稳定、高效运行,主要负责将业务层的分析任务转换成数据查询任务并返回数据,核心层的工作要尽量抽象,确保能够支撑不同业务场景的分析需求。
本实施例中,核心层的设计思路参考微内核架构。微内核架构的本质就是将业务功能扩展的变化封装在插件里,从而达到快速、灵活扩展的目的,而又不影响整体***的稳定。核心***(Core System)功能比较稳定,不会因为业务功能扩展而不断修改,插件模块可以根据业务功能的需要不断扩展。由于业务功能会随着业务需求的变更而一直变化,即数据分析的代码会调整,本实施例所设计的基于微内核的核心层架构却极少会变动,这样整个数据分析***会更加稳定;如果***在业务扩展后出现问题,也只是变动的那个业务扩展模块,不会影响到其他模块,因而也为***运行过程中快速排查问题提供了可行性。
本实施例在核心层中,基于分布式架构开发扩展插件。而分布式架构根据CAP理论,一致性(Consistency)、可用性(Availability)、分区容错性(Partition tolerance),这三个要素最多只能同时保证两点,三者不可兼顾。为了保证分析过程中数据不丢失,那么要有分区容错性,数据一定要冗余,存有备份。再者,由于分析过程中一个分析看板往往是有一个用户或者几个用户,不是全局所有的用户。因此本实施例在CAP理论三要素中最终选择了AP,即可用性(Availability)和分区容错性(Partition tolerance),保证了***的高可用性和分区容错性。
此外,本实施例的核心层在算法上选择了Raft算法,结合分析操作日志化,当用户发起一个分析操作,首先序列化为Json文本,统一转发到Leader,再由Leader分发给相对的Follower机器(可以是多台,冗余,互为备份)。当部分机器发生故障宕机时,集群自动恢复正常。如果是Leader宕机了,那么集群重新选举Leader;如果是Follower宕机了,其数据会从其他的Follower备份还原数据,再次形成冗余备份,保障数据安全。
在核心层还设置查询计算层。查询计算层这部分是Serverless架构。Serverless的全称是Serverless computing无服务器运算,又被称为函数即服务(Function-as-a-Service,缩写为FaaS),是云计算的一种模型。本实施例在查询计算层引入AI来做资源调度,首先是读取数据库的信息,诸如数据量、数据类型等评估一个资源消耗量,再采集提供计算的机器的状态信息,例如CPU、内存、磁盘、带宽等,由AI选择合适的机器来计算处理,可以动态调整调度策略。具体来说,AI根据服务器CPU、内存、磁盘、带宽的利用率情况,结合程序任务的资源消耗,自动做资源调度的均衡,实现智能负载均衡,使资源利用率达到最佳状态。
为了让整个***可以运转,每个地方状态改变都由事件触发,可配置事件是否只在服务端内部流转还是发送给前端,部分事件也可以直接发给前端。另外,在计算处理过程也加了生命周期钩子,例如,分析节点添加前(后),计算开始前(后),计算完成前(后)等。举例来说,数据脱敏插件运行在计算完成后这个生命周期钩子上,当数据计算完成,即将发送给前端的时候,如果需要进行脱敏,数据脱敏插件首先会拦截事件,再进行数据脱敏,最后再以事件通知到前端获取数据,渲染界面。
S3、定义可扩展接口。根据核心层提供的分析能力,将扩展层(也叫接口层)各业务功能按标准接口形式进行开放,扩展层支持的功能包括数据平台的自定义扩展、分析模型的扩展、分析算法的扩展、分析操作的扩展、图形渲染的扩展等。
对于一个微内核的架构,支持扩展开发是必须的,因此本实施例对分析模型、扩展插件、分析操作以及API接口进行扩展开发,具体分别如下:
扩展分析模型。分析模型主要开发两个部分,一个是模型参数配置(AnalysisEntity),一个是模型算法(AnalysisMethod)实现。分成两部分是因为,在传统的面向对象编程中,一个对象的属性和方法放在一起,看似没有问题,但是当属性、业务逻辑多的时候,就会造成过于臃肿而难以维护,因此采用了组合的方式。模型参数是要持久化保存的,而模型算法的逻辑代码则不需要,将模型参数配置与模型算法分开可以更方便地看到哪些数据是要保存的,后续升级的时候需要关注哪些数据,提升了***的维护性,降低了低级错误的发生。
扩展分析插件。除了内核已有的一些插件,还可以开发新的插件以增强分析功能,插件的运行有三种方式:1)、接口调用;2)、生命周期钩子调用;3)、分析事件触发。
扩展分析操作。分析操作,即对看板执行修改动作,所有的类都继承AnalysisAction类,以保证所有的更改能被记录下来。分析操作有个强制的要求,即必须写正向操作对应的反向操作,以保证任何操作都是可撤销的;如前所述,分析对象都是可序列化成json的,所以内核的测试套件,也对扩展开发的分析操作进行检测,判断是否满足要求。
扩展API接口。API接口分为GraphQL和RESTful两种类型,可以按需获取各种需要的数据。值得注意的是两种接口都是只读的,符合幂等性,没有副作用。假如接口代码里尝试修改了看板的数据,内核将检测非法修改操作,因此不能修改任何需要持久化存储的数据(如果需要修改数据,需要分析操作实现)。
S4、将步骤S1所定义的分析对象及各分析对象之间的联系,以插件的形式设置为业务层;并根据实际业务计算逻辑开发分析对象中相应的分析模型,通过核心层进行校验和管理,核心层以事件的形式驱动插件运行。例如更新条件时,就会自动触发智能标题插件,智能标题插件根据条件生成对应的标题,如果分析节点之间的连接没有锁定,那么智能标题插件将自动级联每个分析节点的标题,并以事件形式实时通知前端更新界面。
在本实施例中,微内核***的应用架构分为三层,分别为接口层、业务层、核心层,如图3所示。其中接口层负责与客户端交互;业务层包含具体分析业务逻辑,包括各种分析模型、分析操作、业务扩展插件等;核心层是整个***运行的底座,负责和具体业务无关的通用功能,例如:模块加载、事件流控制、执行调度、操作历史管理等。
如图4所示,当用户发起分析操作时,核心层对分析操作的接口调用包括以下步骤:一)、用户(即前端)根据需求选择分析模型及参数;二)、将分析模型和对应参数封装成分析操作,发送给服务端(即后端);三)、Master节点调度,将分析操作发给对应的分析引擎,由分析引擎处理分析操作对分析看板的修改。
其中,如果在Master节点调度过程中涉及数据计算,则将数据计算转到后台,当前的接口请求直接返回后台计算的状态,并将数据计算的内容封装发送给计算调度中心,由计算调度中心根据AI实时预测最快的机器进行计算处理;最后将计算结果以事件的方式返回给分析引擎,再由分析引擎进行后续数据处理(例如:提前序列化成二进制,提升前端获取数据的速度,提升单次http请求速度,提升浏览器端并发能力),再把事件通知前端获取结果,进行界面渲染。
实施例2
与实施例1基于相同的发明构思,本实施例提供可扩展的自助数据分析***,具体包括以下步骤:
底层结构定义模块,用于将数据分析的实体对象进行抽象,定义分析对象及各分析对象之间的联系,同时对分析操作进行抽象化,形成***的基础架构模型;
核心层设计模块,用于基于微内核架构设计、封装核心层;所述核心层为分析引擎,负责将业务层的分析任务转换成数据查询任务并返回数据,以支撑不同业务场景的分析需求;核心层基于分布式架构开发扩展插件,将业务功能扩展的变化封装在插件里;
可扩展接口定义模块,用于根据核心层提供的分析能力,将扩展层各业务功能按标准接口形式进行开放;
业务层设置模块,用于将底层结构定义模块所定义的分析对象及各分析对象之间的联系,以插件的形式设置为业务层;并根据实际业务计算逻辑开发分析对象中相应的分析模型,通过核心层进行校验和管理,核心层以事件的形式驱动插件运行。
其中,底层结构定义模块根据综合业务,对实体对象抽象后,定义的分析对象包括:分析看板、分析图形、分析窗口、分析节点、分析路径、分析模型及分析方法;其中,分析看板负责管理分析窗口,以及布局分析窗口的位置;分析路径负责记录分析节点之间的先后计算、依存关系;分析窗口负责将分析节点提供的数据以及图形配置展现出来;分析节点设有可扩展的分析模型以及分析方法,分析模型是分析算法的参数配置且可持久化存储,分析方法通过分析算法的业务逻辑代码实现,根据分析模型定义的参数配置执行实际的分析计算;
分析对象的数据通过分析操作和分析操作参数进行修改变动;对分析看板的任意改动将产生一个分析操作,每个分析操作均为可序列化的;当一个分析操作被发起时,核心层对分析操作的接口调用包括以下步骤:前端根据需求选择分析模型及参数;将分析模型和对应参数封装成分析操作,发送给服务端;Master节点调度,将分析操作发给对应的分析引擎,由分析引擎处理分析操作对分析看板的修改。
本实施例各模块对应执行、实现实施例1的各步骤,在此不赘述。
以上实施例仅为说明本发明的技术思想,不能以此限定本发明的保护范围,凡是按照本发明提出的技术思想,在技术方案基础上所做的任何改动,均落入本发明保护范围之内。

Claims (10)

1.一种可扩展的自助数据分析方法,其特征在于,包括以下步骤:
S1、定义数据分析的底层结构,将数据分析的实体对象进行抽象,定义分析对象及各分析对象之间的联系,同时对分析操作进行抽象化,形成***的基础架构模型;
S2、基于微内核架构设计、封装核心层;所述核心层为分析引擎,负责将业务层的分析任务转换成数据查询任务并返回数据,以支撑不同业务场景的分析需求;核心层基于分布式架构开发扩展插件,将业务功能扩展的变化封装在插件里;
S3、定义可扩展接口,根据核心层提供的分析能力,将扩展层各业务功能按标准接口形式进行开放;
S4、将步骤S1所定义的分析对象及各分析对象之间的联系,以插件的形式设置为业务层;并根据实际业务计算逻辑开发分析对象中相应的分析模型,通过核心层进行校验和管理,核心层以事件的形式驱动插件运行。
2.根据权利要求1所述的自助数据分析方法,其特征在于,步骤S1根据综合业务,对实体对象抽象后,定义的分析对象包括:分析看板、分析图形、分析窗口、分析节点、分析路径、分析模型及分析方法;其中,分析看板负责管理分析窗口,以及布局分析窗口的位置;分析路径负责记录分析节点之间的先后计算、依存关系;分析窗口负责将分析节点提供的数据以及图形配置展现出来;分析节点设有可扩展的分析模型以及分析方法,分析模型是分析算法的参数配置且可持久化存储,分析方法通过分析算法的业务逻辑代码实现,根据分析模型定义的参数配置执行实际的分析计算。
3.根据权利要求2所述的自助数据分析方法,其特征在于,所述分析对象的数据通过分析操作和分析操作参数进行修改变动;对分析看板的任意改动将产生一个分析操作,每个分析操作均为可序列化的。
4.根据权利要求3所述的自助数据分析方法,其特征在于,所有的分析对象具备两种序列化方式:基于Protobuf的二进制序列化和基于Json的序列化。
5.根据权利要求4所述的自助数据分析方法,其特征在于,步骤S2的核心层选择Raft算法,结合分析操作日志化,当一个分析操作被发起时,首先序列化为Json文本,统一转发到Leader,再由Leader分发给相对的Follower机器。
6.根据权利要求3所述的自助数据分析方法,其特征在于,当一个分析操作被发起时,核心层对分析操作的接口调用包括以下步骤:
前端根据需求选择分析模型及参数;
将分析模型和对应参数封装成分析操作,发送给服务端;
Master节点调度,将分析操作发给对应的分析引擎,由分析引擎处理分析操作对分析看板的修改。
7.根据权利要求1所述的自助数据分析方法,其特征在于,步骤S2的核心层还设置查询计算层,在查询计算层引入AI做资源调度,首先读取数据库的信息,再采集提供计算的机器的状态信息,由AI选择合适的机器来计算处理,动态调整调度策略。
8.根据权利要求1所述的自助数据分析方法,其特征在于,步骤S3中扩展层支持的功能包括数据平台的自定义扩展、分析模型的扩展、分析算法的扩展、分析操作的扩展及图形渲染的扩展。
9.一种可扩展的自助数据分析***,其特征在于,包括:
底层结构定义模块,用于将数据分析的实体对象进行抽象,定义分析对象及各分析对象之间的联系,同时对分析操作进行抽象化,形成***的基础架构模型;
核心层设计模块,用于基于微内核架构设计、封装核心层;所述核心层为分析引擎,负责将业务层的分析任务转换成数据查询任务并返回数据,以支撑不同业务场景的分析需求;核心层基于分布式架构开发扩展插件,将业务功能扩展的变化封装在插件里;
可扩展接口定义模块,用于根据核心层提供的分析能力,将扩展层各业务功能按标准接口形式进行开放;
业务层设置模块,用于将底层结构定义模块所定义的分析对象及各分析对象之间的联系,以插件的形式设置为业务层;并根据实际业务计算逻辑开发分析对象中相应的分析模型,通过核心层进行校验和管理,核心层以事件的形式驱动插件运行。
10.根据权利要求9所述的自助数据分析***,其特征在于,底层结构定义模块根据综合业务,对实体对象抽象后,定义的分析对象包括:分析看板、分析图形、分析窗口、分析节点、分析路径、分析模型及分析方法;其中,分析看板负责管理分析窗口,以及布局分析窗口的位置;分析路径负责记录分析节点之间的先后计算、依存关系;分析窗口负责将分析节点提供的数据以及图形配置展现出来;分析节点设有可扩展的分析模型以及分析方法,分析模型是分析算法的参数配置且可持久化存储,分析方法通过分析算法的业务逻辑代码实现,根据分析模型定义的参数配置执行实际的分析计算;
所述分析对象的数据通过分析操作和分析操作参数进行修改变动;对分析看板的任意改动将产生一个分析操作,每个分析操作均为可序列化的;当一个分析操作被发起时,核心层对分析操作的接口调用包括以下步骤:前端根据需求选择分析模型及参数;将分析模型和对应参数封装成分析操作,发送给服务端;Master节点调度,将分析操作发给对应的分析引擎,由分析引擎处理分析操作对分析看板的修改。
CN202210098718.3A 2022-01-27 2022-01-27 一种可扩展的自助数据分析方法及*** Active CN114518907B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210098718.3A CN114518907B (zh) 2022-01-27 2022-01-27 一种可扩展的自助数据分析方法及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210098718.3A CN114518907B (zh) 2022-01-27 2022-01-27 一种可扩展的自助数据分析方法及***

Publications (2)

Publication Number Publication Date
CN114518907A true CN114518907A (zh) 2022-05-20
CN114518907B CN114518907B (zh) 2023-11-03

Family

ID=81597655

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210098718.3A Active CN114518907B (zh) 2022-01-27 2022-01-27 一种可扩展的自助数据分析方法及***

Country Status (1)

Country Link
CN (1) CN114518907B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101923549A (zh) * 2009-07-29 2010-12-22 北京航天理想科技有限公司 自定义可视化智能轨迹线索分析***及建立方法
CN105808261A (zh) * 2016-03-11 2016-07-27 易族智汇(北京)科技有限公司 一种基于事件驱动的组件方法
CN107203683A (zh) * 2017-07-24 2017-09-26 中国人民解放军国防科学技术大学 卫星导航***级开源仿真***的建立方法
CN108595639A (zh) * 2018-04-25 2018-09-28 广州绿源信息科技有限公司 一种基于NoSQL的生产实时海量数据处理***
CN110347441A (zh) * 2019-06-25 2019-10-18 银江股份有限公司 一种热扩展数据集成引擎***及方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101923549A (zh) * 2009-07-29 2010-12-22 北京航天理想科技有限公司 自定义可视化智能轨迹线索分析***及建立方法
CN105808261A (zh) * 2016-03-11 2016-07-27 易族智汇(北京)科技有限公司 一种基于事件驱动的组件方法
CN107203683A (zh) * 2017-07-24 2017-09-26 中国人民解放军国防科学技术大学 卫星导航***级开源仿真***的建立方法
CN108595639A (zh) * 2018-04-25 2018-09-28 广州绿源信息科技有限公司 一种基于NoSQL的生产实时海量数据处理***
CN110347441A (zh) * 2019-06-25 2019-10-18 银江股份有限公司 一种热扩展数据集成引擎***及方法

Also Published As

Publication number Publication date
CN114518907B (zh) 2023-11-03

Similar Documents

Publication Publication Date Title
Wasserman Tool integration in software engineering environments
De Santis et al. Zero-knowledge proofs of knowledge without interaction
US5892949A (en) ATE test programming architecture
US8122063B2 (en) Using status models in a computer system
US6601072B1 (en) Method and system for distribution of application data to distributed databases of dissimilar formats
US20030018963A1 (en) Installation of a data processing solution
US20090158246A1 (en) Method and system for building transactional applications using an integrated development environment
US20040237066A1 (en) Software design system and method
US8812964B2 (en) Managing evelopment of an enterprise application
US20080005153A1 (en) Using Multiple Status Models in a Computer System
US8200715B1 (en) Using status models with adaptable process steps in a computer system
CN111949454A (zh) 一种基于微服务组件的数据库***及相关方法
Mohan et al. Exotica: a project on advanced transaction management and workflow systems
US20120005645A1 (en) Metaobject enhancement objects
Silva et al. A distributed transaction model based on mobile agents
CN114518907B (zh) 一种可扩展的自助数据分析方法及***
US20070074202A1 (en) Program product installation
US5878428A (en) System, method, and article of manufacture for adding transactional recovery to a binary class in an object oriented system
Wannipurage et al. A Framework to capture and reproduce the Absolute State of Jupyter Notebooks
CN111459547B (zh) 一种函数调用链路的展示方法和装置
Johansson et al. Evaluating performance of a React Native feature set
US11726776B2 (en) Super-app extension discovery and configuration via source code management platform comments
Illback et al. Application integration in the Boeing enterprise
US20070055954A1 (en) System and method for development and architecture of an expert system and corresponding user interface
Anh Real-time backend architecture using Node. js, Express and Google Cloud Platform

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant