文档

大数据实时计算性能调优服务

更新时间:
一键部署

1.项目背景、目标与范围、服务价款

1.1.项目背景

交付意义:

  • 从市场来看,实时计算场景已经越来越受到企业的重视,北京电力公司开始进行实时数据中台建设;国家电网各大网省开始用采实时方案搭建;金融风控开始搭建实时风控体系。

  • 从客情来看,实时计算性能调优需求迫切,比如国家电网用采信息数据量大,及时性高,业务逻辑复杂,急切需要搭建实时数仓,但缺少实时计算的落地经验,急切需要实时计算服务人员协助客户搭建实时任务,完善实时数仓。

  • 从客户价值来看,从实际业务场景出发,帮助客户落地实时方案,协助客户维护实时任务,将实时计算任务在客户场景中稳定准确的运行起来,实现实时计算的可用性和健壮性。

客户痛点:

  • 代码不健壮,没有异常校验和容错机制。

  • 出现异常崩溃,不知如何定位、排查和修复。

  • 出现反压,不知如何调优。

  • 代码结果准确性评估困难。

  • 作业稳定性不能保障,经常出现任务失败重启,任务反压等异常。

服务定位:

实时计算性能调优服务旨在帮助客户落地稳定健壮的实时方案,从实际业务场景出发,针对异常作业或反压作业设计的调优服务,提供调优方案制定及落地实施服务,帮助企业更好地实现实时监测、实时推荐、实时反作弊等业务场景。

1.2.项目目标与范围

项目建设的具体目标包括:

1、业务需求和链路架构调研

根据客户实时业务场景,对实时链路架构进行调研,比如数据源格式、数据架构等,初步评估调优可行性和调优方向。

2、作业调优

针对sql代码进行健壮性优化设计,增加容错机制。基于运行情况中出现的反压,进行作业调优,包括上下游参数调优、代码sql调优、作业参数调优、资源参数调优等,直至数据能稳定健壮运行起来。

3. 准确性/稳定性验证

验证结果是否符合预期,作业是否能稳定的运行。

根据以上的具体目标,本次项目交付范围如下。详细交付内容见工作说明书《2. 项目计划 、实施方法与内容》:

  • 实时计算性能调优交付范围

    • 本服务包是针对flink sql/table api的调优服务

    • 仅单个源表单个任务的实时作业调优服务

    • 作业调优服务

    • 效果验证服务

  • 前期调研:【客户名称】集团的【XXX】部、【XXX】部、【XXX】部等,均位于【XX地点】。

  • 数据范围:需求调研中的任务指标。

  • 业务系统对接范围:需要对接【客户名称】的【XXX】系统,共计【XXX】个接口,具体对接清单见附件二《对接第三方业务系统清单》

  • 运维保障:基于乙方提供的【XXX】项目技术服务提供技术服务运维保障;保障内容与支持方式详见《2.6 运维保障》。

(说明:若项目是产品和技术服务同时售卖,运维保障应按照如上叙述分为两种,而具体的运维保障服务内容于后面章节详述;若项目没有运维部分,“运维保障”可以删除)】

1.3.项目服务内容、价款与服务定义

根据上述项目交付范围,本工作说明书提供由阿里云【或阿里云合作伙伴】为甲方提供【实时计算性能调优服务】内容,总计人民币 【XXX】【XXX】元整。

本价款包括:

  • 【XXX】项目技术服务,具体明细详见附件【五】《项目技术服务报价》;具体各项工作内容和时间见《2. 项目计划、实施方法与内容》。

【说明:若项目是产品和技术服务同时售卖,价款款项分开报价,如上所示;若项目没有产品部分,产品相关说明删除】

本次项目价款是基于以上约定的项目范围,任何未在本SOW中定义的工作或方案均在本项目的交付范围之外。本项目计划、实施时间和工作量评估是基于本SOW约定范围制定的,如果项目范围发生调整,双方应依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序评估对项目价款、计划和工作量的影响,并在签署《项目变更控制申请单》后实施变更。

2.项目计划、实施方法与内容

根据项目目标、范围和建设实施方法,本项目将分成4阶段,共13天。各阶段的工作内容与时间如下方项目计划所示。

image.png

序号

主要工作内容

完工时间

1

前期调研

【 T + D1 】

2

作业调优

【 T + D6 】

3

效果验证

【 T + D9 】

