引入仲裁者？那仲裁者自己不就是一个薄弱点，仲裁者挂了咋办呢

"网络分区"个人一直觉得是应当算是分布式架构中一个难点：简单的说可能是单独的一小块资源，一个最小集群，可是它只是其中的一部分，例如数据库集群主要就两类，投票或者单独用一台keeplive，可是向上还有一层。
     网络分区一定程度上难的应当是嵌套的带来的问题；一套分布式系统里面可能会有多个子系统，例如数据系统、应用系统。。。每个系统内部有又有一套小的，最小模式的网络分区容易；难的其实是自上而下的排查或者自下而上的排查。这是我个人这些年OPS经历中感到最不好处理的事情，如同算法的"动态规划"拆分到最下面策略就哪些。

关于网络分区的处理方法，其本质就是，在产生分区后，选出一个分区，保证同时最多有一个分区对外提供服务
-----------------------------------------
选出一个分区来对外提供服务 其他分区服务停了 感觉有点简单粗暴，如果这个分区扛不住请求压力 又要触发 限流 降级 等一系列操作

CAP中的网络分区不是指每个分区都可以对外提供服务，但要在数据一致性和可用性间选一个，文稿中说的是只保留一个分区，有点搞不懂