兼职服务协议范文

兼职服务协议范文（精选9篇）

兼职服务协议 第1篇

兼职服务协议

甲方：四川省物流产业融资担保股份有限公司

乙方：

因甲乙双方业务合作需要，乙方向甲方提供物料设计与物料选用 的兼职服务，现甲乙双方经友好协商后，就乙方向甲方提供上述服务事宜签订本协议，双方需共同遵守。

第一条协议期限

1、本协议有效期为 0.5 年，自_2013_年_9_月_27_日至_2014年_2_月_28_日止。

2、如双方愿意续签本协议的，应于本协议有效期届满之日前一个月内续签。

第二条工作内容、场所和时间

1、乙方的工作内容为：

﹝1﹞完成集团公司与分公司的物料设计及物料选用。

﹝2﹞设计制作须在规定时间内完成。

2、甲方不为乙方开展工作提供必要的工作场所和条件。

3、乙方的工作时间原则上按照甲方要求执行，以便业务的开展。

第三条服务报酬

1、在本协议有效期内，乙方的服务报酬以具体事项完成为标志予以发放。

乙方应按照甲方的制度开展业务，因业绩达成应给的服务提成，甲方应按月支付。

2、乙方应按照中国法律规定缴纳个人所得税，甲方在向乙方支付服务费时予以代扣代缴。

3、乙方每月的服务费于次月20日前支付，由甲方通过银行汇入乙方的个人帐户。

4、甲乙双方约定，除上述服务报酬外，乙方不享受甲方员工的薪金福利、社会保险待遇，甲方也不承担乙方的医疗、工伤等其它费用。

第四条工作纪律

1、乙方应遵守中国的法律法规。

2、乙方应遵守甲方的劳动纪律及甲方制定的各项规章制度。

3、乙方应严守甲方的商业秘密，维护甲方的权益。/ 3

第五条声明和保证

1、乙方保证本人提供的个人信息真实有效。

2、乙方保证此次兼职未与原用人单位存在竞业限制，未泄露原单位商业秘密。不向任何

第三方提供其根据本协议为甲方提供服务期间获取的有关甲方的任何秘密信息，并不得从事有损于甲方利益的任何行为。

第六条保守秘密

1、乙方在本协议期间或本协议终止或解除后二年内，未经甲方书面许可，不得以任何方

式向其他任何个人或公司泄露甲方或甲方关联商业实体的商业秘密（包括但不仅限于甲方的经营、管理信息），乙方亦不得将其用以与甲方进行竞争或用作乙方履行本协议规定职责和义务以外的任何其他用途，乙方必须严格遵守甲方制订的保密制度。

2、乙方在服务期间的所有与甲方业务和工作有关的记录及获得的有关资料或其他文件归

甲方所有。乙方在协议期满或离职前必须将属甲方的资料及文件交还甲方。

3、甲方的商业秘密范围

（1）甲方相关资料等；

（2）甲方发展计划等；

（3）甲方财务部门的财务信息等；

（4）甲方客户资料等；

（5）甲方人事部门的人事档案、人力资源自行开发课程、公司规章制度等；

（6）甲方内部互联网页刊载的甲方及其甲方所属集团各公司涉及商业秘密的内容。

（7）涉及商业秘密的其它内容。

（8）设计原始文件须给集团企划中心备档，严禁外传和用于其他用途。

4、乙方在协议期间或解除协议后二年，若泄露甲方秘密或因此造成甲方造成经济损失的，甲方将追究乙方的法律责任。

第七条协议解除

1、在本协议有效期间，甲乙双方任何一方拟解除本协议的，应提前一个月书面通知对方；

2、乙方有以下情形的，甲方有权随时解除本协议：

（1）乙方违反本协议第五条声明和保证条款的；

（2）乙方无正当理由或未获甲方事先同意，而未按本协议第二条、第三条、第四条、第五条之规定履行本协议的。

第八条违约责任

1、甲乙双方任何一方无正当理由违反本协议的，应承担违约责任并向守约方支付违约金

人民币 贰仟元 元（RMB 2000 元）。

2、甲乙双方任何一方无正当理由违反本协议并给另一方造成损失的，违约方除按本条第1款向对方支付违约金外，还应承担经济赔偿责任。

第九条双方需要约定的其它事项

第十条其他

1、本协议一式两份，甲乙双方各持一份，在双方签署后生效。

2、本协议的未尽事宜，双方应协商解决，并可另行签订补充协议。

3、因履行本协议发生纠纷的，双方应友好协商解决，协商不成的，可以向甲方所在地人

民法院提起诉讼。

4、本协议条款如与中国法律、法规相悖时，以中国法律、法规为准。

甲方（印章）：乙方：

地址：家庭住址：

代 表 人：身份证号：

签署日期：年月日

兼职服务协议 第2篇

甲方：

乙方：：超泽会展会务服务社

根据国家、上海市有关法律、法规，甲乙双方根据有关法规、政策，经协商达成如下协

议，以资共同遵守。

一、合作事项

乙方招聘与管理特卖兼职人员4名，于2011年月日开始至2012年月日

结束，每人计时为20元/小时，8小时起，包含甲方 招聘管理以及来回车费补贴，加班费用为20元/小时，22点30分之后为25元/小时，产生的车租车费用由甲方承担（实报实销），总计按实际发生的金额计算。

二、作业方式

1.甲方于每月日（日历日）将当月兼职人员工资明细提供给乙方。

2.乙方于每月日（日历日）按甲方要求提供相应的发票，发票总金额包含工资、服务费和税金。

3.甲方于每月日按发票金额向乙方支付款项。

4.乙方于每月日按本条第1款所述兼职人员工资明细，正确制单输入网银，并预约日上午发放到甲方指定的个人帐户内。

5.如日因任何原因导致工资无法支付到甲方指定的个人工资帐户，乙方应在当日即将未支付的款项全额退还给甲方。

6.以上所列时间点（日历日）如遇国家法定节假日，则双方均应将时间点提前为节假日之前一工作日。

7.乙方应确保准时、正确地执行上述作业。

三、费用及付款方式

1.甲方同意每月向乙方支付服务费。服务费计算方式为：当月发票开票金额×7%

2.付款形式为委托银行转帐，乙方转入帐号为：

帐号：***49

银行：浦发银行宝山支行

四、违约责任

1． 如甲方未按“作业方式”规定提供明细、支付款项，则乙方可延迟发放工资，但最迟不

晚于日。但如迟至日甲方应付款仍未到达乙方帐户，乙方可依据实际到帐日相应顺延1天发放工资。

2． 如乙方未按“作业方式”规定提供发票导致甲方付款延误的，乙方仍应确保于日上

午员工工资到账，乙方无权以甲方延迟为由延迟发放工资。

3． 如乙方未按“作业方式”规定发放工资，乙方应负责及时予以修正，并自行承担由此产

生的补足工资差额等不利后果。

4． 如乙方未按“作业方式”规定在日确保个人工资到账，乙方应向甲方支付违约金，每逾期一日即承担相当于逾期支付款金额之1%的违约金。

5． 本条所述日期如遇国定节假日按第二条第6款作业。

五、争议解决

1.本协议期内，如甲方与兼职员工发生劳动纠纷，乙方应及时协助甲方予以妥善解决；如

行政主管部门向甲方进行询问、调查、处罚等行政行为，乙方应与甲方共同协作应对。

