社保行业推动业务数据大集中，多业务混合负载特点下关键系统如何实现数据强一致性？

看到这个话题觉得特别有感触。

第一，对于社保的业务来讲，从数据层面上来讲，要求实时强一致的并不是很多，只要保证数据在一定时间内保证最终的一致性就可以。

第二，全国的社保中心，如果按照市级划分，总数确实不少，但是每一个地市内基本只有一家，相对来讲业务集中性是比较强的。

第三，大部分的账户数据还是比较稳定，流动数据相对算是少数。

假设我们要实现全国数据的统一性，假设全国有10000个点，那么按照南北分区的话，每个数据中心平均的覆盖范围是5000个点。每一个点保留其当日交易数据，而南北数据中心保留账户的总账数据。晚上非正常工作时间所有覆盖的点跟数据中心总账系统对账，保持账户数据一致性。而交易历史数据保留在各个中心内。这样的话，数据中心内的数据节点的压力就放在了晚上，不会影响正常的日间业务。

第一步，我们基本实现南北的总账统一。

第二步，南北两个数据中心同步复制基本没有可能。但是南北两个数据中心之间可以实施异步复制，跨大区的业务保持一定时间的滞后。那么也就保证了整个数据的最终一致性要求。

以上是基于传统数据库技术的解决方案设想，不当的地方，请各位多多指教。

另外，聊一个完全有悖于传统架构的思路。

区块链技术，它最早源于比特币业务。总体思路是这样的：

全网节点平等，没有中心之区别。全网节点都保持一个核心总账数据的副本，也就是说每一个节点都是一个总账。

全网节点间通过区块分支算法，区块校验算法实现数据的最终一致性收敛。

节点之间通过P2P交易实现交易业务，通过加密算法保证交易的安全性。

交易业务通过广播算法到全网。

假设全国的社保中心都是网络节点中的一个分支节点，总账数据只是最核心的账户数据的抽象，所有票据及其他外围数据保留在各个中心。

总账数据通过算法全网实现收敛，当然需要一时间，不是实时的。但是这个时间会很短，小时级别。

每一个中心就是一个单独的节点，他会发布自己所有的交易信息，也会接受其他节点的交易信息。最终通过交易信息的审核保留有效的账务信息到总账链条上。

以上是对区块链技术应用到社保行业的一个简单设想，这种技术的实现需要业务层面的完全颠覆。也是对传统架构的完全颠覆。目前国际上有很多金融企业以及其他行业已经将这种技术应用到3.0版本。包括政府、教育、医疗等行业。

希望有一天，我们的医疗保障也能实现公正透明统一。有点跑题了哈，大家多见谅。