也许你有一些数据极具商业价值，但存储这些数据的成本超出了数据本身的价值或者预期的价值。这时就要考虑分层的存储方案了。许多创业公司都是根据自己交易处理系统的主要需求而采用了某种存储，这种决策的结果就是其他所有东西都要依赖这种高级的存储解决方案。但并非所有东西都定需要冗余、高可用性以及主应用的响应。对于价值较低但还有价值的服务和需求，可以考虑采用分层的存储方案。

也许你有一些数据极具商业价值，但存储这些数据的成本超出了数据本身的价值或者预期的价值。这时就要考虑分层的存储方案了。许多创业公司都是根据自己交易处理系统的主要需求而采用了某种存储，这种决策的结果就是其他所有东西都要依赖这种高级的存储解决方案。但并非所有东西都定需要冗余、高可用性以及主应用的响应。对于价值较低但还有价值的服务和需求，可以考虑采用分层的存储方案。


 
例如，对于访问不频繁的数据，就不必提供前面提到的非活动磁盘阵列存储提供的即时响应。你或许可以把这些数据转移到某些价格较低或者响应速度较慢的网络附加存储(NAS)系统上。对于提供归档数据的功能，你可能会沿着Y轴来划分自己的架构。为了保留系统的处理能力，可以采用异步模式处理对归档数据的请求，等到结果编译完成后，用电子邮件把结果发送出去。根据当前业界的法律或法规的规定，你可能会决定按照规定的时间段把旧的电子邮件存储到磁带上。也许你会把不经常被访问的客户数据存放到云存储系统中。时而被访问的数据(这里时而指的是比不经常多，比经常少)可能会被存放到MAID场上。经常被访问但价值较低的数据可能会被放置在价格较低、速度较慢的设备上，而经常被访问且价值高的数据则会被放在“第一层”高性能的访问系统中。
 
让我们返回AllScale公司的例子，分析一下它是如何解决人力资源管理( HRM)系统中的问题的。HRM系统允许把与HR事务相关的所有通信都存放到公司的平台上。有些通信内容经常会被搜索，这些通信通常是与近两个月中发生的事件相关的，而超过几个月的通信内容通常很少会被查看，超过了两年的电子邮件就几乎再也不会被查看了。此外，这些通信内容还要被保存在客户的电子邮件系统中，保存的期限根据用户或法规的要求而定。
 
于是AllScale公司的架构师团队决定采用一个多层的存储架构。一般的检索会经过预计算并缓存在平台中。与这些检索相关的数据会以分层的形式存放，相关度最高的检索结果会被存放在高速本地存储设备或存储区域网络上。不太经常被访问的数据会被逐渐转移到价格较低、速度较慢的存储设备上，包括MAID设备和存放极少被访问的数据的云存储设备。对于非常旧的数据，在客户托管的邮件系统中，只存放了在哪里可以找到这些数据的记录，而真正的通信数据本身则首先被归档存放在磁带上，五年之后就会被永久删除。
 
这里的解决方案是为了使价值与成本相匹配，或者说这个解决方案创造的价值证明它是成本身的优点成对业务的价值来支付他们的T资的，那么为什么不用同样的方式来处理系统设计呢? 合理的。对于业务来说，并非每个系统成每块数据都能提供相同的价值，我们通常是根据员工自种方法也有一些问题， 如它需要运营人员支持和维护多个存储层，但只要正确评估了这种方法产 如果集此数据组有一些网站建设价值但又 不是价值很大，那么就构建相应的系统来支持它们即可。虽然这生的额外成本，分层的存储方案对很多公司都是适用的。