工程師和應用程序組的人經(jīng)常拿著(zhù)精確的、經(jīng)過(guò)仔細審查的存儲需求找到我們。他們已經(jīng)研究過(guò)工作負荷、對增長(cháng)情況的推測以及他們認為應用程序將會(huì )需要的容量需求，而且他們已經(jīng)匯編了各種細節以及認為我們會(huì )問(wèn)到的許多問(wèn)題的答案。他們做了很多功課，而更為重要的，他們已經(jīng)展示了他們的工作。而有些時(shí)候，會(huì )有一批一批的人找到我們，但除了知道他們的應用程序需要存儲之外，他們對所需的存儲基本上沒(méi)什么了解。他們無(wú)法完全明確地告知需要多少存儲以及什么類(lèi)型的存儲，而且許多情況下基本不了解存儲，也不知存儲是如何工作的。他們最初的需求是模糊的，但他們急著(zhù)找到我們，學(xué)習并了解如何設計和定制一定大小的存儲解決方案。
在我以前的一個(gè)公司，我是審查購買(mǎi)硬件和軟件需求的委員會(huì )的成員。這個(gè)委員會(huì )包括個(gè)懂技術(shù)的公司的共同創(chuàng )立者、幾個(gè)高管，以及一些各種基礎架構核心領(lǐng)或的技術(shù)專(zhuān)家。這個(gè)委員會(huì )相當于一個(gè)詳盡和系統的檢查點(diǎn)，工程師的硬件和軟件需求都要提交給該委員會(huì )進(jìn)行審查，審查時(shí)會(huì )詢(xún)問(wèn)一些問(wèn)題，并且公開(kāi)地對需求進(jìn)行行討論，有時(shí)候會(huì )批準某個(gè)需求。但總的來(lái)說(shuō)，最常見(jiàn)的結果是需求被否決，因為需求缺少適當的數據支持。
在涉及存儲的需求時(shí)，很多日時(shí)候工程師并不完全理解應用對存儲的需求，而且對需求什么，或者為什么需要一個(gè)托管的存儲系統而不是簡(jiǎn)單地使用服務(wù)器的磁盤(pán)并沒(méi)有一個(gè)清晰的定義。有的時(shí)候，他們并沒(méi)有一個(gè)合理的容量計劃，或者存儲容量如何隨著(zhù)時(shí)間的推移而伸縮也沒(méi)有一個(gè)模型。幾乎總是不怎么注意災難恢復或數據復制策略，或者對業(yè)務(wù)連續性是個(gè)什么樣子也沒(méi)有一個(gè)藍圖?；旧?，工程師或者要求太多，或者要求太少，不管怎么說(shuō)，對自己的需求，都沒(méi)有適當的證據進(jìn)行支持。
委員會(huì )要求，在審核過(guò)程的最后，工程師對自己要求的每一件硬件、軟件、存儲都要有合理的理由。這種要求的結果，確保了每一項采購都是經(jīng)過(guò)仔細考慮的，從而是必要的，并且是由數據所支持的，這些數據精確描述了存儲需求以及解決方案背后的合理性。我將這種委員會(huì )精神帶到了以后工作的公司中，用這種辦法確保所有的存儲采購都是數據驅動(dòng)的，有著(zhù)有效的業(yè)務(wù)連續性規劃，以及合適的容量規劃。
不論你是工程師提交存儲需求，還是存儲專(zhuān)家審查工程師提交的存儲需求，都要記住下面的問(wèn)題及討論要點(diǎn):
● 應用是什么?
● 應用位于哪里?
● 存儲的是什么類(lèi)型的數據?
● 需要共享存儲嗎?
● 是否需要特殊的訪(fǎng)問(wèn)協(xié)議?
● 典型的文件大小是多少?
● 數據是壓縮的嗎?
● 如何描述工作負荷
● 需要批處理操作嗎?
● 工作負荷是大部分用于讀，還是大部分用于寫(xiě)，或者兩者都有?工作負荷是大部分順序，還是大部分隨機，或者兩者都有??快照是怎么安排的?
● 快照是應用一致性，還是崩潰一致性，或非一致性的?
● 存儲容量在6個(gè)月、12個(gè)月、18個(gè)月的計劃是什么?
● 工作負荷在6個(gè)月、12個(gè)月、18個(gè)月的計劃是什么
● 復制策略是什么?
● 業(yè)務(wù)連續性規劃是什么?
● 可用性需求是什么?
● 備份的頻度是多少?
● 備份保持計劃是什么樣的
● 歸檔策略是什么?
● 符合性需求是什么
●網(wǎng)站建設加密需求是什么?
本文地址：http://www.havencoinwallet.com//article/3341.html
