企业级系统架构设计技术与互联网应用技术结合主题一 - 大规模并发性能问题探讨
 |
chinaagan
2011-09-12
不错，如果能有解决方案就更好了。
|
 |
javamonkey
2011-09-13
处理大规模并发，主要是架构上能达到水平扩展就行了，这样多大规模并发都不怕。
这一方面是技术问题，二也要求对业务了解头彻 |
 |
凤舞凰扬
2011-09-13
javamonkey 写道 处理大规模并发，主要是架构上能达到水平扩展就行了，这样多大规模并发都不怕。
这一方面是技术问题，二也要求对业务了解头彻 不是简单的水平扩展即可。因为随着扩展，水平层面数百甚至上千台服务器之间又会形成更为负责的通信交互，反而会形成新的灾难。 大规模并发的技术解决方案不是单单一篇文章即可，而是一个整体处理的思路，需要根据实际情况去分析处理 |
|
javamonkey
2011-09-14
因此水平扩展的原则之一是之间几乎没有通信。
|
 |
季铵盐
2012-05-17
|
 |
CshBBrain
2012-05-17
javamonkey 写道 因此水平扩展的原则之一是之间几乎没有通信。
不见得，要看什么样的系统，什么样的业务 |
|
凤舞凰扬
2012-05-22
javamonkey 写道 因此水平扩展的原则之一是之间几乎没有通信。
了解部分淘宝的系统，发现依然存在类似问题。只是主要的核心系统保持了比较好的系统间关系，并且合理的部署环境，没有让HSF的相互调用成为通信的障碍 |
|
javamonkey
2012-05-23
使用Zookeeper 和 消息服务，足以应对之间的通信需要了
|
|
凤舞凰扬
2012-10-17
javamonkey 写道 使用Zookeeper 和 消息服务，足以应对之间的通信需要了
消息机制只能解决异步调用，而很多时候业务是需要同步调用的。 |
 |
mikel
2012-12-24
电子商务网站用什么架构比较好？！
|
