目前看来云计算应该是比较好的一个解决方案。

1,闪存阵列的安全性非常高，一般都有多级raid保护技术，容量也保留一定冗余，出现逻辑坏块时候可以自动替换。闪存阵列不能单独看每容量的存储成本，要看总体拥有成本。闪存阵列性能高，占用空间小，能耗低，总体拥有成本相对传统磁盘阵列优势明显。2，闪存存储单元有寿命问题，但是目前市...

数据必须实时一致性，才能保证不会超售。电子客票的移动支付业务要求很高，更像银行，因为一旦支付成功， 不能马上生效，如果保证客运站能够实时看到数据提供客票。 公路客票实际就是
联机交易：客户并发量大，交易响应实时性要求高。交易需要满足原子性、一致性、隔离性和持久性，要求具...

简单来说，就是IO性能瓶颈的，传统存储搞不定、不好搞或搞了成本太高的。如果纯上闪存又太贵，也不太放心的，就可以使用软件定义存储了。

对于第二个问题：怎么解决互联网业务系统数据库层面的扩展能力问题，对于集中式和分布式是如何考虑的？         分布式部署面临数据库容量飞速增长的时候，由于本身的处理能力等问题，往往是通过横向扩展，不断增加数据库节点，不断增加服务器和存储数...

针对并发性很高的事务，如果非要从PowerVM的设计上入手找找解决方法。我觉得有以下几点是可以考虑的：1 网络的设计尽量采用Loadsharing架构。2 存储上采用NPIV的架构。3 如果是应用服务器，前段需要有负载均衡设备。4 如果是数据库服务器，把两个RAC节点分到两个不同的小型机上...

1. 网银系统对数据强一致性有要求，就目前来看，它还没办法实现真正的分布式，集中式架构更符合现实情况。2.高并发场景，前端的Web和应用很容易靠应用负载集群的横向扩展能力来解决。但数据库就没那么好解决了，常见的思路有这么几个：1）数据库缓存剥离为单独的集群缓存。2）NOSQL内存...

最重要的要明白，极限压测是没有意义的，需要在业务能够接受的范围之内看能支持的最大容量，譬如：100万个请求里面，99.99%的在10ms之内。另外在线压力需要做很多准备和开发工作，能做到不污染线上数据，同时能够清理等。...

有几个原则可以参考：1.异步所有可以异步的东西。2.尽量的使用各种，各级缓存。3.按功能和水平做一些拆分。4.把过程转化为异步流。

这个问题太大了，最重要的还是了解后端存储的特点，进行适当的选型。业务是什么业务？能不能允许丢数据？能不能允许延迟？读多还是写多？是否有异地容灾需求？有没有突发流量？所有这些都影响选型的考虑问题太大，要具体...