云存储架构开发寻找团队 （技术交流）
背景描述：
企业有需求开发底层的云存储架构
1.架构要求可以满足于它在世界上（香港，巴黎，纽约和新加坡）等四个节点的数据存储和访问。除了纽约大概有100多个人，其他点大概50个人左右。每个点的最大数据量大概是一天有20G左右的数据，纽约大概是50G。
2.需要为现成的应用提供数据访问接口。用户访问使用https，支持多平台（包括苹果,Linux在内的系统，并且可以扩展到以后Android和iOS的移动终端）支持所所有浏览器访问（Chrome, IE, Safari和Firefox）
3.架构的安全性需要满足数据的完整性、可用性和保密性等原则。存储满足自定义数据备份时间表。
4.由于对访问速度需要达到最少350Kbps/user，因此性能上需要保证使用最优化的算法。
5.后台提供用户使用情况的报表，日志平台
6.提供先期的开发模型，测试。
7.团队以外包的形式运作，方案需要包括数据中心的建设。
企业有需求开发底层的云存储架构
1.架构要求可以满足于它在世界上（香港，巴黎，纽约和新加坡）等四个节点的数据存储和访问。除了纽约大概有100多个人，其他点大概50个人左右。每个点的最大数据量大概是一天有20G左右的数据，纽约大概是50G。
2.需要为现成的应用提供数据访问接口。用户访问使用https，支持多平台（包括苹果,Linux在内的系统，并且可以扩展到以后Android和iOS的移动终端）支持所所有浏览器访问（Chrome, IE, Safari和Firefox）
3.架构的安全性需要满足数据的完整性、可用性和保密性等原则。存储满足自定义数据备份时间表。
4.由于对访问速度需要达到最少350Kbps/user，因此性能上需要保证使用最优化的算法。
5.后台提供用户使用情况的报表，日志平台
6.提供先期的开发模型，测试。
7.团队以外包的形式运作，方案需要包括数据中心的建设。
5同行回答
回复 3# gdstan
Swift存储只提供对象存储，实质上就是模仿着AWS S3服务，Rackspace当初贡献出来还是比较稳定的，但是了解到的大型项目不是很多。这是官方对架构的解释：http://docs.openstack.org/develo ... w_architecture.html。
Ceph提供的接口很多，包括对象存储、块存储、文件系统，系统底层仍然是对象存储。Ceph项目很热，基本上是OpenStack的首选，Ceph的算法很有意思，相对来说写入路径较长，所以需要通过进行一定的优化，而且与OpenStack这样的云平台整合的很好。Ceph的案例很多，比如CERN的PB级Ceph资源池。使用Ceph最大的挑战来自于运维，需要结合自己的使用场景进行合理的监控和运维。分布式存储的写入性能一般，但是读取可以通过达到硬件的水平，适合一次写入多次读取的场景。相关的链接：http://ceph.com/docs/master/architecture。
至于安全性方面，这个可能是比较宽泛的问题，要根据实际情况具体分析。收起
Swift存储只提供对象存储，实质上就是模仿着AWS S3服务，Rackspace当初贡献出来还是比较稳定的，但是了解到的大型项目不是很多。这是官方对架构的解释：http://docs.openstack.org/develo ... w_architecture.html。
Ceph提供的接口很多，包括对象存储、块存储、文件系统，系统底层仍然是对象存储。Ceph项目很热，基本上是OpenStack的首选，Ceph的算法很有意思，相对来说写入路径较长，所以需要通过进行一定的优化，而且与OpenStack这样的云平台整合的很好。Ceph的案例很多，比如CERN的PB级Ceph资源池。使用Ceph最大的挑战来自于运维，需要结合自己的使用场景进行合理的监控和运维。分布式存储的写入性能一般，但是读取可以通过达到硬件的水平，适合一次写入多次读取的场景。相关的链接：http://ceph.com/docs/master/architecture。
至于安全性方面，这个可能是比较宽泛的问题，要根据实际情况具体分析。收起
浏览1508