对于这种情况,我也感觉很迷茫,如果按照同事的说法,那么每一步都有可能存在错误,而且在分布式系统中尤其明显,如果每一步都有可能出错,我们这个思想是不是进入了死循环,没有了事物概念可言,那么这样的操作就会出现问题。。。不知道是我的想法除了问题,还是我同事这样对每一步错误追根问底的方式的问题呢?请帮忙分析下。
后来我想到了利用库的方式去保存,但是按照同事的说法,库中存放如果失败,数据仍然丢失。。那么接着用日志,然后日志要失败呢?还是丢失。。。那到什么时候是个头儿呢?
对于这种情况,我也感觉很迷茫,如果按照同事的说法,那么每一步都有可能存在错误,而且在分布式系统中尤其明显,如果每一步都有可能出错,我们这个思想是不是进入了死循环,没有了事物概念可言,那么这样的操作就会出现问题。。。不知道是我的想法除了问题,还是我同事这样对每一步错误追根问底的方式的问题呢?请帮忙分析下。
后来我想到了利用库的方式去保存,但是按照同事的说法,库中存放如果失败,数据仍然丢失。。那么接着用日志,然后日志要失败呢?还是丢失。。。那到什么时候是个头儿呢?
安全性和性能可扩展性以及性能是一对矛盾,没有绝对安全方案。
最新一篇文章:Hazelcast 2.0 Released with Off-Heap Storage and Distributed Backups
Hazelcast是类似ehcache+terracota的分布式缓存,它的重要特点是分布式备份,集群中任何一个节点丢失都没有关系:
Backup data is distributed in a way that losing a node has very little effect on the cluster. This matters a lot when you have big-data in memory.
[该贴被banq于2012-03-20 13:06修改过]
这在当初EJB集群原理中早已经解决,属于failover的问题,主机处理好后,如果客户端得不到通讯,它会再向其他主机发出请求,那个主机相当于做路由,从之前处理好的那个主机把结果拿过来。