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