工程师和应用程序组的人经常拿着正确的、经由仔细审查的存储需求找到我们。他们已经研究过事情负荷、对增进情形的推测以及他们以为应用程序将会需要的容量需求，而且他们已经汇编了种种细节以及以为我们会问到的许多问题的谜底。他们做了许多作业，而更为主要的，他们已经展示了他们的事情。而有些时刻，会有一批一批的人找到我们，但除了知道他们的应用程序需要存储之外，他们对所需的存储基本上没什么领会。他们无法完全明确地见告需要若干存储以及什么类型的存储，而且许多情形下基本不领会存储，也不知存储是若何事情的。他们最初的需求是模糊的，但他们急着找到我们，学习并领会若何设计和定制一定巨细的存储解决方案。
在我以前的一个公司，我是审查购置硬件和软件需求的委员会的成员。这个委员会包罗个懂手艺的公司的配合创立者、几个高管，以及一些种种基础架构核心领或的手艺专家。这个委员会相当于一个详尽和系统的检查点，工程师的硬件和软件需求都要提交给该委员会举行审查，审查时会询问一些问题，而且公开地对需求举行行讨论，有时刻会批准某个需求。但总的来说，最常见的效果是需求被否决，由于需求缺少适当的数据支持。
在涉及存储的需求时，许多日时刻工程师并不完全明白应用对存储的需求，而且对需求什么，或者为什么需要一个托管的存储系统而不是简朴地使用服务器的磁盘并没有一个清晰的界说。有的时刻，他们并没有一个合理的容量设计，或者存储容量若何随着时间的推移而伸缩也没有一个模子。险些总是不怎么注重灾难恢复或数据复制计谋，或者对营业连续性是个什么样子也没有一个蓝图。基本上，工程师或者要求太多，或者要求太少，不管怎么说，对自己的需求，都没有适当的证据举行支持。
委员会要求，在审核历程的最后，工程师对自己要求的每一件硬件、软件、存储都要有合理的理由。这种要求的效果，确保了每一项采购都是经由仔细思量的，从而是需要的，而且是由数据所支持的，这些数据正确形貌了存储需求以及解决方案背后的合理性。我将这种委员会精神带到了以后事情的公司中，用这种设施确保所有的存储采购都是数据驱动的，有着有用的营业连续性设计，以及合适的容量设计。p分页题目e
岂论你是工程师提交存储需求，照样存储专家审查工程师提交的存储需求，都要记着下面的问题及讨论要点:
● 应用是什么
● 应用位于那里
● 存储的是什么类型的数据
● 需要共享存储吗
● 是否需要特殊的接见协议
● 典型的文件巨细是若干
● 数据是压缩的吗
● 若何形貌事情负荷
● 需要批处理操作吗
● 事情负荷是大部分用于读，照样大部分用于写，或者两者都有事情负荷是大部分顺序，照样大部分随机，或者两者都有快照是怎么放置的
● 快照是应用一致性，照样溃逃一致性，或非一致性的
● 存储容量在6个月、12个月、18个月的设计是什么
● 事情负荷在6个月、12个月、18个月的设计是什么
● 复制计谋是什么
● 营业连续性设计是什么
● 可用性需求是什么
● 备份的频度是若干
● 备份保持设计是什么样的
● 归档计谋是什么
● 相符性需求是什么
●网站建设加密需求是什么
(责任编辑：网络)
评论列表