4

上线试运行

【 T + D13 】

*T表示合同签订日;D表示日

详细工作内容请见以下说明。

2.1.项目准备

在项目正式开始前,项目准备阶段甲乙双方应就以下项目管理与风险管理机制达成协议,并召开项目启动会议,确保双方完成准备可进入项目执行阶段。

  • 双方项目经理复核工作说明书和双方的协议责任;

  • 双方复核项目任务、关键里程碑、时间表和资源,并相应进行更改或添加;

  • 双方复核项目的交付与付款计划、标准发票格式和收费程序;

  • 双方协调建立项目沟通汇报机制、争议问题与风险处理、升级与决策机制;

  • 双方确认交付物的提交方式、验收标准与验收流程;

  • 双方确认项目假设条件、项目变更管理程序与项目变更申请标准;

  • 乙方就执行本工作说明书的项目计划开展细项任务、分配、里程碑和预估;

  • 乙方协调并管理项目人员的技术事项;

  • 甲方办公环境准备。

交付物:见本工作说明书《4.1.验收分项清单》

2.2.前期调研

基于【XXX】业务部门架构,以调查表、访谈对于本项目涉及的数据、应用场景进行全面了解,包括:

  • 业务需求调研:了解用户的实时场景,包括用户所需要实现的功能,性能指标,数据链路,处理逻辑,数据源类型,维表类型,结果表类型,数据源数据量,数据质量等。

基于需求详细调研的结果,结合实时计算理论以及调优指南,设计【XXX】项目的总体架构方案。

  • 链路架构图梳理:根据数据源格式,源表/维表/结果表以及计算逻辑梳理从源端到结果的全链路可实施架构图

  • 评估调优方向和可行性:根据业务需求调研和链路架构图评估调优方向和可行性。

交付物:本步骤无交付物输出

2.3.作业调优

检查客户异常作业的代码片段,诊断识别字段、超时过滤、数据延迟等问题,进行代码调优,完善代码容错机制增强其健壮性。

基于运行情况中出现的反压,进行作业调优,直至数据能稳定健壮运行起来,涉及

  • DDL的调优:检查客户异常作业代码的DDL建表语句,通过增加批量参数等方法,优化作业任务性能。

  • 作业代码调优:重点针对去重、groupby等窗口、聚合场景识别热点倾斜、数据乱序等问题,检查作业代码,通过分离热点数据等手段,优化作业任务性能,增强代码健壮性。

  • CU资源参数调优:调研维表数据量大小及使用的内存资源,通过调整拆解算子、增加内存、手动配置资源等,实现异常任务重新调度,以及CU资源的优化。

交付物:本步骤无交付物输出

2.4.效果验证

本阶段对作业进行准确性和稳定性进行验证。

2.4.1.准确性验证

基于用户数据,验证流计算的结果是准确的,一致的。包括

  • 具体案例准确性评估:随机抽查N条作业结果数据,并关联源端数据,按照计算逻辑手工校验结果的准确性。

  • 整体数据准确性评估:通过设置对照组,对比两者差异,根据差异分析数据的准确性和合理性。

2.4.2.稳定性验证

保障作业稳定运行3天以上。

  • Overview曲线正常:无Failover,无数据滞留时延, tps流入/流出正常。

  • Queue曲线平稳:无长时间输入队列100%,无长时间输出队列100%。

  • JVM曲线平稳:堆内存使用率稳定。

2.5.试运行及验收

  • 上线试运行:乙方按照系统上线方案,切换至生产环境投入运行,保障正确、稳定运行4天。试运行期间提供远程的技术支持。

  • 项目验收:根据合同准备交付物,进行项目验收。

交付物:见本工作说明书《4.1.验收分项清单》

2.6.运维保障

2.6.1.技术服务运维保障

在试运行阶段结束并验收完成后,乙方基于【XXX】项目提供针对数据异常排查、数据日常运维等问题的为期【壹(1)月】技术支持运维保障,作为软件质量保证期。

乙方将提供灵活、多样的通信手段,保证甲方人员能及时找到乙方的工程师。

a)IM群(钉钉)支持: 5x8 技术支持。

b)电话支持:提供售后电话咨询5x8 技术支持。

c)服务内容包括:数据异常排查、数据日常运维、远程技术答疑及技术支持(需甲方提供 VPN 环境)。

3.组织架构与双方职责

