一、说明
Ø 提交方[研发]：软件开发部
Ø 维护方[运维]：数据中心
二、基本交接流程
1. 交接之前
Ø 中间件的选型获得包括数据中心在内的评审通过；
Ø 中间件经过一段时间生产环境的运行和正常流量的使用（至少1个月），表现稳定无较大的问题。
在此阶段，主要由研发自己来维护，运维提供协助。
2. 交接期间
Ø 提供（适用于当前实际部署情况的较详细的）中间件维护操作手册，以及中间件官方的相关手册或技术资料；
Ø 提供 该中间件的监控告警方案，以及对应的故障处理方法。
Ø 为运维人员提供维护该中间件的培训和指导，帮助他们完全掌握维护和监控该中间件的方法。
3. 交接完成之后
Ø 提供长期的技术支持和咨询，遇到特殊情况和故障时，一同处理。
在此阶段，主要由运维来维护，研发提供协助。
三、升级更新流程
1. 影响评估
研发和运维共同评估此次升级更新的影响范围（分为：大、中等、小），并确定是否要按全新中间件/组件上线一样，重走交接流程。如果无法达成一致意见，则必须发起评审会议来决定。
2. 提交文档
如果一致认为影响不大，可以不用重走交接流程，则由提交方直接发起更新流程即可，需提供更新方案及说明文档，上线更新操作步骤及测试结果说明文档，其他要求，按上线流程执行。
四、提交方需要提供的资料
1、交接必须的文档
1. 《部署规划和方案》
其文档模板 见附件文件夹下的“部署规划和方案【模板】.docx”
2. 《组件安装与部署操作步骤》
其文档模板 见附件文件夹下的“组件安装与部署操作步骤【模板】.docx”
3. 《维护操作手册》
其文档模板 见附件文件夹下的“维护操作手册【模板】.docx”
2、其他资料和文档
1. 重要参考资料
包括：
Ø 《技术选型文档》
Ø 《性能测试文档》
Ø 官方技术文档或手册
Ø 经典技术参考资料
Ø 《背景、业务需求及关键目标》说明
由谁发起，负责人是谁，为什么要用，期望解决的问题是什么等。
重要性，影响范围如何。目前所处的阶段，使用情况等。
Ø 《关键特点、能力及质量属性》说明
网络流量大小、性能要求、数据量大小等；
安全性要求、可用率、可扩展性等。
2. 更新必须的文档
包括：
a) 《更新方案及说明》
b) 《上线更新操作步骤》
c) 《测试结果说明》