2.双方在协议履行过程中出现的任何争议，均应友好协商解决；协商不成，任何一方可向

有管辖权的人民法院提请裁决。

六、协议期限

1． 本协议有效期年，自年 月日起至年月日止。

2． 期限届满时经双方书面确认后可续约。

七、其他

1． 本协议未尽事宜，可由双方另行签订补充协议。补充协议为本协议不可分割的一部分，并具有同等法律效力。

2． 本协议经双方签字盖章生效。

3． 本协议一式二份，双方各执一份，并具有同等法律效力。

甲方（签章）：乙方（签章）：

委托代表（签字）：委托代表（签字）：

单位地址：单位地址：上海市四川北路1851号1706室 邮政编码：邮政编码：200081

云计算服务等级协议初探 第3篇

关键词：云服务,服务等级协议,生命周期,服务质量

1 云服务与服务等级协议

近年来,云服务的发展方兴未艾,被业界视为革命性的变革。人们正在走进一个计算能力可以像商品一样在互联网上自由流通的时代。云计算的基本原理是[1]利用互联网高速传输能力,将数据处理过程从本地个人计算机或者服务器转移到互联网上的计算机集群上,这个集群由成千上万台的普通标准服务器组成,由一个大型的数据处理中心对其进行统一的管理。服务提供商通过共享基础架构,将巨大的系统池连接在一起,通过互联网动态地、透明地为用户提供各种随需应变的服务。

随着云计算的蓬勃发展,用户对云服务质量的关注度明显提高,如何保障服务质量成为实务界和学界研究的热点。云服务的目标是满足用户随时可访问资源和服务的需求,按时按需地向用户提供服务。用户通过购买相应资源以获得使用云服务的权利,因此用户希望自己的付出获得相应的回报,即获得相应的云服务质量的保证。在云环境中,可借鉴电信行业用来保证其服务质量的方法来确保云服务质量达到用户支付的相应水平。服务等级协议(Service Level Agreement,SLA)是服务提供商与用户之间协商并签订的一个具有法律约束力的合同,合同规定了在服务提供过程中双方所承担的商务条款[2]。其中,服务商提供商指能够间接或直接为用户或其他服务提供商提供云服务的公司或组织,用户指通过认可或购买的方式获取云服务的个人、公司或组织。一般来讲,根据用户需求的不同,服务等级协议也往往被区分成签订的服务等级协议和未签订的服务等级协议。前者主要针对数据处理要求不高的客户或免费使用客户,他们通过认可的方式被动接受云服务。后者主要针对大型客户,客户往往需要付出高昂的代价购买相应的服务,根据自身需求与服务提供商所协商签订的服务等级协议具有法律效力。

2 服务等级协议的最佳实践

《云计算用例白皮书4.0》定义云服务提供商与云服务用户之间的互动关系,服务等级协议包含以下事项:提供商所提供的一套服务;对每项服务的完整且详细的定义;提供商与用户的责任;一套确定提供商是否按承诺交付服务的标准体系;一种监测服务的审核机制;在不满足服务等级协议条款的情况下,用户及提供商可采取的补救措施;服务等级协议如何随时间变化[3]。鉴于服务等级协议中所需条款是由用户自行确定的,因此实践中有诸多因素需要考虑。

最佳实践(Best Practices)可用于描述开发一种可供多个合作伙伴使用的标准流程方式的过程。云标准定制理事会(Cloud Standards Custom Council)为云计算用户提供了一种参考构架,在评估云服务等级协议时,用户可以采用这七个步骤来帮助了解如何对比云服务提供商,或是与提供商商谈条款时应该有何预期。

第一步是识别云主角。美国国家标准与技术研究所(Na-tional Institute of Standards and Technology,NIST)确认了五种独特的云主角:云计算用户、云提供商、云载体、云代理和云审计。每个主角都具有独特的角色和责任。只有前三个角色在服务等级协议的条款和条件方面存在相互关系。需要注意的是是,NIST参考构架没有确认像云供应者和Web服务提供商这样的其他主角并且没有说明这些主角具有多对多的关系,这是用户在识别云主角是需要注意的。

第二步是评估业务水平策略。服务等级协议内表述的策略应该针对业务战略和策略进行评估。在评估一个云服务等级协议时,用户需要考虑的内容可包含在服务等级协议内的数据策略,包括数据保存、冗余、定位、捕获和私密性等。同时应该考虑加入服务等级协议中的业务水平策略,包括保障、未涵盖的服务列表、过度使用、付款和处罚方法、转包服务、授权软件和特定行业的标准等。

第三步是理解基础软件即服务(SaaS)、平台即服务(PaaS)和设施即服务(Iaa S)之间的区别与联系[4],以及正在运行的云的种类(私有云、公共云或者混合云)。服务等级协议的条款和条件取决于提供商为用户提供的控制变量的复杂性。面向Saa S的服务等级协议没有面向Paa S的服务等级协议那么复杂。Saa S用户(最终用户)惟一能控制是对Saa S应用程序的访问,而对于Paa S用户(开发人员),除了不能控制虚拟机之外,他们可以控制应用程序开发生命周期。面向Iaa S的服务等级协议是最复杂的,因为除了不能控制实际的基础架构之外,Iaa S用户(基础架构专家)能够控制虚拟机。

第四步是确认应该使用哪些指标来实现性能目标。例如,可用性以及反应时间指标应包含:服务等级协议的指标名称、约束条件、收集的方法和频率等。

第五步是安全性。考虑云服务等级协议的一些关键安全要求,其中包括:资产的敏感性、法律和法规的要求以及云提供商的安全功能。每个国家保护个人隐私的法规不尽相同,出于这个考量,用户应该知道存储在云内的数据所在的国家。一个国家可能会禁止来自国外的某些隐私数据,而另一个国家则可能会允许使用外部的隐私数据。

第六步是确定服务管理要求。这包括确定哪些应该进行监视和报告(例如,负载性能和应用程序性能),哪些应该进行计量。此外,还包括配给的速度应该多快(速度、测试和需求灵活性)以及应该如何管理资源更改。

最后一步是为服务故障做准备并管理服务故障,决定应该提供哪些补救措施以及责任限制是什么。用户还需要理解故障恢复计划如何在需要时工作。此计划应该定义服务中断是什么,如何处理意外故障,以及服务中断如果延长应采取哪些措施。

并且,退出条款应该成为每个云服务等级协议的一部分,以防用户或提供商想要中断此关系。

3 服务等级协议的管理实施框架

目前市场上服务等级协议的实现都是以根据电信管理论坛的服务等级协议管理手册为基础的,这种服务等级协议是通过集成技术与协调管理、资源调度技术和商业智能等技术构建而成的。

3.1 集成技术与协同管理

由于用户需求不同,各个信息系统作为运营支撑系统的子系统往往是解决用户某种特定需求的,这些子系统的构建方式和交互方式的差异,给分布应用的集成带来的一定程度的困难。分布应用集成可以利用建立在协议层上的两个系统共同定义的协议来交换数据或利用更复杂的传输机制,如消息队列等,传输机制层的前提是在传输层上连接多个系统,其方法包括IP、FTP及特定的通信中间件(如Message Queue,Event Mid-dleware)[5]。

