《内部邮件系统技术方案建议书》.docVIP

目录 目录 0 1. 项目综述 4 1.1. 项目背景 4 1.2. 建设目标 4 1.3. 设计方法论 4 1.3.1. 面对的挑战 4 1.4. 参考标准 7 1.4.1. 信息安全标准 7 1.4.2. 项目管理标准 7 1.4.3. 邮件标准 8 1.5. 名词解释 8 2. 需求应答 0 3. 架构设计 0 3.1. 网络架构规划与设计 0 3.2. 机房规划 0 3.3. 服务器规划与设计 0 3.4. 存储系统规划与设计 0 3.5. 数据库规划与设计 0 3.6. 运维平台规划与设计 0 4. 功能需求及解决方案 0 4.1. 邮件应用面临的现实挑战 0 4.2. 两个高标准严要求 2 4.3. 反垃圾反病毒安全网关方案 4 4.3.1. 基本概念 4 4.3.2. 垃圾邮件发送手段 4 4.3.3. 垃圾邮件的特征及反垃圾手段 5 4.3.4. 产品特征及技术标准 8 4.3.5. 实际效果 11 4.4. 系统稳定性安全性解决方案 11 4.4.1. 对网络及系统环境要求的说明 11 4.4.2. 对网络障碍情况下系统反应的说明 12 4.4.3. 对DNS障碍情况下系统反应的说明 13 4.4.4. 对软件可能故障系统反应的说明 13 4.5. 邮件海外中继转发解决方案 15 4.5.1. 海外邮件发送问题原因分析 15 4.5.2. 某软件中继转发服务介绍 15 4.5.3. 海外邮件转发服务器示意图 16 4.5.4. 某软件的比较优势 16 4.6. 国内外收发互联互通解决方案 17 4.6.1. 三个环节 17 4.6.2. 四个层次 17 4.6.3. 五个步骤 17 4.7. 邮件审核解决方案 18 4.7.1. 邮件审核概述及必要性分析 18 4.7.2. 某软件邮件审核比较优势 19 4.8. 邮件备份冗灾解决方案 21 4.8.1. 数据备份的技术分析 21 4.8.2. 技术组成 22 4.8.3. 工程配置 23 4.8.4. 实现过程 24 4.9. 邮件平滑迁移解决方案 25 4.9.1. 工作目标 26 4.9.2. 工作顺序 26 4.9.3. 其他说明 27 4.10. 邮件全外包服务解决方案 27 4.10.1. 第一种：租用方式 27 4.10.2. 第二种：自建方式 27 4.10.3. 第三种：系统自建+服务全外包方式 28 4.10.4. 三种方案比较 28 4.10.5. 我方推荐第三种方式的明显优势 29 5. 项目实施方案 31 5.1. 范围管理 31 5.2. 时间管理 31 5.3. 质量管理 31 5.4. 人力资源管理 31 5.5. 沟通管理 31 5.6. 配置管理 31 5.7. 风险管理 31 6. 测试 31 6.1. 连接测试 31 6.2. 兼容性测试 31 6.3. 性能测试 31 6.4. 可用性测试 31 7. 交付 31 7.1. 数据初始化 31 7.2. 数据迁移 31 7.3. 试运行 31 7.4. 培训和知识转移 32 8. 文档 32 9. 其他服务 32 9.1. 运维代维服务 32 9.2. 二次开发服务 32 9.3. EDM服务 32 9.4. 信息安全服务 32 10. 附录 32 10.1. 原始需求（2014年9月2日） 32 10.2. QA表 38 10.3. 版本履历 39 项目综述 项目背景 某集团现在使用的是IBM 的 notes8.5.3（10万用户、全球部署）。目前该系统运维成本过高，计划用自研邮箱产品进行替代。 建设目标 预计在明年二季度完成自研邮箱产品的开发和整体上线切换。 设计方法论 面对的挑战 某集团作为大型全球化企业，邮件系统面对以下挑战： 大规模：10万级账户；高性能；海量存储；数据初始化与迁移的工作量； 等级保护：内外网分离；多因素认证；过滤和审计要求；安全通道；防WEB攻击； 全球化：高可用性；多语言支持；兼容性；系统迁移的时间窗口；国际出口 组织的复杂性：权限管理和群组管理的复杂度；分布式邮件系统的可管理性； 解决方案概述 大规模 关键字：10万级账户；高性能；海量存储； 从邮箱应用的角度来说，十万用户实际不算多。目前我们老客户的单机系统（dell1950，1cpu、2G内存）可正常支持企业邮箱用户3万－5万左右，综合性能处于国内领先水平。我们也利用load runner或者jemeter这些第三方的软件来做压力测试，在HP工程实验室也做过压力测试，结果良好。采用负载均衡+私有云集群方案后可以顺畅解决性能问题。当然，如果某集团网络设施完备，例如具备F5等四层负载均衡设备，也可以充分利用，从硬件上解决性能瓶颈。 实际设计和部署时，可采用分布式分层的体系结构，即将