|
锁定老帖子 主题：J2EE集群之failover小点子
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-08-23
感觉还是做成集中式的HASH Memcache比较好，只要环子上的memcache够多，那么用户session分布就越分散，而且可以通过水平增加机器来有效的达到水平扩充的目的。这样当机子达到一定数量的时候，其中一台的宕机对总体的用户的影响可以非常小（当然如果不能忍受这样的，也是一个问题）
|
| 返回顶楼 | |
|
发表时间：2011-08-23
s929498110 写道 freish 写道 灾难恢复 这个词多好啊，失败转移。。。
。。。。。。英语不咋地，见笑了。 理解意思就好 我觉得还是楼主的意思好一点，灾难恢复感觉是讲一如何恢复数据呢！ |
| 返回顶楼 | |
|
发表时间：2011-08-23
axeon 写道 这个方案有点儿奇怪，首先为啥要用session?
很多事情cookie可以做的很好了，而且可以设定有效期，比session更灵活。 如果有需要缓存的东西，通过cookie直接关联到后面的memcached里面，可以自由定义数据结构，占用空间小，效率也高很多，也更容易管理。 +1 我感觉楼主没有充分考虑性能，只是实现了保证session不丢失的，思路很好，可当网站很大用户很多时，这个性能值得商榷，个人感觉用cookie比较好。 |
| 返回顶楼 | |
|
发表时间：2011-08-23
不错，学习了！！！
|
| 返回顶楼 | |
|
发表时间：2011-08-23
簡單從泚銷夨 写道 axeon 写道 这个方案有点儿奇怪，首先为啥要用session?
很多事情cookie可以做的很好了，而且可以设定有效期，比session更灵活。 如果有需要缓存的东西，通过cookie直接关联到后面的memcached里面，可以自由定义数据结构，占用空间小，效率也高很多，也更容易管理。 +1 我感觉楼主没有充分考虑性能，只是实现了保证session不丢失的，思路很好，可当网站很大用户很多时，这个性能值得商榷，个人感觉用cookie比较好。 是吧、 我感觉cookie确实挺方便的 但是cookie可以被客户端恶意修改吧？ 如果数据敏感的话。。。 |
| 返回顶楼 | |
|
发表时间：2011-08-23
现在的趋势都在不用server session，不都在追求stateless 的RESTful 架构么？新型架构的出现就是要淘汰这些难以维护，扩展到分布式。。。
|
| 返回顶楼 | |
|
发表时间：2011-08-23
佩服，感觉一点好像没怎么解决，就是集群中增加新节点的时候，不知道说的有没有道理
|
| 返回顶楼 | |
|
发表时间：2011-08-24
很不错的0
|
| 返回顶楼 | |
|
发表时间：2011-08-24
session同步值得研究
|
| 返回顶楼 | |
|
发表时间：2011-08-24
高并发还用啥session,楼主你说的技术我不懂，忍不住说你2句
|
| 返回顶楼 | |