在子系统间的集成基础上,服务等级协议通过协同管理实现用户需求并提供整体的服务。协同管理控制各个子系统的运行和子系统间的数据交换,订阅各个集成系统产生的事件和信息,并产生更高层次的事件和信息,包括成本、性能、安全、可靠性、可扩展性等信息。此时的工作流系统已扩展为一个协同模型,其具有良好的协同性能。

3.2 资源调度技术

资源调度技术是云计算区别于以往的并行计算和网格计算的重要特征之一。云计算调度的目标就是对用户提交的任务实现最优调度,并设法提高云计算系统的总体吞吐率。具体的目标包括最优跨度(Optimal Makespan)、服务质量(Quality ofService)、负载均衡(Load Balancing)和经济原则(Economic Prin-ciples)等[6]。根据首选原则的不同,可以将资源调度分为以性能为中心的调度、以服务质量为中心的调度和以经济为中心的调度。

3.3 商业智能

商业智能技术提供使企业迅速分析数据的技术和方法,可以看作是数据仓库、联机处理和数据挖掘等相关技术的综合运用,其内容为管理、挖掘和分析数据,将这些数据转化为有价值的信息,作为企业决策的智力支持。所以该技术通常被企业用作做出明智的业务经营决策的工具。其具体实施步骤包括:需求分析、数据仓库建模、数据抽取、用户培训和数据模拟测试、系统改进和完善等。

4 服务等级协议的生命周期

服务等级协议的生命周期是一个动态的循环过程。根据电信管理论坛的服务等级协议管理手册,服务等级协议的生命周期包括五个阶段[7],如图1所示:

4.1 服务等级协议的创立

产品/服务开发阶段主要用来支持产品和服务的规划和开发。市场需求、竞争压力、服务条件的内在指标以及现有服务等级协议的极端经验等都会促使服务提供商开发另一个更加符合用户需求的服务等级协议。

该阶段包含了以下几个内容:提供商根据自己的云服务战略定义服务等级协议模版,包括服务等级和价值等,以及模版中相关服务等级协议的参数和指标,以及这些服务等级协议参数值的存在方式(独立或捆绑)。

4.2 服务等级协议的协商和销售

协商和销售阶段服务提供商会与用户就许多潜在服务实例的安装和运行等实际问题进行协商。该阶段的目的是理清责任归属,签订双方都可以接受的服务等级协议。

该阶段内容主要包括:挖掘和定义用户的具体服务需求,根据其需求与预期目标协商具体服务实例的服务等级协议参数的值;与用户协商服务等级协议的费用与支付方式;服务提供商在服务等级协议违例时应当赔偿的费用及方式等。

4.3 服务等级协议的部署与执行

实现阶段是部署用户实例并激活用户等级协议的过程。不同公司实现服务等级协议的过程稍有不同,但总体上是相似的。一般来说,在实现阶段,服务提供商根据具体的合同条款配置资源,提供服务。这个过程主要包括三个方面:支持服务的基础网络配置;特定服务实例的网络配置;激活并维持提供服务。执行阶段包含了服务等级协议中规定的服务的所有正常操作。这其中包括:协议服务内执行和监控;实时报告和服务质量验证;实时的服务等级协议违例处理[8]。

4.4 服务等级协议的评估

评估主要发生在两个时间段中。第一个评估是在用户的服务等级协议合约期间,该评估与客户的服务质量有关。用户周期性评审主要用于评估云服务质量,并及时发现潜在可进行改进之处,甚至在某些时候根据实际情况和用户内部需求情况的改变,对云服务提供商提出新的要求,并协商改变其服务目标。第二个评估与服务提供商的整体服务质量目标、对象和风险管理有关,主要用于服务提供商对服务水平进行评估,同时根据服务表现情况进行服务目标的重新排列,并由此构建新的服务等级协议。可以看出这两种评估对用户和服务提供商来说有着不同的措施,但是目的都是为了使云服务质量的到保障。

4.5 服务等级协议的终止

当用户认为当前的服务等级协议不足以满足其要求,或协议期限到期希望提高服务质量时,服务等级协议生命周期到了终止阶段。这个阶段服务提供商往往采取多种手段对其服务进行推销,客户通过对服务提供商的一段时间以来的服务进行评估,并深入挖掘自身需求的时期。所以服务等级协议终止阶段往往是下一次服务等级协议周期开始的前奏。

5 结束语

本文从定义、最佳实践、管理实施框架和其生命周期理论等内容对服务等级协议进行了探究。作为维系供求双方,保障服务质量的正式协议,服务等级协议的重要性正随着云服务的广泛运用逐渐显现,相信更加规范、更加成熟的服务等级协议能够对我国云服务产业的良性发展做出更大贡献。

参考文献

[1]赵又霖,邓仲华.图书馆云信息服务等级协议的参数研究[J].图书情报工作,2013,57(20):11-20.

[2]Lee J,Ben-Natan R.Integrating Service Level Agreements:Optimizing Your OSS for SLA Delivery[M].John Wiley&Sons,2002,3.

[3]Cloud Computing Use Cases group.Cloud Computing Use Cas-es White Paper 4.0[EB/OL].[2014-09-03].http://opencloudma-nifesto.org/Cloud_Computing_Use_Cases_Whitepaper-4_0-Chi-na_S.Chinese_translation.pdf.

[4]张健.云计算服务等级协议(SLA)研究[J].电信网技术,2012(2):7-10.

[5]孙文辉.面向服务的服务等级协议实现框架的研究[J].计算机应用,2006,26(6):1260-1262.

[6]左利云,曹志波.云计算中调度问题研究综述[J].计算机应用研究,2012,29(11):4023-4027.

[7]赵又霖,邓仲华,黎春兰.云服务等级协议的生命周期管理研究[J].图书与情报,2013(1):51-57.

中国与东盟签署服务贸易协议 第4篇

2007年1月14日，菲律宾宿务，来自中国、澳大利亚、新西兰、日本、韩国、印度以及东盟十国的领导人聚集于此，出席一系列会议，包括第10次中国与东盟领导人会议，第10次东盟与中、日、韩领导人会议以及第二届东亚峰会。

中国与东盟在菲律宾签署了新的服务贸易协议。与会代表重点商议了高科技、能源和建设等方面的合作，向着中国东盟更广泛的自由贸易协议迈出了坚实的一步。

菲律宾总统阿罗约在开幕仪式上致辞说：“我們很高兴中国能够更多的参与到与东盟的贸易协作中。”根据中国和东盟在国际多边或者双边贸易谈判中的表现来看，东盟最关注的是农产品领域的开放，而中国则在服务贸易领域最为坚持。一位了解谈判进程的人士介绍，双方最终能达成协议，得益于中国在一些关键领域的让步。“这也反映出一点，在中国方面看来，中国－东盟自贸区绝对不是简单的经济问题，我们必须上升到国际政治角度来看待。”中国总理温家宝对于此次与东盟签署的协议给与了积极评价，认为协议的成功签订“为将来中国－东盟自由贸易协定的成功签署打下了坚实的基础。”中国与东盟开始消除贸易壁垒是从2005年，从此，双方超过7000种产品的关税逐步降低。2006年双边贸易总量超过1600亿美元，比2005年增长了23％。

兼职服务协议书 第5篇

甲方：乙方：

地址：常住地址：

联系方式：联系方式：

法定代表人：身份证号码：

