所有長期關注本專欄的讀者都知道，我傾向于将重心放在混合雲存儲架構上，而不是其他别的存儲架構。這是因為我真正相信它們能夠應對當今的IT存儲挑戰，即永遠增長的數據、多個站點、對靈活性和規模的需求，同時還能夠滿足特定的性能需求。在本期專欄中，我想我們需要看看自己應如何實現這一目标，看看這種演變是否會為我們揭示存儲在不久的将來可能會走向何方。
NAS出現之前
最早的商業存儲系統是針對一個目前早已消失的環境而設計的。當時企業可能需要管理數千個文件。即便是最大的企業也會部署一套存儲系統以支持數百個并發用戶。雖然這些遺留系統需要定期停機以進行維護，但是因計劃外的原因造成無法訪問的情況也并不少見。
在這種情況下，我們使用的是簡單的硬盤驅動器和直接連接存儲（DAS），例如SCSI驅動器，它們實際上隻是服務器的擴展。衆所周知，這是一個相對脆弱的系統，硬盤非常容易出現故障。然而，即使對大多數企業而言，這實際上是互聯網出現之前的技術，并且需要保護和管理的數據量也是最少的。
NAS的崛起
直到20世紀90年代早期，專用文件服務器和NetApp、EMC等公司的早期專利NAS設備才被設計出來，以滿足不斷增長的可擴展且可靠的數據訪問。事實上，由一群工程師發起并成立的AuspexSystems可以說是最早為UNIX市場創建文件服務器的公司之一。這些解決方案直接響應了市場對數據管理的需求，并為正成為“新石油”的數據搭建起了管道。
當然，這些NAS解決方案中的大多數都是針對大型企業設計的。直到2000年代中期，針對中小型企業和消費者市場的解決方案才開始進入市場，例如ReadyNAS和Synology。這些解決方案具有與企業NAS類似的功能，雖然容量較小，但是它們更加注重易用性和經濟性。這些解決方案還開始整合在線備份解決方案以進行災難恢複。
雲存儲的出現
在中小企業和消費級NAS蓬勃發展的同時，面向消費者和企業的雲存儲服務也取得了長足的發展。至少在最初階段，Dropbox等公司推出的這些服務被認為實際上隻針對消費者，但是最終Box等公司推出了可滿足企業雲存儲需求的服務。
與IT中的許多領域一樣，雲的出現是颠覆性的。它們為傳統市場帶來了兼具可擴展性、靈活性和可管理性的解決方案。然而，這個服務市場仍然存在一個明顯的缺陷，即在大規模使用時（并且在許多情況下）性能不佳。與此同時，它們還帶來了一個隐藏的IT問題，即IT經理無法獲得良好的數據可見性和可追溯性，而這些正逐漸成為越來越重要的考慮因素，因為隐私和數據洩露已經成為了重中之重。此外，針對每名用戶的定價如果發生變化也會導緻成本上漲。
适用于大企業的混合雲NAS
規模較大的企業能夠通過繼續依賴本地存儲解決方案或将兩種方法的長處（雲規模與實時性能）結合起來的新模式來緩解性能問題。這種混合雲模式将會持續在各地的企業中得到廣泛應用。
混合雲NAS支持使用本地緩存來保持文件服務器的性能，同時也支持在雲中安全地存儲數據。由于與标準企業安全設置（如ActiveDirectory）兼容，因此管理工作流程不需要修改。它們還有一個雲分布式文件系統，其能夠跨多個站點同步文件，将NAS架構擴展到雲端和全局。Panzura和Nasuni是企業級混合雲存儲解決方案的兩個例子。
适用于中小企業/托管服務提供商的混合雲NAS
盡管這種混合模式取得了成功，但由于價格過高，許多此類解決方案并沒有進入到中小企業當中。然而即便如此，中小企業也感受到了需要更好地管理和保護數據以實現現代化所帶來的巨大壓力。如今，像我自己的企業MorroData這類的公司已經開始将企業級存儲功能與雲計算的靈活性、可靠性以及針對全球小微企業的本地解決方案的優異性能有機地整合在一起了。
支持隐式備份、多站點文件同步、大型文件協作和集中管理的混合雲模型極大地簡化了IT，使IT經理和服務提供商能夠将精力集中在業務價值創造上。
接下來會發生什麼？
在預測到可能會出現哪些東西後，我們就可以确定接下來哪些市場壓力将影響存儲的發展。首先，數據正在呈指數級增長，并且在可預見的未來仍将繼續保持這種增長。物聯網、大數據和越來越多的應用程序将進一步促進這種增長。其次，雲模式将繼續存在，并将進一步被廣泛使用從而影響架構決策和訪問布局。這意味着大大小小的企業都需要評估和管理自己的存儲架構。
最大的問題仍然是性能問題。雲網絡是否會提高性能以滿足不必要的本地加速需求？即使未來使用5G等新訪問模式，文件的數量和不斷增長的體積似乎暗示着性能并不會很快得到提升。
本文作者PaulTien為MorroData公司首席執行官，同時也是一位存儲行業的資深人士，其在過去二十年中一直緻力于為存儲技術開發新的應用模式。
原文網址
https://wwwworkworld/article/3276588/cloudstorage/the-evolution-ofstorage-from-on-premisesto-cloud.html?nsdr=true