信息系统运维非功能性需求 1、 运维非功能性需求作为信息系统非功能性需求的一部分，需根据各需求的特点，分布在项目建设的各个阶段中落实，如具体技术方案设计、应用设计、应用开发、集成方案设计、部署方案制定、上线部署操作、测试等
2、 信息系统根据维护分类不同，对运维需求有不同的落实要求
落实要求分为： 1) 必选：在信息系统建设过程中，要求项目组必须实现的运维需求
2) 建议：在信息系统建设过程中，项目组在综合评估信息系统建设的系统维护等级、监管要求、产品限制、技术原因和建设进度等各类因素以后，尽可能实现的运维需求
3) 可选：在信息系统建设过程中，项目组可根据项目的实际情况，自行选择实现的运维需求
3、 应根据信息系统的维护分类结果，选择对应的运维需求并给予落实
4、 对于与监管明文规定要求一致的运维条款，在实际执行过程中因产品或技术等原因限制无法落实的，需上报管理团队获得批准
5、 具体的运维非功能性需求条款，详见如下表格
编号 运维需求 落实阶段 复核阶段 A 类系统落实要求 B 类系统落实要求 C 类系统落实要求 1 系统架构中不应存在单点故障，任意一个结点故障都不会造成业务的长时间停顿，尽量避免业务数据的丢失
技术方案 技术评审、上线 必选 必选 建议 2 双机冗余架构下，应用在任何一台设备上运行都能满足业务（包括高峰期）的需要
技术方案 技术评审、上线 必选 必选 建议 3 双机架构优先考虑热备或负载均衡方式；如果采用冷备方式，需说明不采用热备方式的原因（如软件产品不支持、费用等），评估冷备方式能否满足业务非功能性需求的要求
技术方案 技术评审 必选 必选 建议 4 信息系统共用服务器硬件原则应遵循总部统一策略
技术方案 技术评审 建议 建议 可选 5 故障转移集群和负载均衡方式中应用的配置都需指向服务包浮动IP 地址
集成方案 上线 必选
