构建多通道智能短信平台

现在正在规划一个日发送量在500万条的短信平台；

因为接入要支持多个运营商短信网关，所以 需要消息路由、负载均衡。

当前采用的是微软的体系结构：c#、com+、mq、sql server2000、vc++的短信网关。

在性能方面始终不能太让我们满意，我想换成：javA 体系结构不知道能否提升系统性能。

一个朋友建议网关核心处理部分换成APR+TUXEAO。

大家给提点意见。

怎么看得这么多？没人给点建议啊？

〉 java 体系结构不知道能否提升系统性能?

当你问出这种问题时，那么答案就是：你不能。


影响系统性能的可能因素太多了，
要提升系统性能，关键是先找到瓶颈所在。

首先需要分析性能的瓶颈在那里?是网络还是数据库？还是程序的处理性能？

如果网络已经达到了极限的话，那么，可能说要多台服务器来并行发送。

如果是程序，那么我觉得可能需要优化程序，是不是可以把一些数据缓存起来

如果是数据库，看看能不能提高数据库的硬件性能或者调整数据库的一些参数设置

转到Java对于你的这种情况来说，不应该成为首先考虑的问题。

速度不是问题,关键是热备和容错.

我在p4,2.5G,内存1G的机器上测试过cmpp Submit发送,可达600条/秒(发出,收到response,存库),使用的java 阻塞I/O.和OracleDB.

"500万/天",消息的流量一般以秒为单位计,你只需测出每秒的峰值速度即可.按日算,太离谱了吧.一般移动公司都支持2000条/秒以上的,但过年时还是不行,所以峰值是关键;如你是一般SP,运营商给你的每端口的流量是有限制的,这个值一般远低于你软件的性能.

为了热备,你在前面加个四层交换机就是了,后面可以线性的加服务器点.

谢谢大家的耐心回答，确实500万/天太笼统啦，其实我们的目标是搭建一套平台，能接入全国各地不同的短信网关；
针对不同的消息做消息路由和分发，形成网关高度容错。
不知道大家可有好的架构设计,供我参考！

如果真的是这么个规模的话，请先分析每秒发送的平均值和峰值，再咨询运营商提供的端口类型，如果需要每条短信都记入数据库的话，瓶颈肯定在数据库，考虑数据库集群。
一点经验。供参考。