移动互联应用后台基础平台搭建(立项调研)
一、 背景公司准备转型移动互联网行业应用，对外进行移动互联业务的自主运营。此前公司对移动互联网当前的一些技术选择等了解不是太多。现阶段在做一些移动互联网业务后台基础平台的搭建预研工作，需要自主搭建公司应用于移动互联网应用的产品，来进行自主运营。二、 需求目前...显示全部
查看其它 7 个回答博飞信息科技的回答
回复 3# quietywind
个人的一点点理解，不妥之处还望赐教：
1. 硬件单节点故障的快速切换/漂移，减轻硬件故障因素带来的运行影响； - 我想在您的架构中，应用层必然是一个支持负载均衡的集群，OpenStack并不能解决或降低硬件本身的失败，但是OpenStack可以提供快速扩展一个集群的能力(新启动一个节点加入集群)，但是OpenStack(包括所有的公有云)只提供这个能力，并不会为您做这件事情，您需要在应用层自己处理
2. 分布式存储的方案用来对通过应用上传的图片、文本、视频进行存储； - 这个对分布式存储应当没有什么问题，需要明确接口方式即可
3. 正如您所说的希望通过该方式能够实现横向的扩展能力，当应用负载变高的时候可以通过增加服务器节点的方式来实现对负载的支撑； - 这个不是云平台现成提供的功能(有一些变通的方式，但是很粗糙)，因为云平台相对来说还是通用性的，所以并不清楚应用的哪个具体指标会成为扩容的触发器，所以这个需要用户自己判断。
4. 由于我们的应用前端会有手机APP和网站两部分，为了加快响应速度，会在应用层采用缓存技术方案，不知道分布式存储或者云平台能否作为缓存的基础支撑； - 可以将Redis或Memcache跑在云主机上，OpenStack的Trove项目对此有一定的支持
我没有现成的解决方案，只能从API角度给您支持
Nova管理计算资源(CPU/内存)
Cinder管理块存储
Glance镜像管理(搭配Nova使用)
Keystone权限管理，所有模块相互练习的核心
Neutron管理网络资源
这里面没有提及分布式存储，分布式存储可以选择对象存储Swift，或者分布式块设备Ceph，或者分布式文件系统GlusterFS，都是比较好的开源解决方案。
没有关系，大家可以互相学习，有机会可以电话沟通
个人的一点点理解，不妥之处还望赐教：
1. 硬件单节点故障的快速切换/漂移，减轻硬件故障因素带来的运行影响； - 我想在您的架构中，应用层必然是一个支持负载均衡的集群，OpenStack并不能解决或降低硬件本身的失败，但是OpenStack可以提供快速扩展一个集群的能力(新启动一个节点加入集群)，但是OpenStack(包括所有的公有云)只提供这个能力，并不会为您做这件事情，您需要在应用层自己处理
2. 分布式存储的方案用来对通过应用上传的图片、文本、视频进行存储； - 这个对分布式存储应当没有什么问题，需要明确接口方式即可
3. 正如您所说的希望通过该方式能够实现横向的扩展能力，当应用负载变高的时候可以通过增加服务器节点的方式来实现对负载的支撑； - 这个不是云平台现成提供的功能(有一些变通的方式，但是很粗糙)，因为云平台相对来说还是通用性的，所以并不清楚应用的哪个具体指标会成为扩容的触发器，所以这个需要用户自己判断。
4. 由于我们的应用前端会有手机APP和网站两部分，为了加快响应速度，会在应用层采用缓存技术方案，不知道分布式存储或者云平台能否作为缓存的基础支撑； - 可以将Redis或Memcache跑在云主机上，OpenStack的Trove项目对此有一定的支持
另外，针对您提到的需要应用去处理的那些点(是否是指我在需求中描述的内容？)，您那边是否有好的建议需要我们在应用层面考虑哪些内容呢？
再有，您提到的组件包含三部分即可，但是却列出了 Nova/Cinder/Neutron/Keystorne/Glance 五个模块，不知道是否需要在里面再做筛选？
Cinder管理块存储
Glance镜像管理(搭配Nova使用)
Keystone权限管理，所有模块相互练习的核心
Neutron管理网络资源
这里面没有提及分布式存储，分布式存储可以选择对象存储Swift，或者分布式块设备Ceph，或者分布式文件系统GlusterFS，都是比较好的开源解决方案。
十分感谢您帮忙做出的回复，由于我对 OpenStack 还仅仅停留在表面，所以有些问题可能问的显得比较外行，还烦请您多多包涵。