【技术实现步骤摘要】
本专利技术涉及服务管理平台设计，尤其涉及一种基于actor模型的一体化服务管理平台。
技术介绍
1、随着信息技术的快速发展，服务管理平台在各个领域得到了广泛的应用。特别是在终端互联网领域，服务管理平台对资源的有效管理和服务的高效提供显得尤为重要。然而，传统的服务管理平台往往采用中心化的架构，存在单点故障、扩展性差等问题，难以满足日益增长的服务需求。
2、近年来，actor模型作为一种并发计算模型，以其异步通信、封装状态和行为等特点，在分布式系统领域得到了广泛关注。同时，开源鸿蒙操作系统作为新一代终端操作系统，为开发者提供了灵活、安全的系统环境。然而，目前市场上尚缺乏将actor模型与开源鸿蒙操作系统相结合的一体化服务管理平台，无法充分利用actor模型的并发优势和开源鸿蒙操作系统的优势。
技术实现思路
1、本专利技术的目的在于提出一种基于actor模型的一体化服务管理平台，部署在开源鸿蒙操作系统的终端上，旨在解决传统服务管理平台在并发处理、资源管理和扩展性方面的不足。
2、实现本专利技术目的的技术解决方案为：一种基于actor模型的一体化服务管理平台，部署在开源鸿蒙操作系统的终端上，包接口层、服务管理层以及actor管理层，其中：
3、接口层：提供api接口供应用调用平台服务，所述api接口将查询服务状态、执行服务方法的请求发送至服务管理层，接收来自服务管理层的服务状态查询和服务方法执行结果；
4、服务管理层：接收并解析来自actor
5、actor管理层：向服务管理层发送所有actor信息及运行在每个actor中的服务信息，响应服务管理层的服务请求消息，指定对应的actor执行对应的服务请求。
6、进一步的，所述服务管理层包括服务注册模块、服务发现模块和服务调度模块，其中：
7、服务注册模块：接收由actor管理层实时发送来的actor服务状态表，解析其中的actor信息(actor_data)及运行在每个actor中的服务信息(service_data)，创建json格式的数据结构保存上述的actor信息和服务信息，即服务注册信息，并实时更新给服务发现模块和服务调度模块；
8、所述actor信息包括actor的数量(number)、每个actor的唯一标识符(id)、每个actor已安装的服务(installed_services)、每个actor中已运行的服务(running_services)、每个actor所占用的系统资源占用，包括cpu占用率(cpu_rate)、内存占用率(memory_rate)、磁盘io占用率(disk_io_rate)；
9、所述服务信息包括每个服务的名称(service_name)，每个服务的安装状态(is_installed)，每个服务的运行状态(is_running)，每个服务的每个方法是否支持并行执行(support_parallel)，支持并行执行的每个方法约定的并行执行策略(parallel_tactics)，每个服务的每个方法的资源消耗级别，级别从高到低由1、2、3表示，包括cpu消耗级别(cpu_level)、内存消耗级别(memory_level)、io消耗级别(disk_io_level)；
10、服务发现模块：解析服务注册模块提供的服务注册信息，将可调用的服务名称以列表的形式进行保存，实时根据服务注册模块提供的服务注册信息进行更新所述服务名称列表；接收查询服务状态的消息，所述查询服务状态的消息来自应用调用接口层api发送，或来自其他已运行的服务发送，将可用服务的信息返回给发送端，所述可用服务的信息包括服务名称组成的列表；
11、服务调度模块：接收保存服务注册模块提供的服务注册信息，以及来自接口层的执行服务方法的请求，执行如下负载均衡策略：
12、从服务注册信息中查询该服务的方法的cpu消耗级别、内存消耗级别、io消耗级别，按照消耗级别由高到低依次选择对应的资源类型，对于消耗级别相同的资源类型，按照cpu优先于内存，内存优先于io的顺序进行遍历查找，遍历所有actor对该资源类型的使用率，输出该资源类型使用最低的三个actor的唯一标识符，最终输出的九个actor的唯一标识符，再使用该服务的方法对三种资源的消耗级别加权计算九个actor的资源分数，计算公式为，得分＝cpu_rate×cpu_level+memory_rate×memory_level+disk_io_rate×disk_io_level，输出根据得分从低到高排列的actor的唯一标识符列表；
13、从服务注册信息中查询该服务的方法是否支持并行执行，若不支持，则将由得分最低的actor的唯一标识符、服务名、方法名、方法参数组成的数据表发送给actor管理层；若该服务的方法支持并行执行，从服务注册信息中查询该服务的方法约定的并行执行策略(parallel_tactics)，将输出的actor的唯一标识符列表配合并行执行策略输出每个服务需要执行的任务量参数，遍历输出列表的每一条actor的唯一标识符，与服务名、方法名、任务量参数组成的数据表发送给actor管理层；
14、此外，服务调度模块负责接收actor管理层中服务的执行结果，并返回给接口层。
15、进一步的，所述服务调度模块包括actor管理模块和服务响应模块，其中：
16、actor管理模块负责actor创建、actor销毁、actor休眠、actor监测、actor之间的消息传递，维护更新所有actor信息及运行在每个actor中的服务信息；所述actor管理模块的运行流程包含以下步骤：
17、步骤s1，加载固定目录下自定义的actor配置信息文件，包括actor进程的数量、每个actor进程需要安装的服务名称、服务存放路径、每个actor进程中需要自启的服务、每个actor绑定的端口号；
18、步骤s2，根据配置信息依次创建所有actor进程，保留所有actor进程号；
19、步骤s3，待actor进程启动后，actor管理模块创建与每个actor进程的通信通道；
20、步骤s4，actor管理模块根据加载的actor配置信息，向每个actor进程发送actor初始化信息，所述actor初始化信息包括该actor进程需要安装的服务、服务存放路径、该actor进程需要自启的服务；每一个服务均以一个压缩文件的形式存在于服务存放路径下，压缩文件名由全局唯一的服务名称命名；所述服务压缩文件内包含服务的动态库、服务的描述文件，所述描述文件包含服务的名称、版本号、是否支持并行执行、支持并行执行的方法的并行执行策略、每本文档来自技高网...
【技术保护点】
1.一种基于Actor模型的一体化服务管理平台，其特征在于，部署在开源鸿蒙操作系统的终端上，包接口层、服务管理层以及Actor管理层，其中：
2.根据权利要求1所述的基于Actor模型的一体化服务管理平台，其特征在于，所述服务管理层包括服务注册模块、服务发现模块和服务调度模块，其中：
3.根据权利要求1所述的基于Actor模型的一体化服务管理平台，其特征在于，所述服务调度模块包括Actor管理模块和服务响应模块，其中：
4.根据权利要求3所述的基于Actor模型的一体化服务管理平台，其特征在于，服务调用其他服务的方法通过Actor之间的通信能力实现，Actor之间的通信通过异步消息传递机制实现，Actor之间使用Message作为通信的消息主体，Message的具体属性包括：消息源Actor、消息目的Actor、消息类型、消息主题内容，Actor管理模块根据消息头匹配指定的Actor去响应消息。
5.根据权利要求4所述的基于Actor模型的一体化服务管理平台，其特征在于，Actor之间消息发送和接收流程包含以下步骤：
6
7.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实施权利要求1-5任一项所述的基于Actor模型的一体化服务管理方法，实现基于Actor模型的一体化服务管理。
8.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实施权利要求1-5任一项所述的基于Actor模型的一体化服务管理方法，实现基于Actor模型的一体化服务管理。
...【技术特征摘要】
1.一种基于actor模型的一体化服务管理平台，其特征在于，部署在开源鸿蒙操作系统的终端上，包接口层、服务管理层以及actor管理层，其中：
2.根据权利要求1所述的基于actor模型的一体化服务管理平台，其特征在于，所述服务管理层包括服务注册模块、服务发现模块和服务调度模块，其中：
3.根据权利要求1所述的基于actor模型的一体化服务管理平台，其特征在于，所述服务调度模块包括actor管理模块和服务响应模块，其中：
4.根据权利要求3所述的基于actor模型的一体化服务管理平台，其特征在于，服务调用其他服务的方法通过actor之间的通信能力实现，actor之间的通信通过异步消息传递机制实现，actor之间使用message作为通信的消息主体，message的具体属性包括：消息源actor、消息目的actor、消息类型、消息主题内容，actor管...
【专利技术属性】
技术研发人员：庄洁，刘娜，刘佳兴，李新疆，钱敏，丁林军，张章，
申请(专利权)人：苏州空天信息研究院，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。