3.1.组织架构

本项目根据以下组织结构进行实施,各组织单元的职责和分工详见说明。

【说明:应列出项目组总体(包含甲乙双方)的组织架构,并且描述每个分工单位的职责与工作内容】(以下组织图和职责描述为参考,可根据实际状况修改)

组织单元

职责内容

项目领导委员会

1. 监督、指导项目的方向 2. 确保项目资源 3. 参加项目进展报告会 4. 审核批准项目最终成果

项目总监

1. 把握总体项目策略方向 2. 监督项目整个进程 3. 项目变更进行审核、决策

业务变革组

1. 对整体业务变革需求进行指导 2. 配合项目流程变革工作 3. 提供及时的业务与变革支持 4. 对甲方内部进行变革沟通

项目经理

1. 制定项目计划并监督执行 2. 项目总体的协调、沟通、监控、管理 3. 汇报工作内容与进度

IT系统支持组

1. 对甲方业务系统数据交换,业务系统迭代变更进行协调和支持 2. 保障数据可采集,业务系统调研协调 3. 云资源开通与运维

项目管理组

1. 组织项目周例会、项目关键节点会议、确保项目资源 2. 协助模块组长组织访谈调研及项目专题研讨会 3. 提交交付成果与项目文档的收集整理及归档

需求分析组

1. 业务需求调研,确定需求范围和蓝图。现有环境、中台建设等相关信息分析 2. 数据产品设计,需求对接

IT架构组

1. 总体系统架构设计 2. 全状态产品、服务安装部署 3. 系统保障性运维支持

数据开发组

1. 现有监测指标联调部署 2. 定制化中台监测指标开发部署 3. 数据测试及验证

应用开发组

1. 现有监测产品、服务部署调测 2. 定制化中台监测数据采集、开发、调测、实施 3. 第三方接口服务对接、联调、实施

3.2.各阶段工作的双方职责

根据项目计划的阶段任务工作,双方在不同阶段需要承担不同的分工以顺利推进项目进行。

项目阶段

甲方

乙方

项目准备

1. 指定一名具备合适技能和经验的项目经理作为与乙方沟通的主要联系人,代表甲方直接负责项目实施的计划、协调、监督与控制以及升级问题与风险,同时全权代表甲方在本项目的各个方面做出决策。

2. 项目经理应协同乙方人员针对项目准备阶段的所有事项(见本工作说明书《2.1 项目准备》)进行确认。 3. 提供设备、环境和远程访问通道、权限等,配合乙方开展服务。 4. 管理甲方项目组相关人员且和各阶段需投入人员进行沟通交流并取得投入项目的承诺与时间。

5. 管理甲方项目组相关人员。

1. 指派一名有经验的项目经理执行项目管理,并引入、管理乙方项目组人员,与甲方项目经理沟通 2. 针对项目准备阶段的所有事项(见本工作说明书《2.1 项目准备》)提出方案与计划与甲方项目经理进行确认并书面记录在案

前期调研

1. 配合乙方项目计划与访谈计划,组织关键用户参加访谈,并提供调研资料。 2. 协调对接第三方业务系统的开发商所需接口清单等。 3. 配合乙方计划,对系统、服务部署所需软硬件及网络资源依赖做好资源储备。

1. 调研实时场景和数据链路,初步评估优化可行性和方向。

作业调优

1. 协助乙方梳理代码逻辑、排查确认反压链路以及反压时间段。 2. 协助乙方排查数据源问题。

1. 根据甲方提供的反压问题,进行定位排查反压节点,并基于反压节点进行相应的调优工作。

效果验证

1. 协助乙方进行效果验证 2. 审核乙方校验方法的合理性。 3. 根据乙方提供的效果验证报告进行审核。

1. 提供给甲方效果验证方法,并获得甲方的认可。

试运行

1. 根据乙方提供的作业基于正式环境进行试运行,并针对运行过程中产生的问题反馈给乙方。 2. 根据乙方提供的调优报告进行验收。

1. 真实环境接口、数据处理、任务运行稳定性、性能,数据质量等各方面进行监控、对试运行阶段存在的问题进行优化、修复等。 2. 输出调优报告。

4.验收

4.1.验收分项清单

【说明:根据《2.项目计划、实施方法与内容》内各阶段的重点活动,将每个交付活动的完工标志或交付物统一集中列在下表,并说明交付物的类型。不同类型的交付物有不同的验收标准,统一描述在《4.2 验收标准》;付款计划即是根据下表的项目阶段,以及对应的交付物进行验收付款】(以下描述为参考)

根据总体项目计划,各阶段的验收交付物如下。 

项目阶段

交付内容

交付物

交付物类型

前期调研

实时场景调研

/

/

实时链路架构梳理

/

/

作业调优

作业调优

/

/

效果验证

准确性/稳定性效果验证

/

/

试运行

系统试运行

《实时场景调优报告》

文档

  • 以上清单中的交付物按交付物类型应按照《4.2验收标准》的约定以及《4.3 验收流程》进行验收,并由甲方指定的代表对其进行签字确认验收通过。

4.2.验收标准

【说明:以下验收标准需根据项目具体交付物进行删减:例如,若没有指标类的交付物,则4.2.4删除】

4.2.1.文档类验收

  • 文档类交付成果应着重于文档实质内容的验收,确认乙方提交内容符合甲方需求。

  • 若甲方业务流程要求在乙方提交交付成果前需进行各类内部评审,甲方应在约定的验收时点前推动并及时完成其内部所需评审和汇报。

  • 文档内容经过评审会后,若需要修改,乙方修改后提请甲方进行验收,由甲方指定的代表进行签收确认。

4.2.3.定制化功能模块类验收

本模块验收是针对作业验收标准的定义以及验收形式。

  • 稳定性验收标准:作业在源表数据量无异常增长规律、产品无bug的情况下未出现反压,未出现报错,未出现作业业务延迟,在当前状态下稳定运行一周。

  • 准确性验收标准:作业在稳定性标准的情况下,结果准确性符合业务逻辑。

  • 作业稳定性验收通过,准确性验收通过、上线后各项功能皆可正常使用,乙方提请甲方进行验收,由甲方指定的代表进行签收确认。验收通过甲方就《验收报告》(见附件二)予以盖章或者签字。

4.3.验收流程

  • 在乙方提交交付成果后,甲方将在5个工作日内验证该交付成果是否符合需求描述。如符合需求描述,甲方指定的代表应根据交付物类型按照《4.2 验收标准》约定的方式通知乙方通过验收,标志交付成果验收完成。如果超过5个工作日没有得到甲方的回复则该交付物视同甲方已审阅并通过验收。

  • 如在上述5个工作日内,甲方指定的代表书面通知乙方指出不符点(每一个不符合需求描述的方面称之为“不符点”),乙方应在10个工作日内针对不符点提出反馈,说明不符点的相应处理方式与修改的时间,与甲方就不符点的处理方式与时间达成协议。若不符点在不影响项目原定进度的情况下能够修改完成,乙方应按照约定再次提交修改后的交付成果,甲方应在5个工作日内验证该交付成果是否符合需求描述,并对此书面签字确认乙方通过验收。若甲方再次书面提出该交付成果依然存在不符点,则双方将在乙方收到该通知后3个工作日内进行讨论,双方针对如何处理不符点达成协议。

  • 若在乙方提交甲方交付成果后的5个工作日内,乙方未收到客户关于不符点的书面通知,则该交付物视同甲方已审阅并通过验收。

  • 甲方承诺将对乙方提交的任何工作成果以及待验收的交付物进行谨慎的评审,并对随后的生产实施负责。若该交付成果已经被甲方实际使用或用于与甲方业务有关的活动,该交付成果则被视为通过验收。

  • 交付成果验收通过或视为验收通过后,乙方根据本工作说明书提供的服务应视为已被验收和接受,同时乙方有关本工作说明书的义务应视为已履行。

5.项目假设条件

5.1.一般假设

双方在本协议项下所约定的其他义务之外,乙方以协议约定的价格履行相关服务将有赖于下列假设前提。如果任何假设前提未能实现,将可能引起项目进度、服务费和费用、交付件及完成本工作说明书中所需的工作量的变更,双方需另行签署书面协议,且经甲乙双方盖章后方可生效。项目变更流程依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行。如果一方未经另一方认可而进行假设前提的变更,从而造成对方无法履行其职责和义务的,对方无需对此承担责任。

  • 甲方将及时向乙方提供所有需要的合理的文档、信息、数据、图表以及必要的系统权限以使乙方可以提供服务。且所有这些资料将受到本协议项下的保密条款的约束。甲方同意向乙方已披露的或将要披露的所有信息是真实、准确并且不会产生误导。

  • 甲方应在项目开始前及时提供必要的办公、会议条件,包括会议室、办公桌、办公椅、洗手间、日用耗材、计算机设施、电话/传真通信、高速因特网连接、插板、网线等。

  • 乙方的项目工作交付地点应位在甲方关键业务用户、主题专家与技术人员所在区域,且甲方应在项目开始前提供所在区域所需的所有安全证件及手续;甲方提供的办公环境应保障乙方工作人员的人身以及财产安全,应不存在对人体有害的污染气体、液体和固体;室外环境需要提供可应对恶劣天气的防护条件等。

  • 乙方将采用集中工作方式在双方同意的工作场所执行,但乙方有权利根据乙方项目人员的分布,调整工作地点与工作方式并与甲方达成协议。

  • 乙方将在正常业务时间,即星期一到星期五的正常业务时间,即北京时间上午 9:00 到下午 6:00(国家法定节假日除外)提供本项目的交付服务。但若乙方人员安排有特殊情况,甲方同意提供向乙方人员提供正常业务时间外对甲方设施的使用并工作,以适应乙方人员可能的出差旅行时间表。

  • 基于部分特殊情况,乙方项目人员需要去参加地区或全国性的员工会议。乙方人员会根据项目进展情况妥善安排,尽力减少项目与会议计划产生的冲突,并同甲方项目经理协商后达成协议。

  • 双方在项目实施期间采用双方同意的通讯方式,由双方的项目经理负责传递本项目所需的书面信息,可选择的通讯方式包括:钉钉,互联网、FAX、电子邮件等。

  • 所有项目交付件为中文(简体),工作语言为中文。所有交付作品采用Microsoft Office(包括PPT,WORD,Excel,Visio)格式,并以电子拷贝方式提交。

  • 甲方与乙方应须按双方事先达成一致的工作计划、人员资源计划与书面确定的工作起止日期投入项目工作。如遇到甲方相关业务系统迭代延期上线,相关项目进度将会产生顺延,乙方对此不承担责任。

  • 甲方需提供充足且符合资历要求的人员加入项目组,按照SOW和双方在项目执行过程中的约定履行其职责。若甲方任何人员无法按要求完成职责,甲方应提供适合的替代人员。若项目需要其他相关人员卷入,甲方需提供必要的支持,以保证相关业务部门人员按项目时间计划参与访谈、研讨会和会议等。如果在项目执行过程中,因甲方人员异动或不符合资格导致项目进度受影响,双方应及时沟通,并书面确认,同时乙方对此不承担责任。

  • 项目管理程序,如项目计划确定、变更控制、升级处理等需要在项目准备阶段建立完成并记录在案。甲方团队应理解并认可这些项目管理程序。

  • 如需引入第三方,甲乙双方应分别负责同各自第三方签订合同。乙方不对甲方的其他分包商或厂商(除乙方的分包商外)的行为负责、亦不对由其造成的延迟负责;甲方不对乙方的其他分包商或厂商(除甲方的分包商外)的行为负责、亦不对由其造成的延迟负责。

  • 双方均应负责获取合同履行所必需的第三方产品的使用许可,且无需对方承担费用。

  • 若乙方在项目实施中需要以非机密形式取得任何笫三方的专有信息,必要时甲方需协助乙方取得批准。

  • 在项目实施中若涉及第三方系统、厂家资源与人员,由甲方负责协调,包括但不限于第三方资料、人力资源的协调,且第三方系统的责任归第三方责任。由于第三方的原因造成项目延期,项目成本的增加,双方应依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行,评估对计划和工作量的影响,并在签署变更请求后实施变更。

  • 本项目所依赖的原始数据的数据质量,甲方在指定的对接系统中有义务保障数据质量达到标准,对未达到质量标准的数据,甲方应通过运营或系统规范等方法,进行改进并达到标准。乙方不对因原始数据的数据质量不达标而影响交付成果承担责任。

  • 在项目执行过程中,若因导入乙方产品而涉及甲方原有业务系统的重构和改造,甲乙双方需要根据实际业务系统规划、改造调整乙方产品功能模块的建设进度。如因甲方原因调整相关系统的数据设计和业务流程,相关变更为乙方带来的工作量需要进行相关费用的追加。双方应依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行,评估对计划和工作量的影响,并在签署变更请求后实施变更。

  • 任何未在本SOW中定义的工作或方案均在本项目的范围之外。本项目计划和工作量评估是基于本SOW约定范围制定的,如果项目范围发生调整,双方应依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行,评估对计划和工作量的影响,并在签署变更请求后实施变更。

  • 在项目执行过程中,由于甲方未能适当管理与本项目有依赖关系的输出入交付内容或延迟决策导致部分任务无法在项目所计划的阶段内完成或由于非乙方原因,甲方决定在项目所计划的阶段内不实施部分范围工作,乙方就这部分未完成任务不承担任何责任。在此种情况下,在乙方按照SOW完成可控部分的工作后,这部分未完成的任务也不应影响对乙方工作的按期验收。

  • 项目执行过程中,双方应按照SOW约定履行各自的职责。若乙方在过程中发现影响计划执行的不利因素的,乙方及时通报给甲方,甲方应在通报后三日内予以反馈并就不利因素的风险控管方式达成协议。若甲方未及时反馈且在项目过程中由于非乙方原因造成的延误或质量问题,乙方予以免责,由此给乙方造成的额外工作量,双方应依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行。

  • 甲方应按照SOW约定的验收流程和验收标准按期进行验收。由于非乙方职责范围内的原因造成无法通过评审与验收,进而导致项目延期,双方将依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行,且乙方对此将不承担任何责任。

  • 在项目任何阶段,如果客户要求变更已经验收的可交付成果的内容,将被视为变更请求。双方依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行。

  • 任何一方均不对本合同项下的特殊、附带、或间接损害或后果性经济损害(包括利润或节省金额损失)负责,即便该方已被告知该等损害赔偿的可能性。

  • 乙方保留将本合同的全部或部分服务内容分包给其合作伙伴完成的权利,但乙方仍应按照本合同的约定向甲方承担责任。

5.2.业务假设

  • 在本项目实施过程中,如涉及阿里巴巴集团内部(以下简称“阿里系”)合同范围以外非阿里云产品的对接,例如高德、支付宝等,乙方负责内部的协调与推动,但是最后的结果取决于阿里系其他产品策略,乙方不对最后的结果负责。如果涉及新增需求与成本,由甲方与阿里系其他产品协商处理。

  • 在前期调研阶段,乙方调研评估需要的现状信息,皆依赖于甲方提供,甲方需即时提供信息,并保障信息的准确性。如由于甲方无法提供所需信息,或信息不准确导致乙方调研评估结果与实际情况有偏离,并因此影响原定项目交付计划、时间与范围,乙方不承担延误的交付责任,且由此给乙方造成的额外工作量,双方依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行。

  • 在前期调研阶段,若根据实际调研结果发现数据质量和产品应用定制化开发需求与原项目计划实施范围差异过大,乙方经评估后无法在原定范围、时间与成本下实施,双方应通过友好协商方式,对于后续项目阶段的实施方式达成协议,并依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行。

  • 在前期调研阶段,乙方输出的对接业务系统清单,若甲方超出对接范围,将被视为变更请求。双方依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行。

  • 在前期调研阶段,针对实时计算场景涉及的数据质量问题,需由甲乙双方共同配合修正。如非乙方原因造成的延误,乙方予以免责,且由此给乙方造成的额外工作量,双方依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行。

  • 在作业调优阶段,针对实时计算的数据源上游或下游链路问题,需由甲乙双方共同配合排查修正。如非乙方原因造成的延误,乙方予以免责,且由此给乙方造成的额外工作量,双方依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行。

  • 在作业调优阶段,针对实时计算的with参数,乙方有权要求甲方配合修改。如非乙方原因造成的延误,乙方予以免责,且由此给乙方造成的额外工作量,双方依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行。

  • 在作业调优阶段,针对实时计算的作业参数调整,需由甲乙双方共同配合完成。如非乙方原因造成的延误,乙方予以免责,且由此给乙方造成的额外工作量,双方依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行。

  • 在效果验证阶段,针对准确性和稳定性问题排查,乙方的排查逻辑以及校验逻辑,需要甲方配合验证其合理性。如非乙方原因造成的延误,乙方予以免责,且由此给乙方造成的额外工作量,双方依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行。

  • 在作业上线试运行阶段,一旦乙方系统上线后且进入试运行阶段,后续由于甲方环境变更引发的二次调试等属于协议范围外工作。如甲方因此要求乙方提供支持,将被视为变更请求。双方依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行。

  • 产品质量保证与技术服务保障阶段是基于甲方完成所有交付物的验收并签署《验收报告》(见附件十)后进入。若非乙方原因导致无法进入产品质量保证与技术服务保障阶段,双方将依照本工作说明书附件一《项目变更流程与项目变更控制申请单》中规定的程序进行,且乙方对此将不承担任何责任。

  • 在产品质量保证与技术服务保障阶段,甲方同意并理解公共云产品的订阅服务为持续性收费模式。於订阅期间欲取消服务,需双方就订阅服务停止订阅服务支持方式协商并签署协议。若甲方未和乙方进行协商,或甲方自行停止订阅费用,乙方保留对甲方的产品与数据进行处理的权利,且乙方对甲方的运营、产品、数据不承担任何责任。

  • 在产品质量保证与技术服务保障阶段,乙方支持初步问题排查,以及和交付产品和应用相关数据异常、系统功能等问题进行修复;若问题排查后判断属于第三方系统、数据、第三方或关联系统操作不当引起的系统故障或是因第三方软件问题引起的技术支持等,乙方不负责此类问题修复且对此故障不承担任何责任。

  • 在产品质量保证与技术服务保障阶段,如涉及本合同范围以外的技术支持服务,需要乙方派遣技术支持工程师或研发工程师或技术专家到现场进行技术服务的,甲方须支付乙方相应的技术服务费用,收费标准由双方根据项目情况协商决定。但乙方产品部署及运行过程中产生问题导致必须现场出差的除外。

附件一 项目变更流程与项目变更控制申请单

双方任何关于本工作任务的变更都需要通过项目变更流程后生效。即:

  • 工作任务、人员变更都需提前5个工作日提交《项目变更控制申请单》(见下页)给到双方评估并评估可行性。若评估结果不可行,此项目变更流程将不发生,双方应经友好协商后,针对后续处理方式达成协议。

  • 变更内容需填写齐全。包括:基本信息,变更原因及变更具体描述。

  • 涉及到项目价款的增减需要说明相关价款变动情况、并附上对应的补充协议或采购订单。

  • 所有变更由指定的双方项目经理或者项目负责人审批确定后生效,涉及价款变更还需要双方签署补充协议或采购订单后生效。

    项目变更控制申请单

    项目名称:

    起草日期:

    项目编号:

    变更单号:

    起草人/角色:

    项目变更内容

    变更原因

    变更描述

    影响范围

    技术影响和风险评估

    成本影响

    审批

    甲方业务负责人:

    姓名:

    角色:

    日期:

    签署:

    乙方业务负责人: 

    姓名:

    角色:

    日期:

    签署:

    附件

    【附加合同或PO】

附件二 对接第三方业务系统清单

序号

业务系统名称

接口名称

接口说明

请求参数

响应参数

错误码及说明

1

2

3

4

5

6

7

附件三 需求调研表

序号

调研指标

调研内容

1

指标名称

2

链路描述

3

计算逻辑

4

涉及组件

5

源表

表名: 数据库类型: 频率: 每天记录数: 每小时记录数: 峰值: 数据特点: 表结构: 样例数据:

6

维表

表名: 数据库类型: 频率: 全量数: 表结构: 样例数据:

7

结果表

表名: 数据库类型:

8

性能要求

9

质量要求

10

稳定性要求

附件四 稳定性指标清单

序号

指标项

详细指标

检测结果

1

overview

failover

2

延时

3

各source的TPS数据输入

4

各sink的数据输出

5

queue

输入队列是否稳定

6

输出队列是否稳定

7

JVM

堆内内存是否稳定

8

线程数量是否稳定

附件五 项目技术服务报价

本报价表价款包含乙方提供XX项目技术服务等应支付的全部价款,为人民币 【XXX】 元(大写人民币【XXX】 元整)

【说明:报价项目(服务名称)建议以“交付物”(参考《4.1 验收分项清单》)为单位来报价,有助于按项目阶段提前验收与回款、确认收入)】

服务名称

目录总价(元)

折扣

折扣价(元)

实时计算性能调优标准交付服务

【XXX】

【XXX】

【XXX】

合计总价

【XXX】

【XXX】

【XXX】