linux架构不匹配,当分布式架构遇到开放 LinuxONE 主机，一致性难题迎刃而解

说起分布式系统的难点，不得不说著名的 CAP 定律，它是说在分布式系统中，一致性(C)、可用性(A)和分区容忍性(P)三项，只能满足两项，而不能同时满足。因为在分布式环境中，由于节点之间的通信容易出现问题，为了扩展性，往往不得不牺牲一致性。此外，对于数据库的设计通常要遵循的四大特性(原子性、一致性、隔离性与持久性)，分布式数据库也难以兼顾，要严格执行，就要在执行性能上花费很大的代价。

后来出现的 BASE 理论提供了一种解题思路，但也没有从根本上解决一致性问题。它的核心思想是容许分布式系统出现短暂性的不一致的状态，只要能够在一定时间内，最终达到一致状态就行。但是如果面对一些重要的系统，它们对一致性的要求非常高，就对分布式系统提出很大的挑战。因此，分布式系统的使命，并不是要放弃一致性，而是要不断的去追求更高一致性。

但是对于正要转向分布式架构的用户来说，做出抉择依然是艰难的，因为在实践层面他们将面临的不仅仅是数据不一致和网络质量无法保证的问题，更多的时候还有业务上的难题。

首先业务的拆分很复杂，包括业务功能和服务解耦，以及应用改造策略等。到底是推倒重来，还是循序渐进？慢慢拆分，对于拆分颗粒度的选择、分库分表的策略的定义、迁移数据的完整性，都具有一定的挑战性。

其次，拆分不容易，合并起来更难，比如全局一致性的备份、批量合并操作、全局跨分片分布式事务的处理，以及网络通讯质量的问题，都有很大的挑战性。

第三，拆分的越多，节点和服务数量也越多，随之而来的是，系统整体性能瓶颈点和故障点也增多。伴随着物理服务器和网络设备数量的不断增加，机房空间和电力不足的制约，软件成本的和整体 TCO 成本的不断增加，也会逐渐显现出来。

不难看出，分布式架构的水很深，选择分布式并不容易。但是，如果已经做好了选择，那么如何应对分布式架构带来的挑战，就显得尤为重要。