根据中华人民共和国相关法律、法规的规定，甲乙双方在平等自愿的基础上，本着诚实信用的原则，经充分协商，就乙方为甲方提供兼职服务自愿签订本协议。

一、协议期限

实习期间为年月日至年月日。

二、合作形式：

1、乙方同意在协议期限内为甲方提供兼职服务，并保质保量完成甲方交办的各项任务。

2、乙方保证具有与甲方订立兼职服务协议的资格，因本协议的订立而侵害的任何第三人的合法权益，甲方不承担任何连带责任。

三、服务内容

1、甲方根据乙方的专业技能并结合甲方经营业务的实际需要，为乙方安排相应的工作任务并提供必要的工作条件。

2、乙方在甲方服务期间，甲方对乙方进行公司规章制度等必要的培训，乙方承诺遵守甲方以书面文件实施的各项规定，并承担相应的责任和义务。

3、乙方应服从甲方所安排的工作，服从岗位领导的各项工作指令，并按甲方规定的各项任务指标开展各项工作。

4、甲方根据工作需要和乙方的实际工作能力，可以调换乙方的工作和岗位。

5、乙方根据甲方规定的作息时间开展岗位工作，因工作任务等原因需调整工作时间的，乙方应根据甲方的工作安排给予积极配合。

四、服务报酬

1、乙方在甲方服务期间按月度享受报酬标准每月元（大写：元整），甲方根据乙方在月度内实际任务达成情况核发。

2、乙方在甲方服务期间所取得的任何工作成果均属于甲方所有，乙方以任何形式传递给第三方均视为侵害甲方权益，乙方承担由此造成的一切损失。

3、甲方每月10日前以货币形式支付乙方上月度服务报酬；

4、双方不存在劳动合同关系，乙方同意甲方不必提供任何保险（包含但不限于：养老、医疗、工伤、失业、大病等）和约定薪酬外的其他福利待遇。

五、双方权利义务

1、甲方建立健全公司内部的各项规章制度和劳动纪律。乙方承诺服务期间未按规定造成的影响或损失，甲方有权给予扣罚服务报酬。

2、乙方不得以甲方的名义开展任何与岗位工作无关或超出职权的业务、活动等，否则一切后果由乙方自行负责。同时，甲方保留追究其法律及经济责任的权利。

3、服务期内，乙方须在甲方许可的范围内使用甲方提供的各种信息和资料等；服务终止后，乙方必须为甲方一切商业信息保守秘密，不得以任何方式向甲方以外的第三方泄露、给予或转让。

4、如果乙方违反上述义务，给甲方造成任何损失，乙方自愿承担最终赔偿责任；如果乙方要把服务内容作为论文发表文章，则论文报告或文章必须经过甲方书面同意，否则按照侵权或泄漏公司机密处理。

五、协议变更、终止和续订

1、服务期内，甲方可根据乙方工作表现及实际工作能力等情况可提前三天通知乙方不予留用，乙方须按要求办理解除协议手续，否则甲方有权给予扣罚处理。

2、服务期内如乙方如申请辞职，应提前15日提出申请，经甲乙双方协商一致后，可以提前解除本协议。

3、乙方在服务期间有下列情形之一的，甲方可以随时解除本协议。

（1）连续两次或月度累计三次未能按计划完成甲方交办工作。

（2）泄露甲方商业秘密，对甲方利益造成损害的。

（3）违反公司纪律两次以上的，经教育仍违反纪律的。

（4）被依法追究刑事责任的。

4、有下列情形之一，乙方可以通知甲方解除本协议。

（1）甲方在实际工作中违反或擅自变更本协议条款的；

（2）甲方以暴力、威胁或非法限制人身自由等手段强迫工作的。

（3）甲方拖欠乙方工作应得报酬逾两个月以上的。

六、协议变更及争议：

1、订立本协议所依据的客观情况发生重大变化，致使本协议无法履行，经甲、乙双方协商同意，可以变更本协议内容。

2、因履行本协议发生的纠纷，双方通过友好协商解决。协商不成的，可以向甲方所在地人民法院提起诉讼。

七、其他

1、本协议自签订之日起生效。本协议未尽事宜，按国家有关规定执行。

2、本协议一式贰份，甲乙双方各执壹份。具有同等法律效力。

（以下无正文）

甲方（盖章）：乙方（签字）：

法定代表人：

兼职服务协议 第6篇

新巢兼职代理人员，必须承诺接受并遵守各项相关规则的规定。新巢有权根据需要不定时的制定、修改本协议，如本协议有任何变更，将另行通知予兼职代理人员。如兼职代理人员不同意相关变更，必须停止网络代理资格。经修订的协议一经通知后，立即自动生效。

请您务必在工作之前认真阅读全部服务协议内容，如有任何疑问，可向新巢咨询。

一、成为兼职代理人员的条件

1、必须遵守的规定

合法经营资格的实体组织；必须遵守国家的相关法律。当新巢兼职人员超过其民事权利或行为能力范围从事交易的，其与新巢之间的服务协议自始无效，新巢一经发现，有权立即注销该人员，并追究其使用新巢的一切法律责任。

2、提交的必要资料

(1.)

(2.)

二、兼职代理人员规定

1、兼职代理人员不得向客户收款，所有客户款项均必须由客户亲自汇

入新巢网站指定的帐户，新巢南粤居短租公寓网收到款后开据发票给客户。

2、兼职代理人员必须依法工作，新巢无法对兼职人员进行管理，因此

兼职人员所有行为所造成的一切法律后果，均由其承担，新巢不承担责任。

3、兼职代理人员必须维护新巢南粤居短租公寓网的公众形象，客观真

实的向客户讲解新巢南粤居短租公寓网的优势，努力推广新巢。

4、兼职代理人员有义务介绍优秀的代理人员加入新巢的代理工作，新

巢将对有成绩的兼职代理人员给予奖励。

5、新巢不承担兼职代理人员任何费用。

三、工作流程

1、网络发布信息后，填写兼职代理人员报名表并传真或邮寄公司。若是自然人，需将本（020-87571756）或邮寄到新巢公司。若是实体组织，则需将(020-87571756)或邮寄到新巢公司。客户致电咨询，E-mail附本）到新巢和相关资料传真和相关资料传真兼职代理人员必须是具备完全民事行为能力的自然人，或者是具有（可 人身份证复印件 营业执照复印件将客户要求及所需房屋记录下来。

2、网络沟通或电话与我司订房中心联系，确认所需房间情况。

3、向客户介绍南粤居短租公寓的优势，促成交易。

4、将公司账号告之给客户，客户汇入订金。

5、客户及公司订金确认。

6、公司确认房间已订出，订房成功。

7、告之我司客服部客户资料，跟进客户。

四、新巢的权利和义务

1、新巢有义务在现有公寓基础上

代理人客户的满意。

2、复。3、4、5、6、7、五、本协议是从事新巢代理的先决条件。所有代理人员只要一开始新巢南粤居短租公寓的代理工作，即代表其同意并遵守本协议。,不断开拓增加目标市场公寓数量，增加新巢南粤居短租公寓

兼职服务协议 第7篇

甲方： 深圳市**********科技有限公司

公司代表人：_____________________

电话：_____________________

乙方：_____________________

身份证编号：_____________________中国建设银行卡号：__________________________电话：_____________________

甲乙双方在平等自愿,协商一致的基础上，就相关工作达成兼职协议，以明确双方的责任，权利，义务，并保证共同遵守执行协议的各项条文。

