FastDFS分布式文件系统应用交流！赢取数据库技术大会门票！（获奖名单公布）

mineral_cu

我再提另外一个问题

fastdfs java api的封装。
看代码目前就是直接底层socket通讯，也没有连接池、异步化等概念。每个读文件操作都要重新建立socket连接，虽然fastdfs服务端使用Libevent实现了高并发，但client这种方式在大并发下，会不会有性能问题。
建议java client api出一个基于nio的版本。

mineral_cu

前端cache层可以根据情况自己搭一套。squid,nginx都有成熟的方案。这个就不劳fastdfs了。
tfs的cdn节点的做法，是比较好的做法。一个组件解决一个问题，积木一样搭出高可用方案。

回复 35# 独臂剑客


   

mineral_cu

回复 31# happy_fish100


>>4：不支持用户自定义文件名，对于一些可以用KEY生成文件名的公司业务，如果业务有太多小文件，业务自己存文件名就要重新搭一套SQL/NoSQL，FastDFS是否可以内部搭建索引帮业务完成，现在都有比较成熟的nosql开源借鉴，不过看作者如何考虑。
A：应用端可以自己保存文件名和文件ID映射关系。我也准备加一层名字映射机制，以支持应用端指定文件ID（文件名）。
我准备把文件ID映射保存到FastDHT中，google code已经建立项目了，一直没时间搞。


这个feature我再投一票，优先实现。