分布式多中心架构的观点--摘录

分布式的中心化和去中心化

中心化

两个角色：“领导”和“干活的”。

去中心化

一般没有“领导”和“干活的”这两种角色的区分，你们的角色都是同样的，地位是平等的。

企业内的集成架构

存量系统

已经建好的系统但愿尽量的稳定不进行大的架构和技术改变，而且但愿这些系统可以尽量的发挥做用。

新建系统

在稳定可靠的基础上，尽量的采用先进的技术和架构，以适应将来的发展不会很快落后过期。

结果

企业内部系统都是异构的，长期关注异构系统之间的应用集成架构，从短时间看更关注当期的新建系统的统一应用和开发架构。

去中心架构不适合应用集成

企业内部的应用集成架构的需求是将现存的全部异构服务系统经过非侵入的适配技术手段进行整合，并对服务的消费者按需的提供接口。应用集成架构的这种需求决定了去中心架构不能适用。

去中心架构在集成架构中并没有实际的意义，由于传统的应用在没有集成以前就已是去中心架构的点对点网状链接，正是这种异构系统之间杂乱的点对点网状链接才催生了集成架构的出现。若是强行的将集成适配器分散到每个应用造成应用前置的话，至关于为每个应用独立的部署了一套ESB，这样作除了增长开销以外彻底看不出有什么实际的价值。

即使咱们不考虑实际的价值，去中心的集成架构仍是须要一个物理上的调度中心用以实现可能须要的服务组合。由于在任何一个应用的适配前置上都不具有实现组合的合理性（虽然应用架构师能够强行的选择在某个或某几个前置上实现）。

系统安全对去中心架构的限制

我说看着细细的蓝线条以为不够优雅，这里咱们来看看传统企业的部署架构示意图：

引用

我对分布式多中心架构的几点见解