一、乙方兼职工作内容：

1、兼职工作内容:WEB服务器维护。

2、工作量： IP地址为：_________________________________________________

二、职责：

1、乙方每天晚上抽出时间（晚间八到十点之间，做维护记录）例行服务器维护和优化：

A 包括且不限于系统安全检查、服务器运行状态检查、系统日志查看、漏洞修复、服务器杀毒；

B 保证服务器的稳定、安全；

C 协助优化和提升服务器的性能，给出系统兼容性优化的建议；

D 协助监控软件、硬件及整体运行状态，、实施各层面的全方位实时状态的监控和统计，避免监控死角，并能实时了解应用的运转情况。

2、乙方提出由甲方人员配合维护服务器时，甲方人员应当配合乙方的工作。

3、服务器所有安装软件由甲方提供。因程序、软件等在使用过程中受第三方指控侵权于乙方无关。

4、乙方对服务器上的数据保密，不泄露、不盗取包括且不限于服务器帐号、密码、网站数据等公司机密。

5、由于IT行情和行业的特殊性，技术更新换代比较快，乙方应向甲方提出及时的相关专业建议，比如：系统的更换，硬件防火墙的购买或者租用，国内和国外托管的变化等等。

6、运维操作和管理的文档的建立，能帮助甲方建立一套简单易行的管理方式，将好的经验与规避陷阱的方法都需积累下来，避免重复性犯错。

7、成本控制；通过技术手段提升硬件承载、架构优化，如虚拟化技术，节省硬件开支。

8、自动化运维；能对日常机械化工作进行提炼、设计并开发成工具、系统，能让系统自动完成的尽量依靠系统。

三、待遇：

1、甲方每月劳务费时间,甲方每月在支付劳务费时间内支付给乙方人民币(大写):_____________元整（小写：￥________元），作为劳务费，不拖欠劳务费。甲方每增加 ___ 台服务器每个月加劳务费元整，最多可增加 _台。

2、乙方无须每天到甲方公司报到，平时工作甲方均通过QQ、移动电话联系并安排给乙方。

四、补充事项：

1、乙方如不能胜任兼职工作，甲方可以提前解除兼职协议，但需提前天通过电话方式通知乙方；同样，乙方因故不再兼职，也需提前天通过电话方式通知甲方，办理完工作交接手续后方可终止兼职协议。

2、___________________________________________________________________________________

甲方（签字）乙方（签字）

基于网格服务的并发控制协议 第8篇

关键词：网格,实时事务,功能等价服务,并发控制

0.前言

众所周知, 网格服务具有动态性[1];同时, 实时事务具有功能替代特性[2]。我们将网格服务与实时事务的功能替代性相结合, 在实时事务执行时, 每个功能替代由一个网格服务来实现 (称之为功能等价服务) , 这样就使得实时事务更适应于网格动态性环境。

目前, 在实时数据库系统中已经提出的基于替代的并发控制协议:无冲突的并发控制CCCP协议[3]和基于最优替代的并发控制BCCP协议[4]。CCCP协议尽量避免冲突的产生, 但在实际的应用中, 冲突往往是不可避免的。BCCP协议对此进行改进, 放松了活跃替代的选择条件、充分考虑消解冲突。

但是, 它们选择的都是串行方式, 并且未利用网格服务执行替代, 不适应网格环境。针对这些问题, 我们提出了一种并行执行的服务级控制:共享与竞争并存的并发控制 (Sharing&Com-peting Concurrency Control:SCCC) 协议。

1. 协议思想

共享与竞争并存的并发控制协议的主要思想如下:

(1) 共享资源

每个子事务包含多个功能等价服务, 但在数据库系统环境中, 子事务依然作为一个整体保持与外界的联系。当某个功能等价服务需要资源时, 不能直接向系统提出请求, 而是向子事务提出。如果子事务的私有缓存里已经存储该资源, 则允许此功能等价服务读取;如果没有, 由子事务向系统申请资源。此时, 如果子事务顺利申请到系统资源, 则将之存储在私有缓存中以供其下的多个功能等价服务共享;如果子事务间发生资源冲突, 则采用文所提出的可推测并发控制 (GSCC) 协议进行消解。

(2) 读写操作

同一个子事务的多个功能等价服务以乐观的方式无阻碍地并行执行, 直到它们到达自己的提交点。即功能等价服务执行读写操作时, 首先在子事务私有缓存中读取数据, 然后在自己的私有缓存中修改。

(3) 竞争提交

在事务截止期内, 当某个功能等价服务首先完成所有的读写操作时, 便向子事务发出提交请求。允许提交后, 同一个子事务的其它功能等价服务 (无论冲突与否) 全部被放弃, 此提交功能等价服务将其私有缓存中数据修改写入子事务的私有缓存, 同时该子事务处于可提交状态。

(4) 夭折条件

如果子事务的所有功能等价服务都因故夭折, 子事务不一定夭折。只要时间允许, 还可以在网格中寻找合适的功能等价服务重新执行。只有当子事务截止期到达, 而无一个功能等价服务提交时, 该子事务才会夭折。

2. 算法实现

SCCC协议由事务创建功能等价服务、功能等价服务读数据、功能等价服务写数据、功能等价服务提交、功能等价服务夭折等部分组成。下面给出各部分的描述。

(1) 事务创建多个功能等价服务并进行初始化

(2) 功能等价服务读数据

(3) 功能等价服务写数据

(4) 功能等价服务提交

(5) 功能等价服务夭折

3. 性能分析

实验集中测试了每组中功能等价服务的数量N对事务错失率的影响, 以验证功能等价服务模型及SCCC协议的有效性。实验模型参数设置如表1所示:

从实验结果图1中可以看到当功能等价服务的数量分别为N=1, 3, 6时的事务错失率变化趋势, 即随着功能等价服务数量的增加, 事务错失率开始是降低的, 达到一定数目后便随之增高。

其原因在于:每一个子事务都作为一个单元去竞争资源, 开始系统资源充足时, 增加功能等价服务数量, 使得事务实时性得到有效保证;随着功能等价服务数量的增加, 消耗的系统资源越来越多时, 就可能导致更多的事务由于不能及时得到资源而错失截止期。因此我们必须根据系统资源状况, 适当设置功能等价服务数量。

4. 小结

SCCC协议是在网格环境下基于功能等价服务的实时事务处理模型的基础之上, 解决事务内部多个功能等价服务之间的资源冲突。它以事务为整体单位共享资源, 保证了事务的ACID (Atomicity、Consistency、Isolation、Durability) 特性;功能等价服务的并行执行, 确保了事务的高成功率;采用竞争提交机制, 提高了系统实时性;适度放松夭折条件, 降低了事务错失率。

参考文献

[1].David Taniar, Sushant Goelb.Concurrency control issues in Grid databas-es.Future Generation Computer Systems, 23, 2007:154-162.

[2].刘云生, 夏家莉.实时事务功能替代集的特性[J].小型微型计算机系统, 2002, 23[1]:106-108

[3].王素芬.基于功能替代的嵌入式实时事务预分析及并发控制研究[硕士论文].郑州:郑州大学.2007, 6.

兼职服务协议 第9篇

关键词：云服务 云SLA 生命周期管理 云服务质量

中图分类号： G255.76 文献标识码： A 文章编号： 1003-6938（2013）01-0051-07

