如何使海量数据与应用之间的接口效率最大化？
海量数据库未来亦会慢慢的OLTP化，那么如何使海量数据与应用之间的接口效率最大化？如何与O2O、物联网相结合，打造高效的数据交互模式，从应用层次去考虑数据的架构问题，迎合IBM提出的软件定义存储理念，希望大家踊跃发言，谢谢！
我们在处理很多项目的时候，都是通过数据库去体验存储的高效与高性能，但是即便是数据库运转OK，应用用户的体验也不见得是百分百的满意。
不想当将军的士兵不是好士兵，在用户至上、体验为王的时代，怎么以应用层的思维来影响用户体验呢？一直没有对这方面的IBM的信息进行过了解，还是说IBM的软件定义存储只是一句空话呢？
2同行回答
这里先说明一下啊，软件定义最早不是IBM提出的。最早是软件定义环境，后来又有了包括软件定义网络（SDN）和软件定义数据中心（SDDC）和SDN软件定义一切等等。软件定义存储是未来的一个趋势，但有趣的是，软件定义存储尚无公认的定义。尽管一般说来，当 IT 专业人员开始探讨 SDS 在其组织中...这里先说明一下啊，软件定义最早不是IBM提出的。最早是软件定义环境，后来又有了包括软件定义网络（SDN）和软件定义数据中心（SDDC）和SDN软件定义一切等等。
软件定义存储是未来的一个趋势，但有趣的是，软件定义存储尚无公认的定义。尽管一般说来，当 IT 专业人员开始探讨 SDS 在其组织中的功用时，几乎人人都兴致盎然。自然，人们感兴趣的程度、期待进行部署的方法、预期实现的收益量各有不同。但却一致认为，价值必将源自这种新方法。
有些人四处寻找 SDS 的完美定义，这在学术上来说颇有意趣，但几无实际用处。对于组织而言真正重要的是：
特定用户、工作负载和应用的存储需求。此处的“存储需求”与多种因素相关，如性能、服务质量 (QoS)、功能以及预算（更不必说为了应付业务环境中更改所具有的灵活性）。
利用市场上能力不断提升的软件引导存储解决方案（以及已经存在、但现在被重新赋予焦点，并采用 SDS 名字的解决方案），这些存储需求可被满足或超过的程度。
各种方法、能力、扩展、可扩展性和可购性都将持续倾入总的 SDS 结构。根据用户的精确需求配置正确的工具，对话由此从概念上颇为有趣上升至 IT 强制的层面。
如前所述，根本责任是满足工作负载和终端用户的需求。他们的需求将决定(1) 哪种类型的 SDS 最理想，(2) SDS 软件将在何处运行(3) 软件功能的广度将如何。
SDS 子类别（可分开或组合考虑）包含：
存储虚拟化。
管理和监视。
编配。
完全的软件衍生的存储功能。
以上每一个子类别都可能与特定供应商的产品，甚至是开放式源代码堆栈相关联，且可能使用异质性或商品硬件进行操作。
落到实际产品和解决方案，大家如果对IBM SDS比较干兴趣，推荐关注和研究一下IBM 光谱家族产品以及方案——IBM Spectrum Storage Family ：
收起
- 根据我的了解，软件定义存储首先得有软件；比如数据库。但是IBM自己的db2卖得并不好，那么就变成了别人的软件定义IBM的存储了，这个命题就尴尬了。我也没有什么好的想法能破这个局，数据库推广也不是一天两天能起来的，既然抗拒不了，是否可以选择融合？不知道您有没有什么建议或见解？
- 软件定义存储和IBM的DB2有什么关系啊，软件定义存储强调的时硬件和软件的解耦合，彼此更专业一些，和数据库没有什么关系啊，而且软件定义存储实现的可以是通过在X86服务器上安装软件，将服务器变成一台存储，通过增加服务器的数量和硬盘的数据实现存储的扩容和扩展