標籤：
而對於一些情境，比如虛擬機器活動鏡像的儲存，或者說虛擬機器硬碟檔案的儲存，還有大資料處理等情境，Object Storage Service就顯得捉襟見肘了。而檔案系統在這些領域有突出的表現，比如Nutanix的NDFS（Nutanix Distributed Filesystem）和VMware的VMFS（VMware Filesystem）在虛擬機器鏡像儲存方面表現很出色，Google檔案系統GFS及其開源實現HDFS被廣泛用於支撐基於MapReduce模型的大資料處理支援得很好，而且能夠很好地支援百GB級、TB級甚至更大檔案的儲存。
由此看來檔案系統將來的發展趨勢更多的是專用檔案系統，而不再是像以前那樣，以前一套Filesystem適用於所有情境，更有一些部分要讓位於Object Storage Service或者其他儲存形態。
從另一個角度來看，現代Object Storage Service系統的“甜區”在哪裡：1. 互連網和類似互連網的應用情境，這不僅僅是因為REST風格的HTTP的介面，而且還因為大多數Object Storage Service系統在設計上能夠非常方便地進行橫向擴充以適應大量使用者高並發訪問的情境；2. 海量十KB級到GB級對象/檔案的儲存，小於10KB的資料更適用於使用K/V資料庫，而大於10GB的檔案最好將其分割為多個對象並行寫入Object Storage Service系統中，多數Object Storage Service系統都有單個對象大小上限的限制。所以，如果應用具有上述兩種特點，Object Storage Service是首選。
也有人在Object Storage Service上做出進一步的開發或者改進，使其能夠很好地支援歸檔備份、MapReduce大資料處理等情境，甚至將Object Storage Service的介面轉為檔案系統介面；反之，OpenStack Swift等Object Storage Service系統也支援使用GlusterFS等通用檔案系統作為儲存後端。人們為什麼會在這些Object Storage Service和檔案系統相互轉換的技術上進行人力和資金的投入？這些做法的意義何在？應該在什麼時候使用這些技術？
著作權聲明：本文為博主原創文章，未經博主允許不得轉載。
大資料環境下的檔案系統感想