1 引言

云服务是云计算技术将其自身展现给用户的具体实现形式，也是其自身价值得以实现的方式。对云服务提供商而言，他们以不同的云服务内容和形式相互竞争，Google、Amazon、IBM、Sun、Microsoft、HP和Salesforce等这些大型的IT厂商均推出不同的云服务，如应用程序服务、存储服务、架构服务和计算服务等。对用户而言，众多的云服务可以满足用户随时随地按需使用的需求，但用户在访问云服务的过程中会受到各种因素的制约，如一定费用的支付和预算的局限。因此，从云服务提供商角度来看，可以依据云SLA（Service Level Agreements，服务等级协议）来优化使用其基础设施以提供用户所需要的云服务。从用户角度来看，可以依据云SLA来确保自己能够享受到云服务提供商所承受的服务质量和服务等级，进而平衡成本的支出与所获得服务质量的水平，选择性价比较高的云服务。

2 服务等级协议

TMF GB917定义的SLA为：SLA是服务提供商（Service Provider， SP）和用户之间正式签订的一个协定，是存在于双方之间的一个合约。它是一个正式的、经服务提供商和用户协商的合约，包括双方对服务内容、优先权、责任和义务以及费用和赔偿问题的共识，同时包括对服务质量等级的规定。在现有云环境下，SLA能较稳定地支持对服务的正常运营，因此是信息服务双方不可或缺的一项协议[1]。云环境下的信息服务等级协议（Information Service Level Agreement， ISLA）是提供商关于如何实现提供给客户的信息服务的承诺、保证客户获得预定义的信息服务质量的协议。

随着市场竞争的加剧，电信服务、网络服务和云服务的提供商均面临着提高自身竞争优势和满足用户性能需求的双重压力。他们一方面致力于减少服务的成本，另一方面又必须努力改进云服务质量，从而使自己的服务/产品有别于其他的竞争者。由于网络服务提供商（Internet Service Provider， ISP）、通信服务提供商（Transmission Service Provider， TSP）、云服务提供商（Cloud Service Provider， CSP）、信息资源服务提供商（Information Resource Service Provider， IRSP）及终端用户（User）这些参与方、其角色具有多重性、用户需求具有多样化，使得成本和QoS之间的平衡尤为复杂和困难；同一个服务提供商，它的角色既可以是服务的提供方，也可以是服务的接收方。这种多重角色形成了一条复杂的关系链[2]，如云服务提供商对于网络服务提供商是接受网络服务的客户（但不是终端客户），他们之间的服务等级协议是WSLA；对于信息资源服务提供商来说，云服务提供商是信息服务平台的提供者，因而他们之间的服务等级协议是ISLA（见图1）。

[图1 信息服务的业务关系模型]2.1 SLA的发展

SLA的应用经历了从电信到IP网络服务，在两者的基础上，SLA又被引入到云服务领域。因此，可以将SLA的发展归结为三个阶段，即电信服务阶段、网络服务阶段和云服务阶段。

（1） 电信管理论坛TMF将SLA应用于电信服务领域。TMF、ITU、IETF等部门分别制定各种SLA和QoS的标准与规范，如有关服务质量的术语定义、确定和应用QoS参数的框架和方法、SLA的框架、SLA的管理手册等，有利于统一规范SLA的应用，保证用户和提供商对SLA和QoS术语的统一理解。

（2） 在网络服务领域，各种在Web和Grid服务中签订的SLA逐渐形成，如HP的WSMF（Web Services Management Framework）[3]、IBM的WSLA（Web Service Level Agreement）[4]、WSPL[5]、WS-agreement[6]及其基于WS-Policy[7]的方法等。这些在Web服务领域中用以保证Web服务质量的协议，通过提供各种IT服务水平的参数、衡量实际服务水平与预先协定的偏差和失误、监测和管理Web服务的执行，从而确保Web服务的网络性能和质量得到应有的保证。

（3） 云服务领域，各云服务提供商制定各自的云SLA以保证云服务的质量。如Microsoft Azure云平台服务制定SLAs，从Storage、Compute、SQL、AppFabric和CDN等方面来明确服务双方的职责与义务；Amazon S3存储服务制定Amazon S3 SLA，从功能、可靠性和价格等方面来明确其存储服务；Google Apps制定Google Apps SLA，明确Apps产品提供的服务等级及违规情况。各种云SLA的实施使得云SLA成为目前云服务提供商们保证QoS的重要手段。

2.2 云SLA的需求及意义

云计算的本质是将资源虚拟化存储于云端，以互联网传播的方式为用户提供服务。因此，我们认为能通过网络实现的信息服务是实现云服务的前提条件之一。云SLA是对服务提供商所提供云服务的服务质量和服务等级进行阐述和明确的法律文本[8]。就云SLA而言，服务提供商或用户都会考虑与某项云服务相关的要素，如服务对象等级、双方职责、服务维护、数据存储位置、业务连续性或灾难恢复能力、系统冗余等，因此需要在SLA文本中明确或者满足以下几点需求[9]：

nlc202309031434

（1）对服务加以清晰的描述，以便用户能够容易地理解和完成对服务的操作。

（2）说明服务提供商所提供服务的服务等级。

（3）定义对服务参数进行监控的具体方式以及监控报告的格式。

（4）说明服务提供商不能提供服务时所需要承担的责任。

（5）说明计费等具体的业务参数等。

在关于云SLA的相关文本中，服务提供商和用户需要分别把各自的责、权、利阐述清楚，需要就双方均认可的服务提供商所提供服务的类型、所提供服务的等级参数、用户所需付费情况、关于所提供服务的相关保证措施以及关于服务提供商与用户违反文本中相关条款的惩罚措施等具体的文本条文明确下来。由于云计算在线服务模式的特殊性，对于云服务提供商可能出现的服务中断和不适时、数据损坏、用户隐私泄露等情况，要在云SLA文本中明确云服务提供商的责任以及一旦出现上述情况服务提供商所需承担的责任等。

3 云SLA管理的价值

为了服务质量水平以SLA预先定义的性能等级进行交付使用，需要对SLA中所有服务过程加以管理，即SLA管理（Service Level Agreement Management， SLAM）。TMF提出SLA生命周期管理和SLA参数框架两种SLAM管理工具。其中，SLA参数框架是对独立参数进行分类的有用工具。

云SLA定义了双方或者多方关于服务质量、优先权和职责等期望。传统的SLA是服务提供商和企业用户所签订的合同（见图2）。SP必须积极地管理所提供服务的质量以获得竞争优势。此外，其所提供的服务越是依赖于多个合作者，管理这些服务的云SLA在SP维持众多合作关系或用户关系中越具有重要的作用（见图3）。因此，云SLA及其管理在SP的用户关系管理（CRM）和供应关系管理（SRM）中起着重要作用，它对SP、用户和供应商均有着重要的价值。

4 云SLA的生命周期管理

TMF[10]在eTOM视图中定义了SLA的生命周期过程，云服务提供商同样需要eTOM商务过程框架来规范、集成并自动化云服务的商务运营过程，能高效地与其它实体或参与方开展商务，使通过网络实现的云服务能更多地关注客户、关注服务质量，实现其资源节约、资源共享、安全保障等基本特征。根据业务或参与方的性质，云SLA的类型包括云服务提供商内部的SLA、云服务提供商-客户的SLA、云服务提供商-供应商的SLA（见图4）。

