存储是很昂贵的，这是当今任何现代基本架构中成本最高的组件。尤其是在数据密集的情况，存储了年夜量用户发生的内容以及数百万的用户数据。恰是因为这个原因，对于存储上的开支进行明智地计划是很主要的。在我负责安排年夜范围存储的时刻，经手过年夜笔的预算，我学到了什么才是症结的问题，那就是对你所支撑的运用法式为什么须要存储、运用法式是若何应用存储的、若何将存储设计和实现得尽可能高效这些问题有明白、具体的懂得。

工程师和运用法式组的人经常拿着准确的、经由细心审查的存储需求找到我们。他们已经研讨过工作负荷、对增加情形的推想以及他们以为运用法式将会须要的容量需求，并且他们已经汇编了各类细节以及以为我们会问到的很多问题的谜底。他们做了许多功课，而更为主要的，他们已经展现了他们的工作。而有些时刻，会有一批一批的人找到我们，但除了知道他们的运用法式须要存储之外，他们对所需的存储根本上没什么懂得。他们无法完整明白地告诉须要若干存储以及什么类型的存储，并且很多情形下根本不懂得存储，也不知存储是若何工作的。他们最初的需求是隐约的，但他们急着找到我们，进修并懂得若何设计和定制必定年夜小的存储解决计划。

在我以前的一个公司，我是审查购置硬件和软件需求的委员会的成员。这个委员会包含个懂技巧的公司的配合创建者、几个高管，以及一些各类基本架构焦点领或的技巧专家。这个委员会相当于一个详尽和体系的检讨点，工程师的硬件和软件需求都要提交给该委员会进行审查，审查时会讯问一些问题，而且公开地对需求进行行评论辩论，有时刻会同意某个需求。但总的来说，最常见的成果是需求被否决，因为需求缺乏恰当的数据支撑。

在涉及存储的需求时，许多日时刻工程师并不完整懂得运用对存储的需求，并且对需求什么，或者为什么须要一个托管的存储体系而不是简略地应用办事器的磁盘并没有一个清楚的界说。有的时刻，他们并没有一个合理的容量筹划，或者存储容量若何跟着时光的推移而伸缩也没有一个模子。几乎老是不怎么留意灾害恢复或数据复制策略，或者对营业持续性是个什么样子也没有一个蓝图。根本上，工程师或者请求太多，或者请求太少，不管怎么说，对本身的需求，都没有恰当的证据进行支撑。

委员会请求，在审核进程的最后，工程师对本身请求的每一件硬件、软件、存储都要有合理的来由。这种请求的成果，确保了每一项采购都是经由细心斟酌的，从而是需要的，而且是由数据所支撑的，这些数据准确描写了存储需求以及解决计划背后的合理性。我将这种委员会精力带到了今后工作的公司中，用这种方法确保所有的存储采购都是数据驱动的，有着有用的营业持续性计划，以及适合的容量计划。

岂论你是工程师提交存储需求，照样存储专家审查工程师提交的存储需求，都要记住下面的问题及评论辩论要点:

● 运用是什么?

● 运用位于哪里?

● 存储的是什么类型的数据?

● 须要共享存储吗?

● 是否须要特别的拜访协定?

● 典范的文件年夜小是若干?

● 数据是紧缩的吗?

● 若何描写工作负荷

● 须要批处置操作吗?

● 工作负荷是年夜部门用于读，照样年夜部门用于写，或者两者都有?工作负荷是年夜部门次序，照样年夜部门随机，或者两者都有??快照是怎么支配的?

● 快照是运用一致性，照样瓦解一致性，或非一致性的?

● 存储容量在6个月、12个月、18个月的筹划是什么?

● 工作负荷在6个月、12个月、18个月的筹划是什么

● 复制策略是什么?

● 营业持续性计划是什么?

● 可用性需求是什么?

● 备份的频度是若干?

● 备份坚持筹划是什么样的

● 归档策略是什么?

● 相符性需求是什么

●网站扶植加密需求是什么?