對於今天許多的it專家來說，「大資料」早已不僅僅只是另乙個毫無實際意義的因概念炒作而興起的時髦術語了。這是乙個更接近轉折點的東西，而不能被簡單抹去。原因非常簡單：大資料的規模正在不斷越來越大。對於大量的企業組織而言，特別是那些資料密集型的行業，如零售業——他們發現，能夠以具有成本效益的方式從過剩的海量資料資訊中獲得真正的價值，將成為決定企業組織能否在未來獲得市場成功的關鍵因素。
慶幸的是，當前的確是有一些實用的解決方案的。一些龍頭企業領軍正在轉向開源的、軟體定義的儲存作為部署網路規模的it架構的一種明智的方式，並賦予了他們在管理各種各樣的資料方面更多的靈活性，即使是進行大規模的資料管理。正如經常發生在其他新興技術領域的一樣，這一創新的方法對於儲存的定義可能會有所不同。 然而，大多數專家似乎都認可，軟體定義的儲存環境具有硬體不可知論、分布式架構、融合儲存和對於標準資料協議本地支援的特點。
那麼，企業組織要從何開始呢?在本文中，我們將為廣大讀者諸君一步一步的提供關於採用軟體定義的儲存作為實際的、主動出擊的管理企業資料策略的一部分的詳細指南。當然，關於軟體定義的儲存的具體採用過程將肯定總是因企業組織的具體情況而異、因應用程式的不同而異。靈活性是這種技術的固有特性。而鑑於我們當前所面臨的來自大資料的不可思議的挑戰，靈活的it架構現在比以往任何時候都更為關鍵，更何況我們此前並沒有仔細考慮過這方面的挑戰。
挑戰：海量資料
對於幾乎各個行業的企業的it部門而言，前所未有的資料增長都是他們所面臨的最大的挑戰——而且這一難題還在進一步加劇。各種規模的企業組織機構都在爭先恐後地捕獲和分析來自越來越多的**的海量資訊，並盡快適應企業資料量的不斷增加，而僅僅不到十年前，這些海量資料資訊對於企業組織而言還顯得高深莫測。鑑於上述這些情況，it市場調研機構gartner公司的分析師估計，在2023年，40%的企業組織機構內部部署的儲存基礎設施的規模都將翻番也就不足為奇了。
然而，儘管各種成本都在不斷瘋漲，許多企業組織的it預算卻在不斷壓縮，使企業內部的團隊無法提供必要的創新服務，以保持市場競爭。鑑於在未來幾年內，企業組織對於海量資料增長的管理將變得更加困難，一些企業組織可能會繼續依賴於傳統的解決方案，提供嚴重縮水的回報。這些企業組織將不會為長期的成功做好準備。而為了完全融入到當前這樣乙個資料驅動的世界，任何號稱將在2023年成為行業領軍的企業組織均需要考慮在一套現代化的儲存基礎設施方面進行重大的投資。果斷的行動可能會在短期內需要企業組織付出相當大的代價。但毫無疑問的是，任何事情也不做的成本肯定會更高。。
技術解決方案：更靈活的資料中心
當技術與自身的侷限性相牴觸時，也許是時候建立一種更好的技術了。今天的企業組織早已不再依賴於基於一套過時的假設的、舊的、靈活性較差的解決方案了，他們現在已經有了許多的選擇來部署網路規模的it架構來橋接公共和私有雲。從乙個儲存的角度來看，這意味著將儲存硬體從對其進行管理的軟體中分離出來——這種方法被稱為「軟體定義的儲存」。目前，對於軟體定義的儲存的採用可能尚未普遍，但不要指望這種狀況會一直持續。據gartner公司估計，到2023年，開源儲存將佔企業市場份額的20%以上。
關於軟體定義的儲存，乙個較為尷尬的情況是：關於業界關於其完整準確的定義尚未達成一致的共識。對於任何新興的技術而言，這是完全正常的;而**商偏倚的定義已經開始讓位給一些共同性的定義特徵了：
硬體不可知論。一款軟體定義的儲存解決方案應該能夠執行在任何標準的伺服器平台上，而不依賴於具體的硬體平台。這至少部分的解釋了具有直接附加磁碟的x86儲存伺服器的出現——是雲和網路規模it發展的明顯成果。
分布式體系架構。這是非常必要的，因為軟體定義的儲存的主要目的之一便是突破傳統的按比例增加的網路附加儲存(nas)和儲存區域網路(san)的體系結構的侷限性。
支援標準的資料協議。新興產業的共識是，任何全面的解決方案應該包括對塊、檔案和物件資料服務的支援。
計算與儲存的融合收斂性。隨著越來越多的企業組織機構遷移到採用統一計算，軟體定義的儲存解決方案將需要能夠在儲存節點上執行應用程式工作負載。
管理控制面板。與任何跨乙個複雜的網路傳遞或**資料資訊的技術一樣，一款軟體定義的儲存解決方案的成功將依賴於精密的控制面板來幫助精簡和簡化資料訪問。
競爭優勢：開始入門的八個步驟
企業採用軟體定義的儲存的過程並不是在乙個預定義的過程。其靈活性是由其本質屬性和經常反覆實踐所決定的。當您閱讀以下步驟時，不妨試著把這個過程想象成乙個圓形的，而不是線性的：通過從專注於一組應用程式開始，然後逐步過渡到一下的每乙個步驟。一旦您完成了，您遷移可以進展到下一組應用程式重新開始該步驟：
1、找到您企業的關鍵壓力點。您企業目前在儲存上的開銷是多少?您企業的容量需求和制約因素是什麼?請務必要考慮成本，以及圍繞著靈活性、可用性和敏捷性的需求。
2、基於這些壓力點確定工作負載。是否有一些工作負載是基於非結構化的資料?如果是這樣的話，軟體定義的儲存可能是乙個很好的選擇。然而，如果您企業有相對比較小的基於結構化資料的工作負載，軟體定義的儲存可能並不是正確的方式。
3、確定有多少應用程式都在發揮作用。如果您企業主要只使用乙個單片應用程式，那麼其通常不是軟體定義儲存的乙個好的用例。 但是，如果您企業有更廣泛的應用程式組合，那麼軟體定義的儲存可能會對您企業有很大的幫助。
4、先遷移非關鍵工作負載或新的應用程式。為了獲得對於您企業新的儲存平台的經驗和信心，我們建議您不妨從您企業的一些不太重要的應用程式開始，以防您企業可能在此過程中經歷一些停機中斷。不要擔心您是否會在開始階段遇到困難——最初的第乙個遷移專案永遠是最有問題的。一旦您重新定義和規範您企業的遷移策略和過程，您會發現，遷移最重要的應用程式也變得更加容易。
5、確定您企業的工作負載是否能夠被虛擬化或託管到雲中。您企業是打算在物理伺服器上執行應用程式，還是在乙個虛擬化的環境中，或在公共雲中?如果您企業要使用乙個以上的這些部署模式，您將需要選擇乙個靈活的儲存平台，以支援這些模型。這樣，您就不會遇到不相容的技術在管理不同的儲存方面所帶來的不必要的複雜問題。
6、確定您企業需要什麼樣的分析。如果對於您企業而言，大資料的興起是乙個特別迫切的關注的話，您企業可能會考慮乙個依賴於領先的資料分析技術的軟體定義的儲存解決方案，如apache hadoop部署實現的mapreduce。有了這樣的工具，您企業將能夠直接從舊的應用程式儲存和共享資料，而不必在筒倉之間移動資料資訊。這不僅會使您企業能夠以更少的時間從巨大的資料池中提取更多有用的資訊，同時也能夠幫助您企業顯著的節省成本，進而幫助您從您企業現有的基礎設施中提取最大的價值潛力。
7、根據您企業的需求確定恰當的資料保護和複製的水平。哪些災難恢復場景方案需要被覆蓋?每一種場景情況下可能的結果是什麼，包括對於成本的估計?為您企業最重要的資料達到最高水平的保護，而不必過度投資於既不敏感、也不重要的資料資訊的安全性，是否是可能的?
8、確定您企業需要儲存資料多長時間。企業是否需要遵循相應的任何監管要求，必須將這些資料資訊保管更長的時間?如果不是，尋找如何刪除不再需要的資料的方法，畢竟，如果您企業已經不需要了，為什麼還要儲存它呢?
「資料服務第一」的價值：管理任何規模的工作負載
軟體定義的儲存，即使是狹義的定義，取決於每家企業組織機構具體環境、業務需求、預算等等的不同也可以有不同的形式。但乙個真正可擴充套件的軟體定義的儲存方法需要從底層的資料結構解耦資料服務，使更多的服務能夠為更大範圍的工作負載所使用。這些服務可能包括以下內容：
檔案服務。由於其分級結構的影響，使得傳統的檔案系統的可擴充套件性有限，使得例如資料保護和容量優化等任務，更困難。
物件服務。物件儲存系統已成為基於檔案和基於塊的系統的一種常見的替代，經常提供足夠的元資料，同時簡化了非結構化資料資訊的索引。他們基於restful架構，作為抽象儲存離開應用程式的功能元素提供服務。然而，基於物件的系統通常與基於檔案的系統是不相容的，要求企業進行代價昂貴的應用程式重寫。
共享的檔案和物件服務。這些服務使企業組織能夠充分利用當前正在使用的基於檔案的應用程式。同時，它們使基於物件的應用程式也能夠獲得這些資料資訊，通常是通過乙個基於rest的方法。這使得帶來了標準的最大的靈活性。
塊服務。塊儲存，經常由san使用，以塊的形式管理和跟蹤資料。openstack專案cinder是當今比較常用的塊儲存服務。
有一套完整的、可以自由互動的資料服務，企業組織能夠整合資料資訊，實現他們所需要的任何規模的、更複雜工作負載管理的靈活性。
結論在未來幾年，隨著越來越多的it專家開始**軟體定義的儲存的潛力，我們對這個技術術語的理解肯定會發生變化。這就是其應該的狀態。即使是在紅帽公司，我們自身也仍然在不斷的學習，根據我們在該領域前沿的初始部署來考慮其影響。 但這些努力到目前為止只進行到當前階段。 技術由創新驅動，真正創新的想法通常超過了曾經被賦予的任何期望。
我們對於積極的探索新的想法非常熱衷。而我們的客戶似乎對此也非常熱衷。那是因為我們向乙個社群一樣工作，而我們從經驗總結中知道，對於開源的、軟體定義的儲存的視野絕不僅僅只是屬於我們。我們碰巧只是這個研究領域的長期的信徒，不僅僅只是擁有乙個鎖櫃的金屬盒的所有權，而是擁有乙個更有趣的研究種類——通過這種積極的貢獻以創造乙個全新的東西。
關於紅帽公司
紅帽公司是世界領先的開源解決方案**商，使用一種社群驅動的方法來提供可靠和高效能的雲、虛擬化、儲存、linux和中介軟體技術。紅帽公司還提供屢獲殊榮的支援，培訓和諮詢服務。紅帽公司是標準普爾公司，擁有遍布全球的超過80處辦事機構，為其授權客戶提供業務服務。
開始使用python ffmpeg的小總結
使用python介面的ffmpeg，可以先從 這個git上開始。當然官方的api說明也不能缺少 上面有很多樣例，我大概做下解釋 在python介面中跟實際命令列對應引數，分為三個input，filter，output python的封裝我個人的理解就是把你給函式的傳參進行了轉換，實際輸出還是命令列的...
開始使用C 11的幾個理由
c 11新特性介紹了一段時間，至今為止也差不多了。是要總結的時候了 你可能會問我，為什麼需要c 11呢，我這就給出理由 理由1 c 11新特性之 move semantics 移動語義 move語義 move semantics 簡單的說，它是優化複製的一種方式。有時候複製很顯然是浪費的。如果你從乙...
開始使用C 11的9個理由
如果你的 工作正常並且表現良好，你可能會想知道為什麼還要使用c 11。當然了，使用用最新的技術感覺很好，但是事實上它是否值得呢？在我看來，答案毫無疑問是肯定的。我在下面給出了9個理由，它們分為兩類 效能優勢和開發效率。獲得效能優勢 理由1 move語義 move semantics 簡單的說，它是優...