公开/公告号CN104899026A
专利类型发明专利
公开/公告日2015-09-09
原文格式PDF
申请/专利权人 中国石油大学(华东);
申请/专利号CN201510259045.5
申请日2015-05-14
分类号
代理机构
代理人
地址 266000 山东省青岛市经济技术开发区长江西路66号
入库时间 2023-12-18 10:50:22
法律状态公告日
法律状态信息
法律状态
2023-08-04
文件的公告送达 IPC(主分类):G06F 8/70 专利号:ZL2015102590455 专利申请号:2015102590455 收件人:青岛环智信息科技有限公司专利负责人 文件名称:缴费通知书
文件的公告送达
2019-08-30
授权
授权
2019-08-09
专利申请权的转移 IPC(主分类):G06F8/70 登记生效日:20190723 变更前: 变更后: 申请日:20150514
专利申请权、专利权的转移
2015-10-07
实质审查的生效 IPC(主分类):G06F9/44 申请日:20150514
实质审查的生效
2015-09-09
公开
公开
技术领域
本发明涉及云计算服务领域,特别涉及一种商业价值驱动的通用云端应用系统运维中间件。
背景技术
当前,企业多依赖于云端应用系统运维工具来手动配置云端应用系统。这种手动配置方法缓慢低效,并且容易出错,甚至出现运维信息不一致的现象。并且,现有工具的运维方法只通过优化技术指标(例如磁盘使用情况和网络流量等)进行配置,然而技术指标最优对于只关心收入、成本和客户满意度等商业指标的企业来说不一定是最优的。另外,这些运维方法通常只限定于某一特定运供应商的云计算服务,无法兼容不同云供应商的云计算服务。然而利用多个云计算服务很可能更有益于云端运行的应用系统所提供的业务。
例如,云计算服务的每小时租用价格是随服务请求数量变化而变化的。给定的一个小时内在云A上运行应用系统的成本是0.30美元/小时,云B是0.32美元/小时,接下来一个小时应用系统在云A上连续运行的成本是0.31美元/小时,云B是0.28美元/小时。在这个例子中,从商业价值的角度使用多个云供应商的云计算服务可以优化为:在第一个小时将应用系统运行在云A上,而第二小时将云应用系统切换到云B上运行。
因此,如何实现商业价值驱动的云端应用系统运维,是目前亟待解决的问题。
发明内容
本发明提出了一种商业价值驱动的通用云端应用系统运维中间件,利用制定好的运维策略使得云端运行的应用系统进行自主运维,在不同云供应商的云计算服务间的自动选择,从而实现商业指标的最优化。
本发明的技术方案是这样实现的:
一种商业价值驱动的通用云端应用系统运维中间件,包括:决策层、映射层和云端应用系统层;
决策层负责选择操作策略以实现最优的商业价值;
映射层包括事件及指标映射器和操作映射器,将特定云供应商的云计算服务功能转换为通用的操作、事件和指标集合;
云端应用系统层包括:云端运行的应用系统,第三方监测组件和第三方操作执行组件。
可选地,所述决策层包括:
策略库:存储着运维决策所需的所有策略;
监测数据库:存储着运行时的数据,主要包括监测的技术指标,商业指标以及来自第三方监测模块的事件;
监测数据处理组件:用于处理来自第三方监测模块的实时数据;
触发策略确定组件:根据最近的监测数据和存储在监测数据库的历史信息决定相应的策略被触发;
策略冲突解决组件:如果多于一个操作策略被触发,策略冲突解决组件负责决定应该执行相应的操作策略以最优化商业指标;
商业指标计算组件:计算每个操作策略的商业价值和成本;
策略选择组件:根据每个可选的操作策略的商业价值和成本,以及当前的花费约束做出运维决策,选择最优的操作策略;
策略冲突解决组件发送所选的操作策略到操作映射器组件,操作映射器组件将接收的操作策略转换为特定云供应商所识别的操作作为运维决策,并将其发送给第三方操作执行组件;事件及指标映射器将特定云供应商的事件和指标转换为通用的事件和指标,并将其发送到监测数据处理组件。
可选地,所述映射层将特定的云供应商的云计算服务的操作、事件和指标和通用的操作、事件和指标进行相互转换。
本发明的有益效果是:
利用制定好的运维策略使得云端运行的应用系统进行自主运维,在不同云供应商的云计算服务间的自动选择,从而实现商业指标的最优化。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一种商业价值驱动的通用云端应用系统运维中间件的系统框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
当前,企业多依赖于云端应用系统运维工具来手动配置云端应用系统。手动配置方法缓慢低效,并且容易出错,甚至出现运维信息不一致的现象。并且,现有工具的运维方法只通过优化技术指标(例如磁盘使用情况和网络流量等)进行配置,然而技术指标最优对于只关心收入、成本和客户满意度等商业指标的企业来说不一定是最优的。另外,这些运维方法通常只限定于某一特定运供应商的云计算服务,无法兼容不同云供应商的云计算服务。
为了解决现有技术中的缺陷和不足,本发明提出了一种商业价值驱动的通用云端应用系统运维中间件,实现商业价值驱动的云端应用系统运维。
如图1所示,本发明的中间件包括三层:决策层、映射层和云端应用系统层。
(1)决策层
决策层负责选择操作策略以实现最优的商业价值,决策层包括如下部分:
策略库:存储着运维决策所需的所有策略。
监测数据库:存储着运行时的数据,主要包括监测的技术指标,商业指标以及来自第三方监测模块的事件。
监测数据处理组件:用于处理来自第三方监测模块的实时数据。
触发策略确定组件:根据最近的监测数据和存储在监测数据库的历史信息决定哪个策略被触发。
策略冲突解决组件:如果多于一个操作策略被触发,策略冲突解决组件负责决定应该执行哪一个操作策略以最优化商业指标。
商业指标计算组件:计算每个操作策略的商业价值和成本。
策略选择组件:根据每个可选的操作策略的商业价值和成本,以及当前的花费约束做出运维决策,选择最优的操作策略。
(2)映射层
映射层将特定云供应商的云计算服务功能转换为通用的操作、事件和指标集合。映射层是通用的桥梁,将特定的云供应商的云计算服务的操作、事件和指标和通用的操作,事件和指标进行相互转换。
(3)云端应用系统层
云端应用系统层是云计算服务操作并执行功能的一层,属于第三方模块层,包括:云端运行的应用系统,第三方监测组件和第三方操作执行组件。
策略冲突解决组件发送所选的操作策略到操作映射器组件,而操作映射器组件将接收的操作策略转换为特定云供应商所识别的操作作为运维决策,并将其发送给第三方操作执行组件。
事件及指标映射器将特定云供应商的事件和指标转换为通用的事件和指标,并将其发送到监测数据处理组件。
下面给出本发明中间件的一个具体实施例,该实施例中,云端应用系统部署在亚马逊EC2的云服务器上运行。
当系统所在的亚马逊EC2云服务器的CPU利用率超过80%时,需要为系统租用并添加新的云服务器。
事件及指标映射器将此事件转换为通用的事件,并将其发送到监测数据处理组件。触发策略确定组件根据接收的事件及存储在监测数据库的历史信息决定触发策略库中的操作策略APA_EC2和APA_Rackspace。APA_EC2表示在亚马逊EC2云上租用新的服务器,而APA_Rackspace表示租用Rackspace云上的服务器。
商业指标计算组件根据策略库中存储的操作策略APA_EC2和APA_Rackspace相应的商业价值策略UPA_EC2和UPA_Rackspace,分别计算每个操作策略的商业价值和花费。计算结果显示APA_EC2的商业价值为$470,APA_Rackspace的商业价值为$265。
策略选择组件根据每个可选的操作策略的商业价值和成本,以及当前的花费约束做出运维决策,选择商业价值最优的操作策略APA_EC2。
操作映射器组件将接收的操作策略APA_EC2转换为亚马逊EC2云供应商所识别的操作作为运维决策,并将其发送给第三方操作执行组件。
本发明利用制定好的运维策略使得云端运行的应用系统进行自主运维,在不同云供应商的云计算服务间的自动选择,从而实现商业指标的最优化。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
机译: 通用中间件桥家庭网络中间件具有消息转换器,用于根据消息转换规则对来自中间件设备的消息进行相互转换,然后为每种消息类型传输转换后的消息
机译: 一种工业成果,包括寓言,艺术,商业和工业怪诞人物的应用,在态度和行动上得到了微调,是指各种susceptib的工商业物品和产品
机译: 在设计用于执行中间件和应用程序的系统上防止拒绝服务(DOS)攻击的系统和方法,以及在设计用于执行中间件和应用程序的系统中的子网管理员,用于支持基于SA的可靠连接(RC:RELIABLE CONNECTION)的系统和方法:子网管理员)访问