目前云服务提供商向用户提供的云服务一般包括四种：基础设施即服务IaaS、软件即服务SaaS、平台即服务PaaS以及存储即服务。以上四种服务，在其服务等级协议的管理过程中都应该遵循SLA生命周期中各个阶段的管理。

4.1 云SLA开发阶段

云SLA的开发主要是支持服务计划及其活动，如预测市场的趋势、定义和构建可用的服务产品目录等活动。SP将其服务以不同的形式提供给云用户，服务产品是用其功能和特征加以描述的。在此阶段，首先，SP可以采用用户需求调查系统、用户评价系统、服务交互或监测程序等应用程序加以辅助支持，以做出服务开发阶段的一系列决策：如提供服务的类型、服务的水平、服务的质量等级，衡量每项服务水平及质量的参数、参数值的确定等。其次，由于市场需求、竞争压力、服务性能的变动预示着SP开发新服务及其新的SLA模板（见图5）。总之，此阶段的主要任务是：

（1）识别云用户需求。用户需求是开发新云SLA的主要依据。SP在将当前服务交付给用户使用时，需要不断地搜集用户在使用服务过程中所反馈的信息，从而分析用户的使用偏好、识别用户需求。此阶段中SP主要收集用户三个方面的需求：SLA中不存在的服务、SLA中没有定义的服务、超出当前SLA参数的定义。

（2）识别并描述与用户需求相称的服务特征（如服务水平、服务参数及参数值）。在服务的描述过程中，不仅要描述与服务相关的SLA参数，还要描述该SLA参数值是否可以由用户自己选择指定、某参数值是否依赖于已选择的某些参数。

（3）识别并描述网络、通信和云计算的性能。如现有网络和信息资源供给的技术所能提供的服务水平、质量等级等，有助于SP较好地认清当前的技术水平；同时需要将性能以可量化、可计算的参数及参数值的形式将其描述出来，以供用户选择和评价。

（4）准备标准的SLA模板。新服务的描述及其SLA模板是本阶段的结束标志及检验准则，为后阶段与用户的协商奠定基础。

本阶段结束的标志是获得服务的SLA模板。在SLA管理的过程中还应该对SLA模板的生命周期加以管理，使SLA模板尽可能地适应环境的变化。SLA模板的生命周期包括初始模板的生成、用户的反映/回馈、分析用户需求、改进模板和生成最终模板等。SLA模板是一个公用的服务模板，用户可以根据自身的个性化需求，在云SLA的协商阶段，与SP进行谈判、协商，从而形成适合自身需求的云SLA。

在此阶段，云服务提供中心（Cloud Service Provider Center， CSPC）持续不断地收集来自不同用户的请求，检查当前目录中是否有与用户需求相匹配或相近的服务，估计新服务潜在的用户量、预期利润和潜在的市场需求等，并将用户需求连同新服务的潜在市场价值及所估算的生命周期发送给云服务计划和开发中心（Cloud Service Planning and Development， CSP&D）。CSP&D将用户需求划分为业务需求和技术需求，咨询云服务质量管理中心（Cloud Service Quality Management， CSQM）当前网络、通信和云资源质量的情况，然后衡量提供新服务的可选架构，确定开发新服务所需的潜在技术或技术的优先级，并将技术需求发送给技术计划和开发中心（Technology Planning and Development， TP&D）。TP&D根据收到的技术需求，比较当前技术的性能和可靠性能力，分析其技术实现的可能性、更新或改进技术所需成本、实现新服务的时间跨度。如果TP&D认为支持服务可用性或QoS的某项技术尚未成熟，应给出使用其他特定技术的具体建议。TP&D将估计出来的成本和时间值返回给云服务计划和开发中心（Cloud Service Planning and Development， CSP&D）。CSP&D依据所有返回的成本和时间等信息，评估服务和技术的可行性，如果可行，则生成服务描述文档和SLA模板，并将其发送给相关中心。如CSPC负责服务的供给，服务配置中心根据与用户签订的SLA配置云服务，CSQM负责检测服务质量的执行情况等。

nlc202309031434

4.2 云SLA协商阶段

经过云SLA开发阶段，成型的服务及其描述文档和SLA模板即可发布。SLA的协商阶段始于用户与提供商双方对云服务的特征、功能、价格及双方的职责等信息经过多次协商、谈判后，签订包含一个或多个需要安装和使用服务实例的合同。因此，协商阶段包含的活动主要有协商服务的选项、服务参数的QoS水平、SLA模板中服务参数值，并要详细说明SLA合同的责任和义务（见图6）。总之，此阶段的主要任务是：

（1）为特定的服务实例选择合适的SLA参数值。用户协商主要是围绕服务的实例、质量水平以及用于衡量质量水平的参数值等内容展开的。

（2）确定签订SLA的用户成本，即确定用户购买服务的价格。

（3）确定发生SLA违规的SP成本，或当实现的服务水平超出SLA规定时SP所获得的奖励。

（4）定义与服务相关的使用报告。这与SLA参数的性质有关。

此阶段结束的标志是用户签订SLA合同。CSPC接受来自用户对云服务合同信息的咨询，将用户信息发送给订单处理中心（Order Handling，OH），然后其将订单细节提交给云服务配置和激活中心（Cloud Service Configuration & Activation，CSC&A）。CSC&A检查订单中各服务要素的可用性及可行性，如果涉及到外部提供商的服务要素，则咨询采购中心（Buying）。此外，CSC&A还需请求资源提供中心（Resource Provisioning，RP）检查支持该服务实例的能力及资源的可用性，并将核查的结果返回给OH，由OH来确定产品的可用性，并将结果返回给CSPC。CSPC向用户提供SLA模版，针对SLA的细节向用户提出报价，与用户谈判、协商，最后签订合同。合同中应包含经过双方同意的QoS和SLA参数。

4.3 云SLA实现阶段

云用户的请求在协商阶段转化为用户订单与SLA合同，而SLA合同在实现阶段被转化为可运行的实例。因此实现阶段即SLA实例化的过程，也是激活服务、对服务及服务实例进行配置、安装、启用的过程（见图7）。云SLA实现阶段的主要任务包括三个方面：

（1）配置和提供支付服务的资源。SP将提供给个体服务的实例化资源分配到生命周期的不同阶段；

（2）配置满足SLA的特定服务实例；

（3）激活云服务，将服务交付给用户使用，

此阶段结束的标志是产生实例化的、经过测试的、可接受的服务。CSC&A配置订单中所请求的服务实例，并将请求发送至恰当的部门。CSC&A执行对服务实例的测试，以检验其关键质量指标（Key Quality Indicator，KQI）是否达到SLA的标准，并在管理服务目录中更新服务实例及其KQIs。此外，CSC&A还需通知CSQM初始化监测新服务实例。一切准备就绪后，CSC&A通知服务OH，由OH负责通知用户及其他部门。

4.4 云SLA执行阶段

云SLA执行阶段即执行SLA合同中的各项规定，它涵盖了SLA服务的所有操作。此阶段主要的任务包括：

（1）正常执行和监测服务。其中正常执行的情况包括一切正常、无差错的执行以及出现中断但在SLA范围之内的执行。SP自身执行的服务与供应商/合作者执行的外部服务都需要进行全程监测。监测的目的，一方面是监测服务的性能数据，保证对服务的评价做到有据可依，有助于预测长期的服务能力；另一方面是保证服务的可用性及可靠性。

