支持与服务：云原生迁云服务

1.服务概述

1.1.服务说明

随着云计算的不断发展、普及，越来越多的企业不断加深对云的了解，并积极的落地云化改造，趋势已经从上云逐渐转变为用好云，而标志着云计算技术红利的云原生技术，则渐渐的成为业界标准以及未来方向。作为云原生技术的重要组成部分，容器化是云原生的基础，也是企业进行云原生技术转型的第一步。近年来，来自 CNCF（Cloud Native Computing Foundation 云原生基金会）的 Kubernetes 已经成为容器编排领域的事实标准，阿里云作为 CNCF 的成员与贡献者，在云原生、容器化方面进行了深入的投入，并为客户提供应用容器化的交付服务。通过落地容器化、自动化等云原生领域的关键技术，配合阿里云完整的云原生布局，与客户一起打造更灵活、更现代、更标准的云原生应用，为更高效、更快速的业务发展提供助力。

广义上来说，云原生一般指代四种核心技术：容器化、微服务、DevOps 与持续交付，随着云计算的发展，这四种概念可以分别扩展，容器化特指应用程序的运行环境，达到统一的管理和编排；微服务则强调应用程序架构，足够分布式、解耦并高内聚，是面向弹性的无状态式聚合；DevOps 强调自动化与可观测性，通过该领域内流行的方法论、工具达到资源利用、性能监控、服务治理等能力；而持续交付则代表应用程序响应业务的能力，不论是灵活性还是健壮性，以及常说的弹性。应用容器化服务不仅仅限于将应用程序封装入容器，在其他云原生象限也会有持续的改进与落地，比如自动化与 DevOps，微服务治理与可观测性等，这些会根据具体项目与甲方需求进行调整。

任何未在本SOW中定义的工作或方案均在本项目的范围之外。

2.服务范围

2.1 云原生迁云服务范围包含：

阿里云服务与产品功能、容量、架构的咨询、使用、配置，提供阿里云产品的最佳实践。

与阿里云资源相关的操作或系统问题的技术指导。

与阿里云的管理控制台或其他阿里云官方工具相关的问题。

2.2 云原生迁云服务范围不包含：

代码开发。

第三方软件的安装、测试、故障诊断、优化等日常运维服务。

注：对于不在阿里云云原生迁云服务范围内的第三方软件问题 ，客户可登录阿里云社区获取免费咨询服务，或联系云市场商家寻求帮助 。

3.前提条件

• 甲方应提前至少15个工作日申请该服务，以便于阿里云评估甲方业务目标及时间计划可行，确认是否承接该服务申请。

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

• 本项目提供的是容器化咨询服务，乙方的办公地点不受项目约束，服务的提供方式主要以：电话、钉钉、邮件等方式。

• 本项目交付过程中，实施主体为甲方，乙方主要提供方案设计以及实施过程中的问题处理，具体的应用部署和测试动作需要由甲方进行。

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

• 所有项目交付物为中文（简体），工作语言为中文。所有交付作品采用Microsoft Office（包括PowerPoint，Word，Excel，Visio）格式，并以电子拷贝方式提交。

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

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

• 客户作为运维主体，需进行自身业务相关的运维工作。

4.分工边界

4.1客户与阿里云

• 双方商定并确认具体业务目标及范围。

• 合同签订完毕，完成付费。

4.1.1各阶段工作的双方职责

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

4.1.2完工标准

系统割接确认完成后，乙方协助甲方对系统进行功能方面的全面验收，协助进行功能方面的回归测试，对可能出现的问题与异常进行排查与定位，并协助甲方解决。

基础包、标准包与进阶包的完工标准为：

所涵盖的交付物被验收，即客户签字并确认

完成1个示例核心应用的落地实施

4.2服务目录

服务内容：云原生迁云服务针对客户的业务目标，包含以下服务：

5.服务SLA

• 提供容器化交付专家服务。

• 在服务期间内向客户提供应用改造支持群以及按需的现场保障。

• 按对应服务规格提供《应用容器化方案》、《DevOps自动化方案》、《容器化上云方案》具体交付物根据服务内容有所不同。