對象存儲發展了很長時間，但最終進入到了應用開發過程。甚至有人預測了對象存儲最后會涵蓋文件存儲的論調。
背景
對象存儲在公有云和數據中心里存在二十多年。能追溯到90年代后期所做的工作，包括像初創公司Filepool這樣的，后來被EMC收購成為Centera平臺。對象模型用基于REST的API和Web協議通過網絡傳輸數據。
一直以來，對象存儲都用于大規模數據存儲，包括歸檔和二級備份數據。近年來，隨著更快的對象存儲和更小的占用空間開發讓這類解決方案發生了變化。
協議
對比對象和文件存儲時，首要考慮因素之一是協議。對象存儲圍繞一組基元進行操作——CRUD（創建、讀取、更新和刪除）——適用于管理的對象。在原子操作中，對象將寫入（創建）對象作為單一實體存儲，通常不會就地更新。創建對象后，任何更新都是刪除和創建的組合，不過某些平臺允許就地修改。雖然某種程度上S3協議提供基于范圍的檢索，但讀取操作也類似讀取整個對象。
現在，CRUD模型是可用于管理對象的命令簡化。如今，大多數對象存儲解決方案都遵循 AWS S3 API，提供大量的命令和子命令選項，其中許多是為了支持如Glacier等平臺功能而開發的。
NAS
NAS解決方案用的是NFS和SMB等協議，讓遠程客戶端能訪問到存在中心服務器上的文件系統里的文件。雖然不是特別符合POSIX接口標準，但NFS等協議的加入又有了就地更新數據、創建和擴展文件，把文件放在層次結構（目錄/文件夾結構）中還有為了確保數據完整性進行文件鎖定功能。
實現
NAS和對象存儲的發展多了一些特定協議的實現細節?？梢哉f，第一批對象存儲供應商創建了橫向擴展的多節點系統來獲取彈性和可擴展性。相比之下，文件服務器可以在單個Linux、Unix或Windows設備上實現，而無需特定存儲。
然而談及NAS和對象存儲用例時，值得強調的是，這兩種協議都不需要特定架構。NAS和對象協議都可以是橫向擴展或縱向擴展的架構。
節點功能
在考慮如何使用現代化文件和對象存儲時，最重要的一點是，公有云模糊了存儲平臺的實現細節，終端用戶只要知道節點的細節就可以使用服務。因此不需要關注其所在硬件，而是要看節點可提供的功能。
選擇
如何選擇正確的協議？如果你的應用需要一致性，文件存儲可能最佳。如果你的應用需要在分析過程中對數百萬個文件進行并行讀取訪問，那對象存儲是正確的選擇。如果你正在構建一個傳統數據庫應用，那就算是塊存儲也可選。
最后
未來，如果大部分數據不需要文件存儲的特性，那么對象存儲是大家的首選，因為它比NAS更高效。這種情況下，只看數據存儲量，對象存儲可能確實會成為我們數據的主要API。
文章編譯自：https://www.architecting.it/blog/object-vs-file/
