CN103078914A - 服务提供方法及装置 - Google Patents
服务提供方法及装置 Download PDFInfo
- Publication number
- CN103078914A CN103078914A CN 201210581569 CN201210581569A CN103078914A CN 103078914 A CN103078914 A CN 103078914A CN 201210581569 CN201210581569 CN 201210581569 CN 201210581569 A CN201210581569 A CN 201210581569A CN 103078914 A CN103078914 A CN 103078914A
- Authority
- CN
- China
- Prior art keywords
- sla
- service
- index
- normal
- fault
- 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
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种服务提供方法,包括以下步骤:服务请求方向服务提供方请求服务;服务请求方定义多个SLA指标,其中将多个SLA指标中的第一SLA指标定义为可违例SLA指标并定义第一SLA指标的违例范围,将SLA指标中除第一SLA指标之外的其它SLA指标定义为正常SLA指标并定义正常SLA指标的值;服务提供方判断与第一SLA指标对应的资源是否在违例范围内并判断是否存在与正常SLA指标的值对应的资源;以及如果是,则根据第一SLA指标和正常指标向服务请求方提供服务。本发明通过SLA协商机制,允许服务SLA在用户定义的范围内波动,解决SLA违例情况下的服务评价问题。本发明还提出了一种服务提供装置。
Description
技术领域
本发明涉及web服务技术领域,特别涉及一种服务提供方法及装置。
背景技术
随着Web服务技术的不断发展,面向服务的体系架构逐渐成熟,服务计算网络广泛受到学术界和工业界的关注。面向服务的软件架构是以服务为基本单位,通过服务重用和快速组合构建随需应变的松耦合分布式应用系统。而从构成该应用系统的各个服务来看,被组合的每个服务是一个网络中的节点,服务间的组合关系或调用关系构成了网络的边,从而形成了一个逻辑上的网络——服务网络/服务计算网络。
服务网络具备较强的鲁棒性、可扩展性和容错性,为了更好的服务于请求者,在服务提供方和服务请求方之间通过定义SLA(Service LevelAgreement,服务等级协议)来保证服务的执行。但由于服务在执行过程中的不确定性,需要对服务进行评价以进行计费和优化。
目前国内外对服务评价的主要方法有:1)将服务的非功能属性量化为各类QoS(Quality of Service,服务质量)指标,进行加权计算;2)基于对底层网络数据包进行检测的方法;3)基于代理的方法;4)对Web服务架构中的SOAP(Simple Object Access Protocol,简单对象访问协议)引擎库进行修改,以记录与Web服务操作的服务质量相关的各种数据;5)基于应用响应测量(ARM)API的方法;6)基于用户反馈的服务评价。
在目前的应用中,针对服务的评价,是在保证服务按照SLA分配资源以及服务严格执行的情况下,通过已有的多维指标进行服务评价。但是由于不同服务提供方能力多样、不同请求者要求不一以及服务执行的动态性,对服务SLA的实际要求不能事先唯一确定,当前服务评价是基于服务得到完整执行的事实基础上,对服务进行评价。一方面,严格按照SLA分配资源,造成服务的执行缺乏弹性从而造成资源浪费;另一方面,事先协议事后计费的方式造成服务的计费缺乏弹性,可能导致业务纠纷。此外,对服务执行的实时监控往往要耗费大量资源,特别是在Web服务的监控中,容易造成网络拥堵。
发明内容
本发明旨在至少解决上述技术问题之一。
为此,本发明的一个目的在于提出一种根据用户自定义的需求和服务实际执行情况的服务提供方法,该方法针对服务执行的不确定性对服务进行了评价和计费的优化,解决SLA违例情况下的服务评价问题。本发明的另一个目的在于提出一种服务提供装置。
为达到上述目的,本发明第一方面的实施例提出了一种服务提供方法,包括以下步骤:服务请求方向服务提供方请求服务;所述服务请求方定义多个SLA指标,其中将所述多个SLA指标中的第一SLA指标定义为可违例SLA指标并定义所述第一SLA指标的违例范围,将所述SLA指标中除所述第一SLA指标之外的其它SLA指标定义为正常SLA指标并定义所述正常SLA指标的值;所述服务提供方判断与所述第一SLA指标对应的资源是否在所述违例范围内并判断是否存在与所述正常SLA指标的值对应的资源;以及如果是,则根据所述第一SLA指标和所述正常指标向所述服务请求方提供所述服务。
根据本发明实施例的服务提供方法,允许用户和服务提供方之间通过SLA协商机制,允许服务SLA在用户定义的范围内波动,增加了服务执行的可伸缩性,解决SLA违例情况下的服务评价问题,改善了服务评价的客观性。
另外,根据本发明上述实施例的服务提供方法还可以具有如下附加的技术特征:
在本发明的一个实施例中,进一步包括步骤:收集所述服务的执行信息以及所述资源的违例信息;以及根据所述执行信息和所述违例信息计算对所述服务的评价。
在本发明的一个实施例中,进一步包括步骤:所述服务提供方向所述服务请求方提供所述服务的SLA模板,其中所述服务请求方定义所述SLA模板中的多个SLA指标。
在本发明的一个实施例中,进一步包括步骤:监测所述服务的执行情况。
由此,通过对服务执行过程的审计过程,便于服务的计费和对服务提供方的评价。
在本发明的一个实施例中,进一步包括步骤:设定用于所述服务的监测周期并根据所述违例信息动态调整所述服务的监测周期。
由此,通过周期性地监测以及根据监控违例信息动态调整监测周期,可以避免大量的检测开销,同时保证服务执行的动态性、计费的真实性和评价的实时性。
在本发明的一个实施例中,所述多个SLA指标包括吞吐量、响应时间、CPU主频、内存,其中所述CPU主频和所述内存属于所述第一SLA指标,所述吞吐量和响应时间属于所述正常SLA指标。
为达到上述目的,本发明第二方面的实施例提出了一种服务提供装置,包括:SLA指标设置模块,用于在服务请求方中定义多个SLA指标,其中将所述多个SLA指标中的第一SLA指标定义为可违例SLA指标并定义所述第一SLA指标的违例范围,将所述SLA指标中除所述第一SLA指标之外的其它SLA指标定义为正常SLA指标并定义所述正常SLA指标的值;接收模块,用于接收所述服务请求方向服务提供方发送的服务请求;判断模块,用于判断与所述第一SLA指标对应的资源是否在所述违例范围内并判断是否存在与所述正常SLA指标的值对应的资源;控制模块,用于在所述判断模块判断与所述第一SLA指标对应的资源在所述违例范围内且存在与所述正常SLA指标的值对应的资源时,控制所述服务提供方根据所述第一SLA指标和所述正常指标向所述服务请求方提供所述服务。
根据本发明提出的服务提供装置,允许服务请求方和服务提供方之间通过SLA协商机制,允许服务SLA在服务请求方定义的范围内波动,增加了服务执行的可伸缩性,解决SLA违例情况下的服务评价问题,改善了服务评价的客观性。
在本发明的一个实施例中,所述控制模块还用于收集所述服务的执行信息以及所述资源的违例信息,以及根据所述执行信息和所述违例信息计算对所述服务的评价。
在本发明的一个实施例中,所述控制模块还用于控制所述服务提供方向所述服务请求方提供所述服务的SLA模板,其中所述服务请求方定义所述SLA模板中的多个SLA指标。
在本发明的一个实施例中,所述控制模块还用于监测所述服务的执行情况。
在本发明的一个实施例中,所述控制模块还用于设定用于所述服务的监测周期并根据所述违例信息动态调整所述服务的监测周期。
在本发明的一个实施例中,所述多个SLA指标包括吞吐量、响应时间、CPU主频、内存,其中所述CPU主频和所述内存属于所述第一SLA指标,所述吞吐量和响应时间属于所述正常SLA指标。
本发明附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为根据本发明一个实施例的服务提供方法的流程图;
图2为根据本发明另一个实施例的服务提供方法的流程图;以及
图3为根据本发明实施例的服务提供方法的监测周期调整算法步骤图;
图4为根据本发明实施例的服务提供装置的结构图;以及
图5为根据本发明实施例的服务提供装置的组织架构图;
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结构。为了简化本发明的公开,下文中对特定例子的部件和设置进行描述。当然,它们仅仅为示例,并且目的不在于限制本发明。此外,本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的,其本身不指示所讨论各种实施例和/或设置之间的关系。此外,本发明提供了的各种特定的工艺和材料的例子,但是本领域普通技术人员可以意识到其他工艺的可应用于性和/或其他材料的使用。另外,以下描述的第一特征在第二特征之“上”的结构可以包括第一和第二特征形成为直接接触的实施例,也可以包括另外的特征形成在第一和第二特征之间的实施例,这样第一和第二特征可能不是直接接触。
在本发明的描述中,需要说明的是,除非另有规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是机械连接或电连接,也可以是两个元件内部的连通,可以是直接相连,也可以通过中间媒介间接相连,对于本领域的普通技术人员而言,可以根据具体情况理解上述术语的具体含义。
参照下面的描述和附图,将清楚本发明的实施例的这些和其他方面。在这些描述和附图中,具体公开了本发明的实施例中的一些特定实施方式,来表示实施本发明的实施例的原理的一些方式,但是应当理解,本发明的实施例的范围不受此限制。相反,本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。
下面参考附图描述根据本发明第一方面实施例提出的服务提供方法。
图1示出了本发明实施例的服务提供方法的流程。其中,本发明实施例的服务提供方法的流程通过多个执行主体协同合作完成。
具体地,多个执行主体包括:服务列表、SLA协商、SLA模板池、服务评价、服务审让和服务监控。上述各个模块与服务请求方和多个服务提供方进行信息交互,以将服务提供方提供的服务发送给相应的服务请求方,从而完成服务提供过程。
步骤S101,服务请求方向服务提供方请求服务。
在常见的服务系统或服务网络中,包含两个基本的实体:服务提供方和服务请求方。其中,服务请求方向服务提供方请求相关服务。
步骤S102,服务请求方定义多个SLA指标。
在执行完步骤S101之后,服务提供方向服务请求方提供服务的SLA模板,其中,服务请求方定义SLA模板中的多个SLA指标。
具体地,将多个SLA指标中的第一SLA指标定义为可违例SLA指标并定义第一SLA指标的违例范围,将SLA指标中除第一SLA指标之外的其它SLA指标定义为正常SLA指标并定义正常SLA指标的值。
在本发明的一个实施例中,多个SLA指标包括吞吐量、响应时间、CPU主频、内存,其中CPU主频和内存属于第一SLA指标,吞吐量和响应时间属于正常SLA指标。
进一步地,第一SLA指标的违例范围包括上下界的确定。
需要说明的是,对于SLA指标,不仅仅包括传统的服务非功能性指标,例如:执行时间、吞吐量、响应时间、有用性等,还包括对服务资源的定义,主要包含的是计算资源、存储资源和网络资源三类,此外对于每个SLA指标,用户可以自定义违例范围,允许资源分配和服务执行时相关SLA指标在一定上下界中波动。
步骤S103,服务提供方判断与第一SLA指标对应的资源是否在违例范围内并判断是否存在与正常SLA指标的值对应的资源。
具体地,在执行完步骤S102之后,将服务请求方自定义的SLA指标及浮动范围传递给SLA协商模块,由SLA协商模块最后将服务请求方自定义的SLA交给服务审计模块,服务审计模块存储该SLA定义并向服务监控发送资源请求。服务提供方判断与第一SLA指标对应的资源是否在违例范围内并判断是否存在与正常SLA指标的值对应的资源。如果是,则执行步骤S104。
步骤S104,根据第一SLA指标和正常SLA指标向服务请求方提供服务。
具体地,服务提供方判断存在对应资源并分配,其中,分配的资源在SLA定义的指标范围之内,分配完毕后,即可以根据第一SLA指标和正常SLA指标向服务请求方提供服务,且允许服务资源分配和服务执行时相关SLA指标在一定上下界中波动。
在步骤S104之后,进一步包括步骤:监测服务的执行情况。
具体地,服务审计模块周期性地从服务监控模块获得服务执行情况,通过对传统量化指标的检测,获取相关的SLA指标,通过与服务请求方自定义的SLA指标对比,进行违例判断,并进行信息的记录。通过服务实际执行中的SLA指标和服务请求方自定义SLA的对比,由服务系统中的服务评价模块形成服务最终的评价。
根据本发明的服务提供方法,允许用户和服务提供方之间通过SLA协商机制,允许服务SLA在服务请求方定义的范围内波动,解决SLA违例情况下的服务评价问题,便于服务的计费和对服务提供方的评价。
下面参考图2描述根据本发明的实施例的服务提供方法的具体过程。
(1)服务SLA模板的获得:服务请求方请求相关服务,通过在服务列表中的查找,如果该服务在服务列表中,则向SLA模板模块请求相应的SLA模板,最后将SLA模板返回给服务请求方。该过程对应流程中的1、2、3、4;
(2)用户自定义SLA的保存:用户将定义好的SLA指标及其浮动范围传递给SLA协商模块,由SLA协商模块最后将用户自定义的SLA交给服务审计模块,服务审计模块存储该SLA定义并向服务监控发送资源请求。该过程对应流程图2中的5、6、7;
(3)资源的分配和服务执行:服务监控模块接收到资源请求后,基于统计的资源信息进行资源分配,分配资源时,资源的分配情况应该在SLA定义的指标范围内,资源分配完毕,即可进行服务的执行。该过程对应流程图2中的8;
(4)服务的监控和违例检测:服务审计模块周期性从服务监控模块获得服务执行情况,通过对传统量化指标的检测,获取相关SLA指标,通过与用户自定义SLA的对比,进行违例判定,并进行信息的记录。该过程对应流程图2中的9、10;
(5)服务违例评价的计算:通过服务实际执行中的SLA指标和用户自定义SLA的对比,由服务评价模块形成服务的违例评价。在上述过程中,统计了违例次数n,用户定义的SLA相关指标以向量S表示,第i次违例时资源需求或分配的相关SLA指标以向量S′i,然后计算两个向量之间的相似度Simi,相似度的计算可以采用计算向量之间的欧拉距离、马氏距离或汉明距离等,相似度越小证明违例偏离用户定义SLA越小。根据计算的出各违例情况下的SLA相似度,形成最后的违例评价Sim=1/n∑iSim(S,Si);
下面以具体示例描述本发明的实施例的服务提供方法的评价过程。服务请求方向服务提供方请求特定服务1,服务提供方从服务列表中查找到服务1后,获得相应的服务1的SLA模板,并返回给服务请求方。服务请求方在SLA模板中定义相关SLA指标,例如定义了CPU的主频为2.3GHz以及内存的大小为4G。此外,服务请求方对这两个参数进行违例指定,将CPU的违例范围定义为[-0.5,+0.5],则允许服务执行时CPU的主频可以在[1.8,2.8]的范围内波动,将内存的违例范围定义为[-1,+1],则允许内存在[3,5]的范围内波动。服务在初始启动时,服务提供方发现可用中CPU的主频为2.0GHz、可用内存为4G,虽然CPU的主频发生了违例但仍在服务请求方定义的波动范围内,所以该服务能正常启动执行,该违例情况被记录由服务审计记录。服务执行完毕后,由服务评价模块收集违例和服务执行信息,可以通过传统的参数加权计算出最后的评级值。在该服务的计算过程中,发生了2次违例的情况,其中S′1=(2.5,4),S′2=(2.5,4.5)。这里通过欧拉距离计算违例评价,得到Sim=0.503,此外,还统计了服务执行过程中的执行时间和吞吐量分别为5.3ms和10Mb,则通过一定的加权计算得到最后的服务评价E=1/3*(0.503+5.3+10)=5.268。
在本发明的一个实施例中,进一步还包括步骤:设定用于服务的监测周期并根据违例信息动态调整服务的监测周期。
具体地,对于服务周期性监测,为了减少服务实时监测的开销降低,对于任意服务,其初始监测周期为t0,如图3所示,对监测周期t的调整算法包括如下步骤:
步骤S201,初始化。
具体地,在服务开始执行后,将t设为t0,并用变量count记录违例发生次数,count初始化为0。
步骤S202,周期性监测。
具体地,服务审计模块在时间t后,从服务监控模块获得服务执行情况,并进行违例监测。
步骤S203,违例判定。
具体地,如果未发生违例情况,则执行步骤S204;如果发生违例情况,则记录此时SLA指标,并将count加1,如果count超过3次则执行步骤S205。
步骤S204,默认周期调整。
具体地,将周期t调整为t*t0,并返回步骤S202。
步骤S205,违例周期调整。
具体地,将周期t调整为t0,并将count置为1,并返回步骤S202。
该周期调整算法基本思想是当无违例情况发生时,增加周期,减少开销,当有违例发生时,缩短监测周期,便于及时发现违例情况。由于违例情况属于相对较少的情况,该算法可大大减小对服务监测的开销。
根据本发明实施例的服务提供方法,允许网络服务的部分SLA指标违规(超过SLA约定的阈值),可以违规的指标是服务请求方事先在定义SLA约定时候预先指定,并且在动态服务调用场景下,违约后服务仍可执行,且执行效果通过监控和测量的参数获得,同时可以周期性监控测量参数和违例情况综合形成用户所用服务的最终评价,避免大量的检测开销的同时保证服务执行的动态性、计费真实性和评价实时性。
下面参考附图对根据本发明第二方面实施例提出的服务提供装置进行描述。
图4示出了本发明实施例提出的服务提供装置的内部结构,其中,本发明实施例的服务提供装置通过图5所示的多个执行主体协同合作完成。具体地,多个执行主体包括:服务列表、SLA协商、SLA模板池、服务评价、服务审让和服务监控。上述各个模块与服务请求方和多个服务提供方进行信息交互,以将服务提供方提供的服务发送给相应的服务提供方,从而完成服务提供过程。
需要说明的是,本发明实施例提出的服务提供装置可以集成在服务提供方或者服务提供方之中,也可以为单独的第三方装置。
如图4所示,本发明实施例提出的服务提供装置包括:SLA指标设置模块110、接收模块120、判断模块130以及控制模块140。
SLA指标设置模块110用于在服务请求方中定义多个SLA指标,其中将多个SLA指标中的第一SLA指标定义为可违例SLA指标并定义第一SLA指标的违例范围,将SLA指标中除第一SLA指标之外的其它SLA指标定义为正常SLA指标并定义正常SLA指标的值。
在本发明的一个实施例中,多个SLA指标包括吞吐量、响应时间、CPU主频、内存,其中CPU主频和内存属于第一SLA指标,吞吐量和响应时间属于正常SLA指标。
接收模块120用于接收服务请求方向服务提供方发送的服务请求。
判断模块130用于判断与第一SLA指标对应的资源是否在违例范围内并判断是否存在与正常SLA指标的值对应的资源。
控制模块140用于在判断模块判断与第一SLA指标对应的资源在违例范围内且存在与正常SLA指标的值对应的资源时,控制服务提供方根据第一SLA指标和正常指标向服务请求方提供服务。
在本发明的一个实施例中,控制模块140还用于控制服务提供方向服务请求方提供所述服务的SLA模板,其中服务请求方定义所述SLA模板中的多个SLA指标。
在本发明的一个实施例中,控制模块140还用于收集服务的执行信息以及资源的违例信息,以及根据执行信息和违例信息计算对服务的评价。
在本发明的一个实施例中,控制模块140还用于监测服务的执行情况。
下面结合图2描述根据本发明的实施例的服务提供装置的服务提供过程。
服务请求方请求相关服务,接收模块120接收服务请求方向服务提供方提出的服务请求,通过在服务列表中的查找,如果该服务在服务列表中,则控制模块140控制服务提供方向SLA模板模块请求相应的SLA模板,最后将SLA模板返回给服务请求方。此时,SLA指标设置模块110在服务请求方中定义多个SLA指标,多个SLA指标中的第一SLA指标定义为可违例SLA指标并定义第一SLA指标的违例范围,将SLA指标中除第一SLA指标之外的其它SLA指标定义为正常SLA指标并定义正常SLA指标的值。用户将定义好的SLA指标及其浮动范围传递给SLA协商模块,由SLA协商模块最后将用户自定义的SLA交给服务审计模块,服务审计模块存储该SLA定义并向服务监控发送资源请求。判断模块130判断与第一SLA指标对应的资源是否在违例范围内并判断是否存在与正常SLA指标的值对应的资源。如果判断模块130判断与第一SLA指标对应的资源在违例范围内且存在与正常SLA指标的值对应的资源时,控制模块140控制服务提供方根据第一SLA指标和正常指标向服务请求方提供服务。此时,服务监控模块接收到资源请求,基于统计的资源信息进行资源分配,分配资源时,资源的分配情况应该在SLA定义的指标范围内,资源分配完毕,即可进行服务的执行。服务审计模块周期性从服务监控模块获得服务执行情况,通过对传统量化指标的检测,获取相关SLA指标,通过与用户自定义SLA的对比,进行违例判定,并进行信息的记录。
在本发明的一个实施例中,控制模块140还用于收集服务的执行信息以及资源的违例信息,以及根据执行信息和违例信息计算对服务的评价。
具体地,通过服务实际执行中的SLA指标和用户自定义SLA的对比,由服务评价模块形成服务的违例评价。在上述过程中,统计了违例次数n,用户定义的SLA相关指标以向量S表示,第i次违例时资源需求或分配的相关SLA指标以向量S′i,然后计算两个向量之间的相似度Simi,相似度的计算可以采用计算向量之间的欧拉距离、马氏距离或汉明距离等,相似度越小证明违例偏离用户定义SLA越小。根据计算的出各违例情况下的SLA相似度,形成最后的违例评价Sim=1/n∑iSim(S,Si);将违例评价与传统的服务非功能指标结合,这里假设测量了M个传统的服务非功能指标,M个传统非功能指标中第i个指标表示为ei,则最后服务评价生成的公式为
在本发明的一个实施例中,控制模块140还用于设定用于服务的监测周期并根据违例信息动态调整服务的监测周期。
具体地,对于服务周期性监测,为了减少服务实时监测的开销降低,对于任意服务,其初始监测周期为t0,对监测周期t的调整算法包括如下过程:
1、初始化:在服务开始执行后,将t设为to,并用变量count记录违例发生次数,count初始化为0;
2、周期性监测:服务审计模块在时间t后,从服务监控模块获得服务执行情况,并进行违例监测;
3、违例判定:如果发生违例情况,则记录此时SLA指标,并将count加1,如果count超过3次则转到过程5;
4、默认周期调整:将周期t调整为t*t0,并转到过程2;
5、违例周期调整:将周期t调整为t0,并将count置为1,并转到过程2。
该周期调整算法基本思想是当无违例情况发生时,增加周期,减少开销,当有违例发生时,缩短监测周期,便于及时发现违例情况。由于违例情况属于相对较少的情况,该算法可大大减小对服务监测的开销。
根据本发明提出的服务提供装置,允许服务请求方和服务提供方之间通过SLA协商机制,允许服务SLA在服务请求方定义的范围内波动,增加了服务执行的可伸缩性,解决SLA违例情况下的服务评价问题,改善了服务评价的客观性。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管已经示出和描述了本发明的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由所附权利要求及其等同限定。
Claims (12)
1.一种服务提供方法,其特征在于,包括以下步骤:
服务请求方向服务提供方请求服务;
所述服务请求方定义多个SLA指标,其中将所述多个SLA指标中的第一SLA指标定义为可违例SLA指标并定义所述第一SLA指标的违例范围,将所述SLA指标中除所述第一SLA指标之外的其它SLA指标定义为正常SLA指标并定义所述正常SLA指标的值;
所述服务提供方判断与所述第一SLA指标对应的资源是否在所述违例范围内并判断是否存在与所述正常SLA指标的值对应的资源;以及
如果是,则根据所述第一SLA指标和所述正常指标向所述服务请求方提供所述服务。
2.根据权利要求1所述的服务提供方法,其特征在于,进一步包括步骤:
收集所述服务的执行信息以及所述资源的违例信息;以及
根据所述执行信息和所述违例信息计算对所述服务的评价。
3.根据权利要求1或2所述的服务提供方法,其特征在于,进一步包括步骤:所述服务提供方向所述服务请求方提供所述服务的SLA模板,其中所述服务请求方定义所述SLA模板中的多个SLA指标。
4.根据权利要求1或2所述的服务提供方法,其特征在于,进一步包括步骤:
监测所述服务的执行情况。
5.根据权利要求4所述的服务提供方法,其特征在于,进一步包括步骤:
设定用于所述服务的监测周期并根据所述违例信息动态调整所述服务的监测周期。
6.根据权利要求1或2所述的服务提供方法,其特征在于,所述多个SLA指标包括吞吐量、响应时间、CPU主频、内存,其中所述CPU主频和所述内存属于所述第一SLA指标,所述吞吐量和响应时间属于所述正常SLA指标。
7.一种服务提供装置,其特征在于,包括:
SLA指标设置模块,用于在服务请求方中定义多个SLA指标,其中将所述多个SLA指标中的第一SLA指标定义为可违例SLA指标并定义所述第一SLA指标的违例范围,将所述SLA指标中除所述第一SLA指标之外的其它SLA指标定义为正常SLA指标并定义所述正常SLA指标的值;
接收模块,用于接收所述服务请求方向服务提供方发送的服务请求;
判断模块,用于判断与所述第一SLA指标对应的资源是否在所述违例范围内并判断是否存在与所述正常SLA指标的值对应的资源;
控制模块,用于在所述判断模块判断与所述第一SLA指标对应的资源在所述违例范围内且存在与所述正常SLA指标的值对应的资源时,控制所述服务提供方根据所述第一SLA指标和所述正常指标向所述服务请求方提供所述服务。
8.根据权利要求7所述的服务提供装置,其特征在于,所述控制模块还用于收集所述服务的执行信息以及所述资源的违例信息,以及根据所述执行信息和所述违例信息计算对所述服务的评价。
9.根据权利要求7或8所述的服务提供装置,其特征在于,所述控制模块还用于控制所述服务提供方向所述服务请求方提供所述服务的SLA模板,其中所述服务请求方定义所述SLA模板中的多个SLA指标。
10.根据权利要求7或8所述的服务提供装置,其特征在于,所述控制模块还用于监测所述服务的执行情况。
11.根据权利要求10所述的服务提供装置,其特征在于,所述控制模块还用于设定用于所述服务的监测周期并根据所述违例信息动态调整所述服务的监测周期。
12.根据权利要求7或8所述的服务提供装置,其特征在于,所述多个SLA指标包括吞吐量、响应时间、CPU主频、内存,其中所述CPU主频和所述内存属于所述第一SLA指标,所述吞吐量和响应时间属于所述正常SLA指标。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210581569.2A CN103078914B (zh) | 2012-12-27 | 2012-12-27 | 服务提供方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210581569.2A CN103078914B (zh) | 2012-12-27 | 2012-12-27 | 服务提供方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103078914A true CN103078914A (zh) | 2013-05-01 |
CN103078914B CN103078914B (zh) | 2016-06-01 |
Family
ID=48155316
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210581569.2A Active CN103078914B (zh) | 2012-12-27 | 2012-12-27 | 服务提供方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103078914B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103561085A (zh) * | 2013-10-30 | 2014-02-05 | 南京邮电大学 | 一种基于服务等级协议约束的服务云评价方法 |
CN104135535A (zh) * | 2014-08-14 | 2014-11-05 | 苏州大学 | 一种面向云计算的租户调整方法及系统 |
CN104702680A (zh) * | 2015-02-13 | 2015-06-10 | 安科智慧城市技术(中国)有限公司 | 一种资源监测方法及系统 |
CN105247506A (zh) * | 2013-07-26 | 2016-01-13 | 惠普发展公司,有限责任合伙企业 | 服务等级协议分析 |
CN105357043A (zh) * | 2015-11-09 | 2016-02-24 | 南京邮电大学 | 云计算环境下自动反馈调节的sla系统框架及调节方法 |
CN108769179A (zh) * | 2018-05-23 | 2018-11-06 | 北京顺丰同城科技有限公司 | 一种服务健康状态评估方法及装置 |
CN115695220A (zh) * | 2022-12-14 | 2023-02-03 | 深圳富联富桂精密工业有限公司 | 服务性能指标效应值计算方法及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100396016C (zh) * | 2006-03-01 | 2008-06-18 | 华为技术有限公司 | 在内容分发网络中保障服务水平的系统和方法 |
CN101291370B (zh) * | 2008-02-21 | 2011-03-30 | 华为技术有限公司 | 一种实现动态服务质量保障的方法和系统 |
CN101242314B (zh) * | 2008-03-12 | 2010-12-15 | 华为技术有限公司 | 一种实现违例预警的方法及装置 |
-
2012
- 2012-12-27 CN CN201210581569.2A patent/CN103078914B/zh active Active
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105247506A (zh) * | 2013-07-26 | 2016-01-13 | 惠普发展公司,有限责任合伙企业 | 服务等级协议分析 |
CN103561085A (zh) * | 2013-10-30 | 2014-02-05 | 南京邮电大学 | 一种基于服务等级协议约束的服务云评价方法 |
CN103561085B (zh) * | 2013-10-30 | 2016-08-31 | 南京邮电大学 | 一种基于服务等级协议约束的服务云评价方法 |
CN104135535A (zh) * | 2014-08-14 | 2014-11-05 | 苏州大学 | 一种面向云计算的租户调整方法及系统 |
CN104135535B (zh) * | 2014-08-14 | 2017-10-31 | 苏州大学 | 一种面向云计算的租户调整方法及系统 |
CN104702680A (zh) * | 2015-02-13 | 2015-06-10 | 安科智慧城市技术(中国)有限公司 | 一种资源监测方法及系统 |
CN104702680B (zh) * | 2015-02-13 | 2019-01-04 | 深圳易科声光科技股份有限公司 | 一种资源监测方法及系统 |
CN105357043A (zh) * | 2015-11-09 | 2016-02-24 | 南京邮电大学 | 云计算环境下自动反馈调节的sla系统框架及调节方法 |
CN105357043B (zh) * | 2015-11-09 | 2018-06-05 | 南京邮电大学 | 云计算环境下自动反馈调节的sla系统框架及调节方法 |
CN108769179A (zh) * | 2018-05-23 | 2018-11-06 | 北京顺丰同城科技有限公司 | 一种服务健康状态评估方法及装置 |
CN115695220A (zh) * | 2022-12-14 | 2023-02-03 | 深圳富联富桂精密工业有限公司 | 服务性能指标效应值计算方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103078914B (zh) | 2016-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103078914A (zh) | 服务提供方法及装置 | |
JP2008530637A (ja) | 複数の装置ドメインのために適応可能なデジタル著作権管理システム | |
US20140169192A1 (en) | System and Method for Estimating an Effective Bandwidth | |
Zhou et al. | Traffic predictability based on ARIMA/GARCH model | |
US10484253B2 (en) | Topology map update with service quality indicators | |
US20030055670A1 (en) | Automated on-line business bandwidth planning methodology | |
US8180716B2 (en) | Method and device for forecasting computational needs of an application | |
Jabeen et al. | Adaptive and survivable trust management for Internet of Things systems | |
Huang | System intelligence: Model, bounds and algorithms | |
CN103200124A (zh) | 一种业务策略的调整方法及装置 | |
Yau et al. | Developing service-based software systems with QoS monitoring and adaptation | |
Tajeddine et al. | PATROL: a comprehensive reputation-based trust model | |
Wei et al. | Proactive network slice reconfiguration by exploiting prediction interval and robust optimization | |
CN115696441A (zh) | 话单处理方法、装置、设备及存储介质 | |
Ammar et al. | QoE-driven admission control for video streams | |
Bruschi et al. | Modeling power management in networked devices | |
CN107566187B (zh) | 一种sla违例监测方法、装置和系统 | |
Ravindran | Software cybernetics to manage adaptation behavior of complex network systems | |
Turkina et al. | Interval evaluation of trust and reputation for Internet of Things | |
Jansen | Evaluation of an architecture for providing mobile web services | |
Lai et al. | Pricing link by time | |
Abdullah et al. | Implementing Trust Management in Pervasive Computing Environment Depending on Trustworthiness Equation | |
Dini et al. | Web services: Self-adaptable trust mechanisms | |
Bluemke et al. | Detection of anomalies in a SOA system by learning algorithms | |
Fulsoundar et al. | Prediction of performance degradation in cloud computing |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |