应用容器化服务内容说明
1. 服务概述
1.1 服务说明
随着云计算的不断发展、普及,越来越多的企业不断加深了对云的了解,并积极的落地云化改造,趋势已经从上云逐渐转变为用好云,而标志着云计算技术红利的云原生技术,则渐渐的成为业界标准以及未来方向。作为云原生技术的重要组成部分,容器化是云原生的基础,也是企业进行云原生技术转型的第一步。近年来,来自 CNCF(Cloud Native Computing Foundation 云原生基金会)的 Kubernetes 已经成为容器编排领域的事实标准,阿里云作为 CNCF 的成员与贡献者,在云原生、容器化方面进行了深入的投入,并为客户提供应用容器化的交付服务。通过落地容器化、自动化等云原生领域的关键技术,配合阿里云完整的云原生布局,与客户一起打造更灵活、更现代、更标准的云原生应用,为更高效、更快速的业务发展提供助力。
广义上来说,云原生一般指代四种核心技术:容器化、微服务、DevOps 与持续交付,随着云计算的发展,这四种概念可以分别扩展,容器化特指应用程序的运行环境,达到统一的管理和编排;微服务则强调应用程序架构,足够分布式、解耦并高内聚,是面向弹性的无状态式聚合;DevOps 强调自动化与可观测性,通过该领域内流行的方法论、工具达到资源利用、性能监控、服务治理等能力;而持续交付则代表应用程序响应业务的能力,不论是灵活性还是健壮性,以及常说的弹性。应用容器化服务不仅仅限于将应用程序封装入容器,在其他云原生象限也会有持续的改进与落地,比如自动化与 DevOps、可观测性等,这些会根据具体项目与甲方需求进行调整。
2. 服务范围
以下服务范围按两个类别进行分类,分别是标准版、进阶版和尊享版,不同客户类型按照不同的需求进行交付。
2.1 标准版服务范围
标准版的服务内容如下:
基础设施调研
业务现状和应用系统调研
云上架构设计
应用容器化方案设计
容器化上云方案设计
DevOps自动化方案设计
1个示例应用改造实施
2.2 进阶版服务范围
进阶版服务在基础版的基础上增加了以下两项服务:
微服务治理方案设计
可观测性落地方案设计
2.3 尊享版服务范围
尊享版主要是在进阶版的基础上,额外提供一个月的支持服务,帮助客户更快捷的实现核心业务系统的容器化改造。
服务边界及内容:
咨询包中乙方只提供约定范围内的咨询方案设计,协助完成一个示例核心业务系统的容器化改造实施,其余系统由客户自行完成。
咨询包和实施支持包中乙方都不参与甲方具体代码改造和实施动作,需要由甲方或甲方开发商进行。
乙方不提供容器化改造后的应用运维服务。
乙方只基于阿里云平台输出对应技术方案和提供技术支持,如使用阿里云平台以外(第三方软件、应用系统),则乙方只提供咨询与建议,不提供实施与兜底服务。
乙方只基于阿里云容器服务ACK提供容器化技术方案,不支持在云上自建Kubernetes或其它容器集群的方式。
3. 前提条件
甲方应提前至少15个自然日申请该服务,以便于阿里云评估甲方业务目标及时间计划可行,确认是否承接该服务申请。
甲方应及时向乙方提供所有需要的合理的文档、信息、数据、图表以及必要的系统权限、远程访问通道以使乙方可以提供服务。且所有这些资料将受到本协议项下的保密条款的约束。甲方同意向乙方已披露的或将要披露的所有信息是真实、准确并且不会产生误导。
本项目提供的是容器化咨询服务,乙方的办公地点不受项目约束,服务的提供方式主要以:电话、钉钉、邮件等方式。
本项目交付过程中,实施主体为甲方,乙方主要提供方案设计以及实施过程中的问题处理,具体的应用部署和测试动作需要由甲方进行。
双方在项目实施期间采用双方同意的通讯方式,由双方的项目经理负责传递本项目所需的书面信息,可选择的通讯方式包括:钉钉、互联网、电子邮件等。
所有项目交付物为中文(简体),工作语言为中文。所有交付作品采用Microsoft Office(包括PowerPoint,Word,Excel,Visio)格式,并以电子拷贝方式提交。
甲方与乙方应须按双方事先达成一致的工作计划、人员资源计划与书面确定的工作起止日期投入项目工作。如遇到甲方相关业务系统迭代延期上线,相关项目进度将会产生顺延,乙方对此不承担责任。
任何一方均不对本项目下的特殊、附带、或间接损害或后果性经济损害(包括利润或节省金额损失)负责,即便该方已被告知该等损害赔偿的可能性。
客户作为运维主体,需进行自身业务相关的运维工作。
4. 分工边界
4.1 客户与阿里云
双方商定并确认具体业务目标及范围。
合同签订完毕,完成付费。
4.1.1 各阶段工作的双方职责
根据项目计划的阶段任务工作,双方在不同阶段需要承担不同的分工以顺利推进项目进行。
项目阶段 | 甲方 | 乙方 |
项目准备阶段 |
|
|
现状调研阶段 |
|
|
方案设计阶段 |
|
|
方案实施阶段 |
|
|
割接与护航 |
|
|
4.1.2 完工标准
系统割接确认完成后,乙方协助甲方对系统进行功能方面的全面验收,协助进行功能方面的回归测试,对可能出现的问题与异常进行排查与定位,并协助甲方解决。
标准版与进阶版的完工标准为:
所涵盖的交付物被验收,即客户签字并确认
完成1个示例核心应用的落地实施
尊享版的完工标准为:
标准版与进阶版所涵盖的交付物被验收,即客户签字并确认
增加的1个月支持服务按时间为限,服务时间到期后,视为服务完工
4.2 服务目录
服务内容:阿里云针对客户的业务目标,包含以下服务:
阶段名称 | 服务目录 | 标准版 | 进阶版 | 尊享版 |
项目准备阶段 | 项目交付前准备工作 | 支持 | 支持 | 支持 |
项目调研阶段 | 基础设施调研 | 支持 | 支持 | 支持 |
业务现状和应用系统调研 | 支持 | 支持 | 支持 | |
容器化目标调研 | 支持 | 支持 | 支持 | |
方案设计阶段 | 云上架构设计 | 支持 | 支持 | 支持 |
应用容器化方案设计 | 支持 | 支持 | 支持 | |
DevOps自动化方案设计 | 支持 | 支持 | 支持 | |
容器化上云方案设计 | 支持 | 支持 | 支持 | |
可观测性方案设计 | 支持 | 支持 | ||
方案实施阶段 (只负责1个示例应用) | 基础设施与架构实施 | 支持 | 支持 | 支持 |
容器化改造实施 | 支持 | 支持 | 支持 | |
DevOps落地实施 | 支持 | 支持 | 支持 | |
可观测性接入实施 | 支持 | 支持 | ||
容器化迁移上云实施 | 支持 | 支持 | ||
割接保障 | 割接准备与实施 | 支持 | 支持 | 支持 |
持续改造支持 | 为期1个月的应用改造支持(只是增加服务周期) | 支持 |
5. 服务SLA
提供容器化交付专家服务。
在服务期间内向客户提供应用改造支持群以及按需的现场保障。
按对应服务规格提供《应用容器化方案》、《DevOps自动化方案》、《容器化上云方案》、《可观测性方案》具体交付物根据服务内容有所不同。
6. 服务流程
申请时间限制:客户须至少在服务开始前15天提出服务购买申请。
服务流程介绍:
7. 验收标准
7.1 验收分项清单
编号 | 交付阶段 | 交付物 | 交付物类型 |
1 | 项目调研阶段 | 《项目调研报告》 | 文档 |
2 | 方案设计阶段 | 《云上容器架构设计方案》 | 支持 |
3 | 《应用容器化方案》 | 文档 | |
4 | 《DevOps自动化方案》 | 文档 | |
5 | 《容器化迁移上云方案》 | 文档 | |
7 | 《可观测性方案》 | 文档 | |
8 | 方案实施阶段 | 《应用容器化实施支持问题处理清单》 | 文档 |
7.2 验收标准
乙方项目交付过程中提供容器化改造的技术支持,协助甲方容器化过程顺利进行,并将关键信息记录在文档内,因此文档类交付成果应着重文档实质内容的验收,确认乙方提交内容符合甲方需求。
若甲方业务流程要求在乙方提交交付成果前需进行各类内部评审,甲方应在约定的验收时点前推动并及时完成其内部所需评审和汇报。
文档内容经过评审会,若需要修改,乙方修改后提请甲方进行验收,由甲方指定的代表进行签收确认。验收在公共云服务系统页面上点击验收确认按钮。
标准版和进阶版验收标准:
方案设计达到客户要求,经过签字确认,具体方案见《7.1 验收分项清单》。
以1个示例核心系统成功容器化落地为准,完成系统容器化建设即视为项目达到验收要求。
尊享版验收标准:
方案设计达到也客户要求,经过签字确认,具体方案见《7.1 验收分项清单》。
以1个示例核心系统成功容器化落地为准,完成系统容器化建设即视为项目达到验收要求。
完成1个示例核心系统改造完成后的30天支持服务期满则视为服务完成,达到验收要求。
7.3 验收计划
根据《7.1验收分项清单》所列示各阶段的交付内容与交付物,本项目将按照以下验收计划进行项目验收,甲方同意根据此验收计划对乙方的交付物进行验收。
编号 | 验收里程碑 | 验收内容 | 验收完成标志 |
1 | 容器化方案设计与验证完成 | 项目准备、容器化调研评估、容器化上云设计阶段所有交付物 | 甲方在线确认《验收报告》 |
2 | 1个示例核心业务系统改造与割接 | 容器化改造实施支持涉及的所有交付物,详见《7.1验收分项清单》 | 甲方在线确认《验收报告》 |
8. 完成标志
客户验收完成。