（2）即时报告服务执行的情况。报告记录的是服务执行和监测的情况，报告的时间和频率依服务的类型和特征而定。

（3）SLA违规的即时处理。SLA违规即服务的非正常执行。倘若SP首先发现服务中断，SP则会采取一系列的措施，确保中断的时间尽量不违反SLA的规定。因此，此处的SLA违规是指用户首先发现的服务中断，并且中断的时间超出了SLA的规定，从而造成SLA违规。

执行阶段结束的标志是用户使用了云服务，但执行的过程却存在正常执行和SLA违规的情况。正常执行是指执行的服务在SLA规定的范围内，或一切正常运行，或是曾出现过服务中断，但中断时间没超出SLA规定的范围。SLA违规的情况是指用户发现服务没有达到SLA规定的质量等级，并向SP提出相应的赔偿。

云服务在执行过程中，总是会出现超出或达不到SLA中明确规定的参数及参数值。换言之，在执行SLA的过程中会出现违反SLA规定的情况。而发现SLA违规的情况至少有两种，一种是SP首先发现违规，并采取相应的补救措施；另一种是用户首先发现违规，并向SP报告服务非正常执行的情况。

4.5 云SLA评估阶段

云SLA评估阶段的任务一方面是评估单个云用户的SLA与交付给云用户QoS的情况；另一方面是评估某一时期SP所有业务的整体质量水平，包括整体的质量目标、业务目标以及风险管理的过程，即SP内部业务评估的一部分。

4.5.1 单个云用户的阶段性评估

（1）SP实际交付给用户的QoS情况。QoS的评价存在不同视角：用户QoS需求、SP提供的QoS、SP实际交付、提供给用户的QoS以及用户所感知到的QoS。因此，在评估云SLA的阶段，必须要根据云服务在执行过程中所获得的监测数据为QoS的执行情况提供有力的证据，从而作为评价服务及其质量的依据。

（2）用户对服务质量的满意度。影响用户满意度的因素主要有两方面，一方面是SP实际交付给用户的QoS情况，另一方面是用户对QoS的期望。

（3）改进用户满意度的潜力。SP根据用户的满意度以及自身提供QoS的能力来确定自身提高QoS的潜力及改善用户满意度的潜力，从而保持用户的忠诚度。

（4）用户需求的改变。评估用户需求与发现用户需求的变化，进而分析其变化的因素及趋势，有利于SP改进服务及其SLA、开发新服务及新SLA、吸引用户和保持用户的忠诚度。

nlc202309031434

4.5.2 SP内部整体业务的质量水平评估

（1）向所有用户交付服务质量的整体情况。云服务的整体质量情况是SP服务实力的真实体现。因此，评估整体服务质量的情况也是SP衡量自身服务实力的依据。

（2）重新调整服务目标，使得服务实力与服务目标相匹配。

（3）重新调整服务运营。目标调整后，服务的执行和运营也需要同步协调。

（4）识别服务支持的问题。服务的执行和运营离不开支持性、辅助性的活动，如战略计划、风险管理、绩效管理、资金财产管理和人力支援管理等。

（5）创建不同SLA的服务水平。云服务提供商可以根据用户群的不同需求，创建SLA的不同服务等级。

云SLA评估的启动方式有三种，第一种是阶段性的评估，即根据SLA的规定，定期评估服务执行是否满足SLA的情况。第二是用户要求的重新评估，当用户对SP发送过来的评估报告存在质疑时，向SP提出重新评估或复查等需求。第三是用户退出服务时的评估，此时评估用户退出服务的相关影响因素。

4.6 云SLA撤销阶段

云SLA撤销阶段指的是SP因自身的问题，使得服务暂时撤销，其主要是解决与终止服务相关的用户端设备和线路问题。此阶段与云SLA相关的问题包括：

（1）规定设备或线路的拆除或搬迁的责任。

（2）承诺拆除或搬迁设备或线路的时间。

（3）规定SP有权使用用户的设备。设备或线路在拆除、搬迁的过程中，涉及到对用户设备的测试、拆除或搬迁，因此，SLA中应规定SP何时有权使用或有权访问用户的设备，以协助服务的关闭活动，减少关闭服务的时间。

总之，由于SP自身原因导致服务被关闭，对用户的行为产生的影响，用户对此应具有知情权。SP均应在SLA中明确规定并勇于承担其中的责任，从而提高用户的满意度和忠诚度。

5 结语

云SLA的管理是对云服务过程中涉及的SLA加以规划，使其服务质量与预先定义的性能相一致。云SLA的管理有利于高效地管理资源和服务，确保实现不同等级的服务质量。云SLA管理是SP从技术角度来衡量性能的一种方法。它通过量化性能指标获得和保留用户，监管性能和服务的实施，提供性能报告，并以惩罚的方式履行协议、管理供应链关系，有助于SP满足用户的需求、与用户保持良好的长期合作关系。本文对云SLA的生命周期管理加以分析，是为了展示基础设施即服务IaaS 、软件即服务SaaS、 平台即服务PaaS以及存储即服务这些云服务在实现过程中得以保证其服务质量的管理方式。从云SLA的生命周期管理角度分析各类服务要满足的基本管理模式仅仅是SLAM的一种工具，SLA参数框架的管理同样也是SLAM的一项重要工具，这将在后续的研究中加以详细阐述。

参考文献：

[1]邓仲华，喻越.云环境下的信息服务等级协议研究[J].图书与情报，2009，（4）：57-60.

[2]McConnell J， Siegel E. Practice Service Level Management： Delivering High-Quality Web Based Services [M]. Cisco Press， 2004.

[3]Nicolas C， Pankaj K，Bryan M，et al.Web Service Management Framework-Overview Version 2.0[R]. Hewlett-Packard Development Company， 2003.

[4]Ludwig H， Keller A， Dan A， et al.Web Service Level Agreement（WSLA） Language Specification， Version 1.0[S].International Business Machines Corporation（IBM），2003.

[5]Anderson A. An Introduction to the Web Service Policy Language[J].IEEE Computer Society，2004：189-192.

[6]Audrieux A， Czajkowski K， Dan A， et al.Web Service Agreement Spcification（WS-agreement）[S].Grid Resource Allocation Agreement Protocol（GRAAP）WG，2007.

[7]Vedamuthu A S， Orchard D，Hirsch F， et all. Web Services Policy Framwork（WS-Policy），Version 1.5[S].World Wide Web Consortium，2007.

[8]邓仲华等. SLA研究及其在信息服务中的应用[A].胡昌平.信息资源研究进展[M].武汉：武汉大学出版社， 2010： 305-339.

[9]张健.云计算服务等级协议（SLA）研究[J].电信网技术，2012（2）：7-10.

[10]TMF GB921. Business Process Framwork（eTOM） Enhanced Telecom Operations Map Concepts and Principles/ Version 8.1[R]. TeleManagement Forum， 2008.

作者简介：赵又霖，女，武汉大学信息管理学院博士研究生，研究方向：信息组织与系统开发、信息资源管理；邓仲华，男，武汉大学信息管理学院教授，博士生导师，研究方向：信息组织与系统开发、信息资源管理；黎春兰，女，武汉大学信息管理学院博士研究生，研究方向：信息资源管理。