㈠ 國內這幾年怎麼這么多軟體定義存儲公司
受互聯網行業發展，存儲本身行業發展等等太多因素造成，國內這幾年存儲行業的興起主要有兩個原因：一是市場窗口，國產存儲替換非國產化存儲的趨勢帶來了市場發展的機會，國產存儲從而獲得了前所未有的發展。二是技術窗口，軟體定義存儲替換專有傳統存儲也讓整個存儲格局逐漸出現新的轉變，成為企業級存儲的全新發展方向。國內目前做得比較好的軟體定義存儲有華為雲，七牛雲，青雲，元核雲。
㈡ 軟體定義存儲常常說自己的優勢是彈性擴展，彈性擴展具體值的是什麼
彈性擴展主要說的是指在線線性擴展以及擴容後的數據自動負載均衡。當然擴容後的數據自動負載均衡效果並不是必然的，要看廠家的產品化程度。
超融合核心的分布式存儲也是軟體定義存儲（SDS）的一種形態，而超融合架構本質上也是一種軟體定義存儲（SDS）和虛擬化融合部署的模式。所以軟體定義存儲的彈性擴展可以參考超融合架構，以下給出詳細的系統可擴展性對比。擴展性方面的優勢，依舊是分布式存儲架構帶來的。
軟體定義存儲的彈性擴展優勢
㈢ 軟體定義存儲的概念是什麼
軟體定義存儲是一種數據存儲方式，所有存儲相關的控制工作都僅在相對於物理存儲硬體的外部軟體中。這個軟體不是作為存儲設備中的固件，而是在一個伺服器上或者作為操作系統一部分，這類廠商相對較多，比較知名的廠商有元核雲、中博科創等。
㈣ 七牛雲存儲的關於七牛
七牛，是一家雲存儲初創企業，由國內存儲行業的領軍人物之一許式偉於2011年創立。團隊核心成員主要來自盛大、金山、網龍、惠普等知名互聯網公司，核心成員之間已合作多年。
七牛採用全分布式存儲架構，可以解決單一數據中心架構可能存在的風險。和傳統的雲存儲服務不同，七牛還增加了上傳下載全網加速以及圖片、音視頻的處理服務。
七牛雲存儲主要託管企業的靜態資源，為企業提供一站式在線數據託管、上傳下載全網加速、以及數據雲端處理服務。主要做靜態文件，包括富媒體一體化解決方案，解決富媒體存儲、上傳下載加速、數據處理，包括圖片處理、音視頻處理，比如說做縮略圖，打水印。
此外，七牛還提供了鏡像存儲、客戶端直傳以及斷點續上傳等功能，方便開發者的使用。
㈤ 什麼是軟體定義存儲
什麼是軟體定義存儲（SDS）（參考資料：網路：SDS）
軟體定義存儲工作機制
SDS 軟體通過虛擬數據平面對底層存儲進行抽象化，這使得虛擬機（和應用）成為了存儲調配和管理的基本單元。
通過在應用和可用資源之間實施靈活的隔離措施，常見的 hypervisor 可為應用均衡分配所需的全部 IT 資源（包括計算、內存、存儲和網路連接）。
軟體定義存儲 vs.傳統存儲架構
雖然沒有官方的定義，但軟體定義存儲就是將存儲硬體中的典型的存儲控制器功能抽出來放到軟體上。這些功能包括卷管理、RAID、數據保護、快照和復制等。軟體定義存儲允許用戶不必從特定廠商采購存儲控制器硬體如硬碟、快閃記憶體等存儲介質。並且，如果存儲控制器功能被抽離出來，該功能就可以放在基礎架構的任何一部分。它可以運行在特定的硬體上，在hypervisor內部，或者與虛機並行，形成真正的融合架構。
軟體定義存儲特點
自動化：管理得到簡化，成本也隨之下降。
標准介面：用於管理和維護存儲設備和服務的應用編程介面 (API)。
虛擬化數據路徑：可通過應用寫入數據的塊、文件和對象介面。
可擴展性：能在不影響性能的情況下橫向擴展存儲基礎架構。
透明：能夠監控並管理存儲空間的使用情況，並清楚知曉有哪些可用資源以及相應的成本。
軟體定義存儲優勢
您可以自行選擇運行存儲服務的硬體。您所選購的 SDS 和硬體不一定要來自同一家公司。您可以使用任意商用或 x86 伺服器來構建基於 SDS 的存儲基礎架構。這意味著，您可以充分利用現有硬體來滿足不斷增長的存儲需求，
從而做到經濟高效。SDS 採用了橫向擴展（而非縱向擴展）的分布式結構，允許您對容量和性能進行單獨調整。
您可以加入大量數據源，以構建自己的存儲基礎架構。您可以將目標平台、外部磁碟系統、磁碟或快閃記憶體資源、虛擬伺服器以及基於雲的資源（甚至是工作負載的專用數據）連接到同一網路中，以創建統一的存儲宗卷。
SDS 可以基於您的容量需求自動進行調整。由於 SDS 不依賴於硬體，所以 SDS 的自動化也可自動實現，可從連接的任意存儲宗卷中調取數據。這種存儲系統可以根據數據需求和性能進行調整，且無需管理員干預，也無需添加新的連接或硬體。
不存在任何限制。傳統的存儲區域網路受限於可用的節點（已分配 IP 地址的設備）數量。從定義來看，SDS 不存在類似限制。這意味著，在理論上，SDS 可以無限擴展。
軟體定義存儲用途
容器：通過在容器應用中運行持久存儲，更加充分地利用您的容器應用；或者，通過在容器中運行 SDS，更加充分地利用您的存儲。
雲基礎架構：支持私有雲、公共雲和混合雲架構，並能實現所需的敏捷性和可擴展性。
大數據分析：快速安全地分析大型數據湖，以提升業務洞察力。
超融合基礎架構：消除離散存儲層，並能與您企業中的各種虛擬化伺服器實例搭配使用。
對象存儲：靈活可靠地存儲、備份和檢索 PB 級的數據。
富媒體：您的富媒體存儲會日益擴展，因為您總是需要更多內容。
㈥ 關於七牛雲存儲自定義URL的問題
近段時間將使用七牛雲存儲來存放用戶上傳的數據，客戶端通過七牛的js-sdk與七牛交互，服務端C#實現了七牛相關的介面。在這過程中多多少少遇到點問題，在這里總結一下。原文： 使用七牛雲存儲的一些經驗總結
599錯誤處理
如果在與七牛的交互中出現http狀態碼為599的錯誤，一句話，不要猶豫，直接聯系七牛技術支持 。七牛的文檔也在很多地方提到這個錯誤，都是指導大家去聯系技術支持的。筆者是在分塊上傳後的 mkfile 調用時出現的，聯系技術支持後，說是調整了一下，讓我重試。後來就好了...
分塊上傳無法從回調中獲得文件的原始名
簡單上傳採用的是multipart/form-data方式上傳，七牛服務端能夠從請求中獲得文件的原始名，並支持使用魔法變數 $(fname) 回調業務伺服器。不過當使用分片上傳的時候情況有所不同。分片上傳需要在最後調用 mkfile ，來將分片拼接起來。但是， mkfile 介面支持普通的請求，並沒有附帶文件名，所以七牛也就無法獲得文件名，此時從 $(fname) 中是取不到文件名的。這個問題我也向七牛技術支持提交了問題，得到的結果是使用自定義變數 mkfile 支持將自定義變數放在url中，回調的時候自定義變數可以傳遞給業務伺服器。
慎用圖片預處理
七牛雲支持很多對文件的預處理，其中最常用的應該就是圖片預處理了，可以對圖片的大小做變換等。七牛推薦使用GET的方式直接指定圖片處理結果的url，像這樣：
http://qiniuphotos.qiniudn.com/gogopher.jpg?imageView2/1/w/200/h/200
處理後的圖片會自動緩存，用戶不用關心，只要每次訪問都用這個url就行了。然而，筆者在開始的時候，為了保持與其他文件形式統一的處理方法，對圖片使用了預處理（因為視頻什麼的只能預處理），即在token中指定了預處理。此時問題出現了，從後台的日誌看到，圖片的預處理通知回調竟然比正常的上傳成功回調還要快！這就導致預處理結果到來之前，我的業務伺服器的資料庫中還沒有這個圖片，無法保存預處理結果了。所以 推薦還是使用url直接處理，對圖片要慎用預處理
視頻文件無法快進播放
通常用戶在觀看視頻的時候都會根據自己的喜好，快速將視頻定位到指定的時間播放。實現這個功能，需要視頻本身有關鍵幀信息、服務端需要支持關鍵幀播放請求，在 這篇文章 中有詳細討論。
但是筆者發現，在使用七牛雲轉化後的視頻，這樣做是無效的。於是咨詢技術支持，得到的答案是：轉化的文件是具有關鍵幀的，但七牛使用CDN加速，所以關鍵幀請求需要CDN的支持，如果想要用這個功能的話，需要單獨聯系銷售或技術支持在CDN上配置，而且時間比較長。筆者聯系了銷售和技術支持，說是幫我配置，但到現在還沒有搞定，因為最近這個也不是特別重要，所以也沒有跟下去。
Callback校驗
這是可選的一個步驟。由於七牛雲會在上傳完成之後回調業務伺服器，所以理論上說業務伺服器需要校驗這個回調的合理性。原理在七牛的 文檔 中有，需要用到 HMAC-SHA1 簽名函數。但是七牛的sdk中沒有提供直接的方式來做校驗，在研讀文檔、多次失敗和查看sdk源碼後，筆者終於校驗成功了。關鍵的分歧在於，文檔中的這句話：
獲取明文：data = Request.URL.Path +」\n」 +Request.Body
這里的 Request.URL.Path 是否包含Querystring?答案是包含的!下面是筆者C#服務端的校驗代碼，使用的是ASP.NET Web Api：
```C#
byte[] key = System.Text.Encoding.UTF8.GetBytes(Qiniu.Conf.Config.SECRET_KEY);
using (HMACSHA1 hmac = new HMACSHA1(key))
{
var t = filterContext.Request.Content.ReadAsStringAsync();
t.Wait();
string rawbody = t.Result;
log.DebugFormat("request's rawbody : {0}", rawbody);
string text = filterContext.Request.RequestUri.PathAndQuery + "\n" + rawbody;
log.DebugFormat("PathAndQuery + \n + rawbody : {0}", text);
byte[] digest = hmac.ComputeHash(System.Text.Encoding.UTF8.GetBytes(text));
string computed = Qiniu.Util.Base64URLSafe.Encode(digest);
log.DebugFormat("Computed hash after base64 : {0}", computed);
IEnumerable<string> auths;
if (filterContext.Request.Headers.TryGetValues("Authorization", out auths) && auths.Count() == 1)
{
string auth = auths.First();
log.DebugFormat("Authorization in header : {0}", auth);
if (auth.StartsWith("QBox "))
{
var arr = auth.Substring(5).Split(':');
if (arr.Length == 2)
{
if (arr[1] != computed)
{
log.ErrorFormat("Authorization failed. Since auth from header {0} not equals computed {1}", arr[1], computed);
}
else
{
log.Debug("Authorization success.");
//only pass can be return
return;
}
}
else
{
log.Error("Callback Authorization's format is invalid, can not find two part after split by ':'.");
}
}
else
{
log.Error("Callback Authorization's format is invalid, missing leading 'QBox '.");
}
}
else
{
log.Error("The request from qiniu callback is missing 'Authorization'");
}
filterContext.Response = filterContext.Request.CreateResponse(System.Net.HttpStatusCode.Forbidden);
}
如下幾個注意點：
- 明文應當是請求的path+querystring部分和rawbody
- 對於.NET而言，明文和key都需要用UTF-8編碼變換成位元組才能進行簽名。而php中的hash_hmac函數完全不用這么復雜...
- 簽名的結果再用base64的url安全的方式編碼，再與請求的http頭部的Authorization比較
建議官方在文檔中加入一些相對底層一些的編程語言的實現，php太高端了...
## js-sdk實現略顯粗糙 ##
在使用過程中，我發現[官方的js-sdk](https://github.com/qiniupd/qiniu-js-sdk/)有幾個我覺得不好的地方：
**不能為每個文件獲取UpToken**
試想，在文件上傳過程中有獲取UpToken是必須的，而且UpToken又需要包含預處理指令，不同的文件顯然需要不同的UpToken，而在js-sdk的實現中，只在初始化這個上傳組件對象的時候請求一次上傳憑證，後面所有的上傳都需要使用這個預先得到的UpToken：
```javascript
uploader.bind('Init', function(up, params) {
getUpToken();
});
於是我修改了這部分，在 BeforeUpload 事件中請求UpToken。建議官方考慮更改這個地方
只能實現分片上傳，無法斷點續傳
js-sdk的實現在分片上傳的實現上，是很簡單的，不僅沒有使用分片，而是分塊（一塊4m，調用mkblk），而且沒有實現持久化ctx，或者類似的回調或介面。4m分塊這個問題還可以不追究，沒有實現持久化ctx就說不過去了，不持久化怎麼實現斷點續傳撒?!就算不實現，也應該給出回調的入口，讓調用者來實現持久化，而我實在無法找到這個'空子'可鑽，只能直接在源碼上改動了。
沒有復用流行類庫的東西
這個其實算不上問題，因為作為一個不依賴jquery的sdk，當然不能使用jquery現成的東西，比如ajax。不依賴jquery就算了，依賴plupload是幾個意思嘛，還依賴全局對象...於是最後，我乾脆自己將sdk改成了Backbone的類，將不要的東西統統去掉，使用jquery和underscore簡化代碼了...
㈦ 什麼是軟體定義存儲
軟體定義存儲是一種數據存儲方式，用外部軟體來控制所有存儲相關的工作。目前國內進行軟體定義存儲的廠商有元核雲、龍存、衫岩等
㈧ 國內這幾年怎麼這么多軟體定義存儲公司
數據量激增
隨著個性化、物聯網、萬聯網的發展，數據以前所未有的速度迅猛增長，數據的存放、管理、優化、利用成為難題，用戶面臨著如下挑戰：存儲利用率低，數據僵化在某些硬體組件里，難以提供隨需動態變化的服務等級，缺乏精確的控制，部署和調整存儲資源需要經過復雜的流程（例如需要應用管理員與存儲管理員等進行協調），自動化程度低，對請求的響應慢，……。
存儲相關軟硬體技術快速發展
軟體技術方面：虛擬化、分布式存儲與雲計算技術的發展。
硬體方面：SSD，CPU 多核技術，高速網路技術，大容量伺服器和磁碟等
軟體定義存儲優勢明顯，以超融合為例
成本優勢
㈨ 軟體定義存儲是雲存儲嗎
雲存儲是一種應用方式，軟體定義存儲是一種存儲架構，雲存儲是上層建築，軟體定義存儲是經濟基礎。現在有的企業是將雲存儲產品提供給個人用戶使用，如網路網盤；有的則主要是將軟體定義存儲提供給企業，如元核雲。