RAFT系统设计（LOG传递）

        设计中存在两个PAGE空间，一个是RAFTID 本身对应的空间，一个是进程间通讯的共享空间，目前没有找到统一的办法来处理，感觉还是需要两个，在KV进程执行慢的情况下，有两级的缓存设计。对应关系是RAFTID – LOGID – FD + SHAREMEM,如果操作进程间的FIFO, 必须任何时刻都是同一任务，不能多个，目前的FIFO设计是一对一无锁设计模式。通过对应关系来保证是同一个任务。也就是说RAFTSVR任务可以操作FIFO， 设计中LOGSVR的任务主要是SOCKET通讯和消息转发（一对多，或多对一）的功能，没有操作数据的权利。如果将FIFO的操作集中到LOGSVR上，会有啥问题呢？RAFTSVR和LOGSVR有控制消息和真实的数据传递，多次拷贝。

        还有一种使用的场景，就是RAFT作为LOG文件服务器的场景，没有索引的功能，只是保存LOG，当缓存服务器使用。这是另一种设计的方式，将INDEX单独作为服务，LOG数据也是单独的服务。INDEX是分布部署，LOG数据也是分布部署。现有的是INDEX和LOG同机，作为一个NODE，然后多NODE分布部署，是不同的思路。