今天我们再一次的讨论了P2P分布式存储系统，由博士为我们主持，在以前的讨论中，我们发现了我们的应用场景不够大，系统架构不够新，以至于我们的老师没有同意我们的想法。
现在在回过头来看看，我们的应用无非是收集现在生活中的闲散资源，然后对其进行整合，再提供给别的用户或者企业来使用，中间通过付费的机制来保证数据的可靠性，激励提供资源方能长时间的在线，从而减少数据的复制量，达到数据分发的快速有效的目的。
现在我们觉得作为一个P2P系统，要做出使用的系统，至少得保证以下3个方面：可靠性、高效性、可扩展性。但是我们可以看出其实这是一个矛盾体，在你保证可靠性的同时，就不可避免的保证不了高效和可扩展，反之亦然，除非你要花很大的代价，比如可以加大复制因子，但这很明显需要更多的存储空间，更大的网络开销，更实效的管理策略。
因此，我们在系统的架构上做了一些改进。我们在整个服务器这一层做了一些新的部署。首先我们需要在一个cluster环境下构件一个DataCenter，用它来保证数据的可靠性。比如现在的使用系统Amazon Simple Service Storage。它就拥有两个DataCenter，其可靠性能在4个9以上。我们试想一下，在P2P的架构中，对于同样都是0.9的可用性的服务器上，当他们进行全相连时，而且其每个服务器上都有一定的数据备份时，它的可靠性有多高？（这是我们现阶段需要建模研究的，还没有明确的概率值），但可以肯定一点的是，它的可靠性是达不到4个9以上的。
以上是我们服务器的Back-end，现在我们是在p2p的环境下，所以还得融合p2p的架构，所以我们设计了一个Front-end。在保证了可靠性的基础上，我们得考虑高效性和可扩展性，在Front-end，我们在广域网内部署很多的服务器，来实现一些复制策略，从而可以使用户能高效的就近访问服务器，在这里，我们的复制策略就可以有所改变，不是以往的那种对于每样数据都必须有很多的Backup，才能保证数据的可靠、稳定。
但在这里，back-end是否会成为瓶颈是一个值得研究的问题，复制策略的具体算法是什么样也有待继续考虑。新的进展会及时的写入。