关于两个系统间通信的问题！！！真心请教大家！！！！

Question

如果单纯是数据交互的话，不提供cookie,session之类的功能，用 Netty 效率会更高一些。
但是 netty 的线程模型并不太适合小数据量的传输，tomcat 就行。
所以要看你具体情况的。

Answer 1

1、你指的效率低，是开发效率低，还是运行效率低，还是这种架构不能满足你的访问需求，使你系统在并发量上去以后挂了？2、要快速开发，提供http接口直接使用servlet规范就好了，可用的容器很多，比如tomcat3、自己搭框架也可以，首选netty，API很简单，单机过20000QPS（不同配置服务器上可能不一样）4、直接用Dubbo框架更简单，连框架都不用搭了，直接实现服务，配置一加就搞定了

Answer 2

Dubbo

Answer 3

是的，有提供数据交互，session也用到了，现在的做法是用户登录了，用户信息保存到session里面的，才能再去请求另外一台机器上的发送HTTP请求，得到你想到的数据

Answer 4

是的，有提供数据交互，session也用到了，现在的做法是用户登录了，用户信息保存到session里面的，才能再去请求另外一台机器上的发送HTTP请求，得到你想到的数据那就不要考虑 Netty 了。
可以用 http 接口。或者开个 socket 监听，进行数据交互。

Answer 5

1、你指的效率低，是开发效率低，还是运行效率低，还是这种架构不能满足你的访问需求，使你系统在并发量上去以后挂了？2、要快速开发，提供http接口直接使用servlet规范就好了，可用的容器很多，比如tomcat3、自己搭框架也可以，首选netty，API很简单，单机过20000QPS（不同配置服务器上可能不一样）4、直接用Dubbo框架更简单，连框架都不用搭了，直接实现服务，配置一加就搞定了并发上去之后服务器会挂掉，servlet也用过，基本上以前也是采用的这样的方式，还有一个问题是
比如网站里面有用到FLASH，FLASH也要请求网站数据，采用什么方式比较好点，用HTTP的方式可以用工具检测得到HTTP请求，以及参数，还有返回值

Answer 6

是的，有提供数据交互，session也用到了，现在的做法是用户登录了，用户信息保存到session里面的，才能再去请求另外一台机器上的发送HTTP请求，得到你想到的数据那就不要考虑 Netty 了。
可以用 http 接口。或者开个 socket 监听，进行数据交互。
用MINA呢怎么样

Answer 7

1、你指的效率低，是开发效率低，还是运行效率低，还是这种架构不能满足你的访问需求，使你系统在并发量上去以后挂了？2、要快速开发，提供http接口直接使用servlet规范就好了，可用的容器很多，比如tomcat3、自己搭框架也可以，首选netty，API很简单，单机过20000QPS（不同配置服务器上可能不一样）4、直接用Dubbo框架更简单，连框架都不用搭了，直接实现服务，配置一加就搞定了并发上去之后服务器会挂掉，servlet也用过，基本上以前也是采用的这样的方式，还有一个问题是
比如网站里面有用到FLASH，FLASH也要请求网站数据，采用什么方式比较好点，用HTTP的方式可以用工具检测得到HTTP请求，以及参数，还有返回值
系统挂了就找系统的瓶颈
A挂了就找A的问题，B挂了就找B的问题
监控AB的CPU内存，到底是Cpu扛不住还是内存扛不住，到底是A发的请求太多导致响应很慢还是B的业务处理不过来说来说去系统挂了原因很多，你这里的描述太抽象，而且没有找到问题的症结所在

Answer 8

是的，有提供数据交互，session也用到了，现在的做法是用户登录了，用户信息保存到session里面的，才能再去请求另外一台机器上的发送HTTP请求，得到你想到的数据那就不要考虑 Netty 了。
可以用 http 接口。或者开个 socket 监听，进行数据交互。
用MINA呢怎么样如果你传输的数据量还挺大的话，而且交互并发很多的话，可以考虑。否则还是开个 socket 侍服吧

Answer 9

是的，有提供数据交互，session也用到了，现在的做法是用户登录了，用户信息保存到session里面的，才能再去请求另外一台机器上的发送HTTP请求，得到你想到的数据那就不要考虑 Netty 了。
可以用 http 接口。或者开个 socket 监听，进行数据交互。
用MINA呢怎么样如果你传输的数据量还挺大的话，而且交互并发很多的话，可以考虑。否则还是开个 socket 侍服吧
目前我的并发量不大，要为以后考虑，现在用户越来越多了，就是因为数据交互多，网站目前基本上支撑200多个人同时在线，再多点就容易出问题了

Answer 10

1、你指的效率低，是开发效率低，还是运行效率低，还是这种架构不能满足你的访问需求，使你系统在并发量上去以后挂了？2、要快速开发，提供http接口直接使用servlet规范就好了，可用的容器很多，比如tomcat3、自己搭框架也可以，首选netty，API很简单，单机过20000QPS（不同配置服务器上可能不一样）4、直接用Dubbo框架更简单，连框架都不用搭了，直接实现服务，配置一加就搞定了并发上去之后服务器会挂掉，servlet也用过，基本上以前也是采用的这样的方式，还有一个问题是
比如网站里面有用到FLASH，FLASH也要请求网站数据，采用什么方式比较好点，用HTTP的方式可以用工具检测得到HTTP请求，以及参数，还有返回值
系统挂了就找系统的瓶颈
A挂了就找A的问题，B挂了就找B的问题
监控AB的CPU内存，到底是Cpu扛不住还是内存扛不住，到底是A发的请求太多导致响应很慢还是B的业务处理不过来说来说去系统挂了原因很多，你这里的描述太抽象，而且没有找到问题的症结所在
谢谢指点

Answer 11

直接连的话两个系统间是紧耦合，可以用同构可以用ejb, jms,rmi之类 异构可以用webservice,mq, socket 规模小的话还可以用，如果有一定规模的话用企业信息总线中间件，这是松耦合的。上面介绍的阿里巴巴的也算一种，企业信息总线要非常强，因为就像交换机一样，一旦宕掉就是毁灭性的。

Answer 12

webservice
谢谢指点