分布式架构容易纠结的地方

首先从字面上看分布式，就是分开部署的方式，所以我们都知道他是分开的东西，大家想想最初我们做一个系统就一个机器，没有分布式，包括数据库，程序都在一个机器上，后来我们就会遇到一些问题，比如一个机器反应太慢了计算不过来，一个机房有的地方无法访问了，一个机器存储空间不够了，这个时候我们就会想到再加一个机房或者一个机器，其实这个还不是我要说的重点，当我们自己建一个分布式服务器的时候，我说的不是那种现成的方案，是自己业务需要的，比如我们做一个系统需要连通性要好的话，必然会在其他地方部署机房，这个时候，就开始纠结了，某些业务逻辑是否需要放在边缘服务器上，到底哪些逻辑放在上边，哪些不放，数据如何整合，我会这样考虑：加这个分布式机房的初衷是什么？？，如果是线路问题，比如不同网络互通问题，那么不要离开他的使命。他的使命就是代理，他干的活就是快速的把数据、发生的事件，传递给源数据服务器，源统一计算管理。这样就不纠结了，瞬间通顺起来，不该他干的就不干，各司其职，整个系统清晰不会混乱。

假如源服务器或者叫中心服务器，必须分多个机房的话，也是可以的，宗旨就是想想当初为什么要加这个机房，那么这个机房就是干那些事的，别干多余的,这个是针对完整的一套系统来说的，假如你非让让其中一个机房管理下自己的照片，放几个独立站点，就是另外的事了。

一休摸鱼 所说的只是一个很浅显的道理并不涉及分布式计算等复杂的东西，只是个人在项目中总结出来的，写下来是为了加深印象而已，因为我容易忘事情，我也不知道别人的大的分布式系统是个啥，我只是在自己的项目中一步一个脚印，总是在原有基础上慢慢优化。