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

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

　　以下服务范围按两个类别进行分类，分别是标准版、进阶版和尊享版，不同客户类型按照不同的需求进行交付。

　　尊享版主要是在进阶版的基础上，额外提供一个月的支持服务，帮助客户更快捷的实现核心业务系统的容器化改造。

　　咨询包中乙方只提供约定范围内的咨询方案设计，协助完成一个示例核心业务系统的容器化改造实施，其余系统由客户自行完成。

　　咨询包和实施支持包中乙方都不参与甲方具体代码改造和实施动作，需要由甲方或甲方开发商进行。

　　乙方只基于阿里云平台输出对应技术方案和提供技术支持，如使用阿里云平台以外（第三方软件、应用系统），则乙方只提供咨询与建议，不提供实施与兜底服务。

　　乙方只基于阿里云容器服务ACK提供容器化技术方案，不支持在云上自建Kubernetes或其它容器集群的方式。

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

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

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

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

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

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

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

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

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

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

　　项目经理应协同乙方人员针对项目准备阶段的所有事项（见本工作说明书《3前提条件》）进行确认

　　管理甲方项目组相关人员且和各阶段需投入人员进行沟通交流并取得投入项目的承诺与时间

　　指派一名有经验的项目经理执行项目管理，并引入、管理乙方项目组人员，与甲方项目经理沟通

　　针对项目准备阶段的所有事项（见本工作说明书《3前提条件》）提出方案与计划与甲方项目经理进行确认并书面记录在案

　　根据乙方调研需求提供现有业务概况，如系统、应用、数据、组织结构、人员分工等作为乙方评估调研评估输入

　　提供访谈计划并根据访谈结果评估现有基础设施、容器相关基础设施、应用架构、权限配置、业务数据、应用依赖关系

　　协助乙方验证方案的可行性，为方案验证提供必要的资源、环境等，并负责依据方案进行具体的代码改造和实施工作

　　根据服务范围，结合客户具体场景进行容器化方案和DevOps方案等相关方案的设计

　　根据容器化方案、DevOps方案、可观测性方案（如有），进行1个示例核心应用容器化改造，跑通方案全流程

　　根据方案甲方及甲方开发商负责执行应用代码改造、功能回归、联调测试等实施工作

　　根据系统割接计划在计划时间窗口内完成系统割接工作，并验证切换后的云平台运行测试

　　根据乙方排查问题的分析，对于非乙方维保范围内的负责与第三方人员或系统进行问题修复

　　在系统切换完成后，提供运维问题排查，针对在项目范围内的问题提供修复或临时解决方案

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

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

　　乙方项目交付过程中提供容器化改造的技术支持，协助甲方容器化过程顺利进行，并将关键信息记录在文档内，因此文档类交付成果应着重文档实质内容的验收，确认乙方提交内容符合甲方需求。

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

　　文档内容经过评审会，若需要修改，乙方修改后提请甲方进行验收，由甲方指定的代表进行签收确认。验收在公共云服务系统页面上点击验收确认按钮。

　　以1个示例核心系统成功容器化落地为准，完成系统容器化建设即视为项目达到验收要求。

　　方案设计达到也客户要求，经过签字确认，具体方案见《7.1 验收分项清单》。

　　以1个示例核心系统成功容器化落地为准，完成系统容器化建设即视为项目达到验收要求。

　　完成1个示例核心系统改造完成后的30天支持服务期满则视为服务完成，达到验收要求。

　　根据《7.1验收分项清单》所列示各阶段的交付内容与交付物，本项目将按照以下验收计划进行项目验收，甲方同意根据此验收计划对乙方的交付物进行验收。