|
1
1
如果您可以将属性复制到某些服务器上,请选择一个领导者并确保任何修改都传播到备份中,那么paxos就是您的朋友。如果领导失败,可以选举新的领导。我已经更新了维基百科页面。它包含关于算法描述的错误。 |
|
|
2
3
如果您遇到此问题,则更具可扩展性的解决方案是研究如何使用: http://java.sun.com/j2se/1.4.2/docs/guide/lang/preferences.html 这将抽象出它们所在的位置。然后,您可以将这些设置存储在LDAP服务器、克隆的属性或其他最好的设置中,甚至可以为不同的环境使用不同的机制。 |
|
|
3
2
其中一种方法是让每个J2EE服务器拥有一组克隆的配置文件。这意味着一个约束,即每次更改一台服务器的配置时,都应该在所有其他服务器之间进行rsync(在更改确定之后)。 积极的方面很明显,您确实有n个独立可配置的服务器,配置更改只会杀死(如果杀死)一个服务器。 消极的方面是,有时有人会忘记在单个框上更改配置后执行“rsync”和“bounce”。 |
|
4
1
看看paxos算法。它旨在使多个服务器达成共识。 |
|
|
MWRazer · 在类-C上具有作为属性的函数++ 2 年前 |
|
|
Vopel · 添加隐藏的属性,除非该属性具有值 3 年前 |
|
Shane Amare · 构造函数和对象构造之间的区别是什么? 3 年前 |