對象存儲ftp
『壹』 現在的雲存儲和ftp有什麼區別都是文件傳輸協議啊！區別在於哪裡
說白了就是雲存儲是把所有人的文件都放在一個ftp上，可以節省資源，統計數據等，相當於公共汽車，平常的FTP只保存你少數人的資源，相當於私家車
如下為網路
雲存儲是在雲計算(cloud computing)概念上延伸和發展出來的一個新的概念，是指通過集群應用、網格技術或分布式文件系統等功能，將網路中大量各種不同類型的存儲設備通過應用軟體集合起來協同工作，共同對外提供數據存儲和業務訪問功能的一個系統。 當雲計算系統運算和處理的核心是大量數據的存儲和管理時，雲計算系統中就需要配置大量的存儲設備，那麼雲計算系統就轉變成為一個雲存儲系統，所以雲存儲是一個以數據存儲和管理為核心的雲計算系統。
『貳』 數據存儲形式有哪幾種
【塊存儲】
典型設備：磁碟陣列，硬碟
塊存儲主要是將裸磁碟空間整個映射給主機使用的，就是說例如磁碟陣列裡面有5塊硬碟（為方便說明，假設每個硬碟1G），然後可以通過劃邏輯盤、做Raid、或者LVM（邏輯卷）等種種方式邏輯劃分出N個邏輯的硬碟。（假設劃分完的邏輯盤也是5個，每個也是1G，但是這5個1G的邏輯盤已經於原來的5個物理硬碟意義完全不同了。例如第一個邏輯硬碟A裡面，可能第一個200M是來自物理硬碟1，第二個200M是來自物理硬碟2，所以邏輯硬碟A是由多個物理硬碟邏輯虛構出來的硬碟。）
接著塊存儲會採用映射的方式將這幾個邏輯盤映射給主機，主機上面的操作系統會識別到有5塊硬碟，但是操作系統是區分不出到底是邏輯還是物理的，它一概就認為只是5塊裸的物理硬碟而已，跟直接拿一塊物理硬碟掛載到操作系統沒有區別的，至少操作系統感知上沒有區別。
此種方式下，操作系統還需要對掛載的裸硬碟進行分區、格式化後，才能使用，與平常主機內置硬碟的方式完全無異。
優點：
1、 這種方式的好處當然是因為通過了Raid與LVM等手段，對數據提供了保護。
2、 另外也可以將多塊廉價的硬碟組合起來，成為一個大容量的邏輯盤對外提供服務，提高了容量。
3、 寫入數據的時候，由於是多塊磁碟組合出來的邏輯盤，所以幾塊磁碟可以並行寫入的，提升了讀寫效率。
4、 很多時候塊存儲採用SAN架構組網，傳輸速率以及封裝協議的原因，使得傳輸速度與讀寫速率得到提升。
缺點：
1、採用SAN架構組網時，需要額外為主機購買光纖通道卡，還要買光纖交換機，造價成本高。
2、主機之間的數據無法共享，在伺服器不做集群的情況下，塊存儲裸盤映射給主機，再格式化使用後，對於主機來說相當於本地盤，那麼主機A的本地盤根本不能給主機B去使用，無法共享數據。
3、不利於不同操作系統主機間的數據共享：另外一個原因是因為操作系統使用不同的文件系統，格式化完之後，不同文件系統間的數據是共享不了的。例如一台裝了WIN7/XP，文件系統是FAT32/NTFS，而linux是EXT4，EXT4是無法識別NTFS的文件系統的。就像一隻NTFS格式的U盤，插進Linux的筆記本，根本無法識別出來。所以不利於文件共享。
【文件存儲】
典型設備：FTP、NFS伺服器
為了克服上述文件無法共享的問題，所以有了文件存儲。
文件存儲也有軟硬一體化的設備，但是其實普通拿一台伺服器/筆記本，只要裝上合適的操作系統與軟體，就可以架設FTP與NFS服務了，架上該類服務之後的伺服器，就是文件存儲的一種了。
主機A可以直接對文件存儲進行文件的上傳下載，與塊存儲不同，主機A是不需要再對文件存儲進行格式化的，因為文件管理功能已經由文件存儲自己搞定了。
優點：
1、造價交低：隨便一台機器就可以了，另外普通乙太網就可以，根本不需要專用的SAN網路，所以造價低。
2、方便文件共享：例如主機A（WIN7，NTFS文件系統），主機B（Linux，EXT4文件系統），想互拷一部電影，本來不行。加了個主機C（NFS伺服器），然後可以先A拷到C，再C拷到B就OK了。（例子比較膚淺，請見諒……）
缺點：
讀寫速率低，傳輸速率慢：乙太網，上傳下載速度較慢，另外所有讀寫都要1台伺服器裡面的硬碟來承擔，相比起磁碟陣列動不動就幾十上百塊硬碟同時讀寫，速率慢了許多。
【對象存儲】
典型設備：內置大容量硬碟的分布式伺服器
對象存儲最常用的方案，就是多台伺服器內置大容量硬碟，再裝上對象存儲軟體，然後再額外搞幾台服務作為管理節點，安裝上對象存儲管理軟體。管理節點可以管理其他伺服器對外提供讀寫訪問功能。
之所以出現了對象存儲這種東西，是為了克服塊存儲與文件存儲各自的缺點，發揚它倆各自的優點。簡單來說塊存儲讀寫快，不利於共享，文件存儲讀寫慢，利於共享。能否弄一個讀寫快，利 於共享的出來呢。於是就有了對象存儲。
首先，一個文件包含了了屬性（術語叫metadata，元數據，例如該文件的大小、修改時間、存儲路徑等）以及內容（以下簡稱數據）。
以往像FAT32這種文件系統，是直接將一份文件的數據與metadata一起存儲的，存儲過程先將文件按照文件系統的最小塊大小來打散（如4M的文件，假設文件系統要求一個塊4K，那麼就將文件打散成為1000個小塊），再寫進硬碟裡面，過程中沒有區分數據/metadata的。而每個塊最後會告知你下一個要讀取的塊的地址，然後一直這樣順序地按圖索驥，最後完成整份文件的所有塊的讀取。
這種情況下讀寫速率很慢，因為就算你有100個機械手臂在讀寫，但是由於你只有讀取到第一個塊，才能知道下一個塊在哪裡，其實相當於只能有1個機械手臂在實際工作。
而對象存儲則將元數據獨立了出來，控制節點叫元數據伺服器（伺服器+對象存儲管理軟體），裡面主要負責存儲對象的屬性（主要是對象的數據被打散存放到了那幾台分布式伺服器中的信息），而其他負責存儲數據的分布式伺服器叫做OSD，主要負責存儲文件的數據部分。當用戶訪問對象，會先訪問元數據伺服器，元數據伺服器只負責反饋對象存儲在哪些OSD，假設反饋文件A存儲在B、C、D三台OSD，那麼用戶就會再次直接訪問3台OSD伺服器去讀取數據。
這時候由於是3台OSD同時對外傳輸數據，所以傳輸的速度就加快了。當OSD伺服器數量越多，這種讀寫速度的提升就越大，通過此種方式，實現了讀寫快的目的。
另一方面，對象存儲軟體是有專門的文件系統的，所以OSD對外又相當於文件伺服器，那麼就不存在文件共享方面的困難了，也解決了文件共享方面的問題。
所以對象存儲的出現，很好地結合了塊存儲與文件存儲的優點。
最後為什麼對象存儲兼具塊存儲與文件存儲的好處，還要使用塊存儲或文件存儲呢？
1、有一類應用是需要存儲直接裸盤映射的，例如資料庫。因為資料庫需要存儲裸盤映射給自己後，再根據自己的資料庫文件系統來對裸盤進行格式化的，所以是不能夠採用其他已經被格式化為某種文件系統的存儲的。此類應用更適合使用塊存儲。
2、對象存儲的成本比起普通的文件存儲還是較高，需要購買專門的對象存儲軟體以及大容量硬碟。如果對數據量要求不是海量，只是為了做文件共享的時候，直接用文件存儲的形式好了，性價比高。
『叄』 對象存儲、文件存儲和塊存儲有什麼區別
對象存儲、文件存儲和塊存儲區別為：存儲設備不同、特點不同、缺點不同。
一、存儲設備不同
1、對象存儲：對象存儲的對應存儲設備為swift，鍵值存儲。
2、文件存儲：文件存儲的對應存儲設備為FTP、NFS伺服器。
3、塊存儲：塊存儲的對應存儲設備為cinder，硬碟。
二、特點不同
1、對象存儲：對象存儲的特點是具備塊存儲的高速以及文件存儲的共享等特性。
2、文件存儲：文件存儲的特點是一個大文件夾，大家都可以獲取文件。
3、塊存儲：塊存儲的特點是分區、格式化後，可以使用，與平常主機內置硬碟的方式完全無異。
三、缺點不同
1、對象存儲：對象存儲的缺點是不兼容多種模式並行。
2、文件存儲：文件存儲的缺點是傳輸速率低。
3、塊存儲：塊存儲的缺點是不能共享數據。
『肆』 塊存儲、文件存儲、對象存儲這三者的本質差別是什麼
存儲設備不同：對象存儲的對應存儲設備為swift，鍵值存儲。文件存儲的對應存儲設備為FTP、NFS伺服器。塊存儲的對應存儲設備為cinder，硬碟。
特點不同：對象存儲的特點是具備塊存儲的高速以及文件存儲的共享等特性，文件存儲的特點是一個大文件夾，大家都可以獲取文件。塊存儲的特點是分區、格式化後，可以使用，與平常主機內置硬碟的方式完全無異。
塊存儲注意事項
要運行任何新的RAID+功能，陣列控制器都需要一個元數據基礎，看起來很像文件系統那樣。以重復數據刪除為例來說，陣列必須將數據分解成4K到1MB的塊，解算出哪些塊存儲的是同樣的數據，然後構建一個指針列表將LUN邏輯塊地址映射到所儲存的塊。
自動分層要求更多的元數據，因為系統必須跟蹤數據塊的邏輯塊地址，而這些數據塊分處在不同的存儲類型上的不同的RAID集中。除了要解算出哪些是必須升級到更快的存儲層的熱數據和哪些是必須降級的冷數據外，系統還必須收集訪問頻率元數據。
『伍』 對象存儲、塊存儲、文件存儲分別是什麼有什麼區別
你可以把塊理解成整個硬碟，文件理解成硬碟中的文件，對象理解成很多台伺服器中的很多塊硬碟。
『陸』 有沒有 對象存儲的 rest api
使用cURL操作Openstack對象存儲的ReST API
cURL 是一個利用URL語法規定來傳輸文件和數據的工具，支持很多協議，如HTTP、FTP、TELNET等。本文主要是介紹使用該工具和HTTP協議與swift服務如何交互。cURL允許你從命令行或shell腳本傳送和接收HTTP的請求和響應。這使得直接與ReST的API工作而無需其他客服端APIs成為可能。本文，我們需要使用到以下的cURL命令行選項：
-X METHOD 描述HTTP的請求方法(HEAD, GET等)
-D Dump 將HTTP響應頭部到stdout.
-H HEADER 描述一個在請求中的HTTP\HTTPS頭部.
-v 使用操作的過程更加詳細
1.認證
In order to use the ReST API, you will first need to obtain a authorization token, which will need to be passed in for each request using the X-Auth-Token header. The following example demonstrates how to use cURL to obtain the authorization token and the URL of the storage system.
為了使用ReST的API，我們首先需要獲得一個認證令牌，用於傳給每個使用X-Auth-Token頭部的請求。以下的例子展示了如何使用cURL來獲得認證令牌和存儲系統的URL。
Exp1：獲得X-Storage-Url和X-Auth-Token
curl -D- -H 'X-Storage-User: test:tester' -H 'X-Storage-Pass: testing' http://127.0.0.1:8080/auth/v1.0
運行結果如下：
sting' http://127.0.0.1:8080/auth/v1.0
HTTP/1.1 200 OK
X-Storage-Url: http://127.0.0.1:8080/v1/AUTH_test
X-Storage-Token: AUTH_
X-Auth-Token: AUTH_
Content-Length: 0
Date: Fri, 07 Oct 2011 07:45:58 GMT
也可以使用-v選項來獲得更詳細的信息：
curl -v -H 'X-Storage-User: test:tester' -H 'X-Storage-Pass: testing' http://127.0.0.1:8080/auth/v1.0
運行結果如下：
* About to connect() to 127.0.0.1 port 8080 (#0)
* Trying 127.0.0.1... connected
* Connected to 127.0.0.1 (127.0.0.1) port 8080 (#0)
> GET /auth/v1.0 HTTP/1.1
> User-Agent: curl/7.21.3 (i686-pc-linux-gnu) libcurl/7.21.3 OpenSSL/0.9.8o zlib/1.2.3.4 libidn/1.18
> Host: 127.0.0.1:8080
> Accept: */*
> X-Storage-User: test:tester
> X-Storage-Pass: testing
>
< HTTP/1.1 200 OK
< X-Storage-Url: http://127.0.0.1:8080/v1/AUTH_test
< X-Storage-Token: AUTH_
< X-Auth-Token: AUTH_
< Content-Length: 0
< Date: Fri, 07 Oct 2011 07:48:30 GMT
<
* Connection #0 to host 127.0.0.1 left intact
* Closing connection #0
存儲URL和認證令牌作為響應頭部返回。在認證之後，你可以使用cURL來執行存儲服務上的HEAD,GET,DELETE,POST和PUT請求。
2.確定存儲的使用情況
一個HEAD請求可以發送到存儲服務來確定你已經在系統中存儲了多少數據以及你使用的容器數量。使用-X開關來描述正確的HTTP方法和-D將HTTP響應頭部輸出到終端(stdout)。
Exp2:查詢帳號的存儲使用情況
curl -X HEAD -D - \
-H "X-Auth-Token:AUTH_" \
http://127.0.0.1:8080/v1/AUTH_test
輸出如下：
HTTP/1.1 204 No Content
X-Account-Object-Count: 3
X-Account-Bytes-Used: 92983
X-Account-Container-Count: 4
Accept-Ranges: bytes
Content-Length: 0
Date: Fri, 07 Oct 2011 08:04:38 GMT
HTTP請求必須包含了一個頭部來描述認證令牌。在響應中的HTTP頭部顯示在該存儲帳號中的容器數量和整個帳號所存儲的總位元組數。
3.創建一個存儲容器
在上傳任何數據到OpenStack的對象存儲之前，你必須創建一個存儲容器。你可以使用PUT請求來創建一個容器；cURL也可以用於該目的。
Exp3:創建一個photos的容器
curl -X PUT -D - -H "X-Auth-Token:AUTH_" http://127.0.0.1:8080/v1/AUTH_test/photos
運行結果如下：
HTTP/1.1 201 Created
Content-Length: 18
Content-Type: text/html; charset=UTF-8
Date: Fri, 07 Oct 2011 08:18:44 GMT
返回201（Created）的HTTP狀態代碼表示容器已被成功地創建。
4.上傳一個存儲對象
在創建完一個容器之後，你可以上傳一個本地文件。對於這個例子，我們上傳一張林志玲MM的照片。-T開關描述到上傳的本地文件的完整路徑。
Exp4:上傳對象
curl -X PUT -T /home/swift/下載/lzl.jpg -D - \
-H "Content-Type: image/jpeg" \
-H "X-Auth-Token: AUTH_" \
-H "X-Object-Meta-lzl: 一張關於林志玲的美圖" \
http://127.0.0.1:8080/v1/AUTH_test/photos/lzl.jpg
結果如下：
HTTP/1.1 201 Created
Content-Length: 118
Content-Type: text/html; charset=UTF-8
Etag:
Last-Modified: Fri, 07 Oct 2011 08:39:49 GMT
Date: Fri, 07 Oct 2011 08:39:51 GMT
5.其他cURL命令
你可以使用cURL工具發出任何已定義的用於OpenStack對象存儲的ReST方法。例如，你可以使用cURL來發送POST和DELETE請求即使我們沒有提供的相關例子。比如，下載剛才上傳的照片：
curl -X GET -H "X-Auth-Token: AUTH_" http://127.0.0.1:8080/v1/AUTH_test/photos/lzl.jpg >td_lzl.jpg
注意：一般地，你每次調用curl來執行一個操作，系統就會創建一個獨立的TCP/IP和SSL連接（https）然後丟棄。然而，使用語言的APIs是設計用來重用這些在操作之間的連接，因此提供了更好的細嫩。我們推薦在你的產品應用中使用一種支持語言的APIs並且限制curl僅用來快速和簡單地測試/診斷。
『柒』 比較各個存儲類型的優缺點
【塊存儲】
典型設備：磁碟陣列，硬碟
塊存儲主要是將裸磁碟空間整個映射給主機使用的，就是說例如磁碟陣列裡面有5塊硬碟（為方便說明，假設每個硬碟1G），然後可以通過劃邏輯盤、做Raid、或者LVM（邏輯卷）等種種方式邏輯劃分出N個邏輯的硬碟。（假設劃分完的邏輯盤也是5個，每個也是1G，但是這5個1G的邏輯盤已經於原來的5個物理硬碟意義完全不同了。例如第一個邏輯硬碟A裡面，可能第一個200M是來自物理硬碟1，第二個200M是來自物理硬碟2，所以邏輯硬碟A是由多個物理硬碟邏輯虛構出來的硬碟。）
接著塊存儲會採用映射的方式將這幾個邏輯盤映射給主機，主機上面的操作系統會識別到有5塊硬碟，但是操作系統是區分不出到底是邏輯還是物理的，它一概就認為只是5塊裸的物理硬碟而已，跟直接拿一塊物理硬碟掛載到操作系統沒有區別的，至少操作系統感知上沒有區別。
此種方式下，操作系統還需要對掛載的裸硬碟進行分區、格式化後，才能使用，與平常主機內置硬碟的方式完全無異。
優點：
1、 這種方式的好處當然是因為通過了Raid與LVM等手段，對數據提供了保護。
2、 另外也可以將多塊廉價的硬碟組合起來，成為一個大容量的邏輯盤對外提供服務，提高了容量。
3、 寫入數據的時候，由於是多塊磁碟組合出來的邏輯盤，所以幾塊磁碟可以並行寫入的，提升了讀寫效率。
4、 很多時候塊存儲採用SAN架構組網，傳輸速率以及封裝協議的原因，使得傳輸速度與讀寫速率得到提升。
缺點：
1、採用SAN架構組網時，需要額外為主機購買光纖通道卡，還要買光纖交換機，造價成本高。
2、主機之間的數據無法共享，在伺服器不做集群的情況下，塊存儲裸盤映射給主機，再格式化使用後，對於主機來說相當於本地盤，那麼主機A的本地盤根本不能給主機B去使用，無法共享數據。
3、不利於不同操作系統主機間的數據共享：另外一個原因是因為操作系統使用不同的文件系統，格式化完之後，不同文件系統間的數據是共享不了的。例如一台裝了WIN7/XP，文件系統是FAT32/NTFS，而Linux是EXT4，EXT4是無法識別NTFS的文件系統的。就像一隻NTFS格式的U盤，插進Linux的筆記本，根本無法識別出來。所以不利於文件共享。
【文件存儲】
典型設備：FTP、NFS伺服器
為了克服上述文件無法共享的問題，所以有了文件存儲。
文件存儲也有軟硬一體化的設備，但是其實普通拿一台伺服器/筆記本，只要裝上合適的操作系統與軟體，就可以架設FTP與NFS服務了，架上該類服務之後的伺服器，就是文件存儲的一種了。
主機A可以直接對文件存儲進行文件的上傳下載，與塊存儲不同，主機A是不需要再對文件存儲進行格式化的，因為文件管理功能已經由文件存儲自己搞定了。
優點：
1、造價交低：隨便一台機器就可以了，另外普通乙太網就可以，根本不需要專用的SAN網路，所以造價低。
2、方便文件共享：例如主機A（WIN7，NTFS文件系統），主機B（Linux，EXT4文件系統），想互拷一部電影，本來不行。加了個主機C（NFS伺服器），然後可以先A拷到C，再C拷到B就OK了。（例子比較膚淺，請見諒……）
缺點：
讀寫速率低，傳輸速率慢：乙太網，上傳下載速度較慢，另外所有讀寫都要1台伺服器裡面的硬碟來承擔，相比起磁碟陣列動不動就幾十上百塊硬碟同時讀寫，速率慢了許多。
【對象存儲】
典型設備：內置大容量硬碟的分布式伺服器
對象存儲最常用的方案，就是多台伺服器內置大容量硬碟，再裝上對象存儲軟體，然後再額外搞幾台服務作為管理節點，安裝上對象存儲管理軟體。管理節點可以管理其他伺服器對外提供讀寫訪問功能。
之所以出現了對象存儲這種東西，是為了克服塊存儲與文件存儲各自的缺點，發揚它倆各自的優點。簡單來說塊存儲讀寫快，不利於共享，文件存儲讀寫慢，利於共享。能否弄一個讀寫快，利 於共享的出來呢。於是就有了對象存儲。
首先，一個文件包含了了屬性（術語叫metadata，元數據，例如該文件的大小、修改時間、存儲路徑等）以及內容（以下簡稱數據）。
以往像FAT32這種文件系統，是直接將一份文件的數據與metadata一起存儲的，存儲過程先將文件按照文件系統的最小塊大小來打散（如4M的文件，假設文件系統要求一個塊4K，那麼就將文件打散成為1000個小塊），再寫進硬碟裡面，過程中沒有區分數據/metadata的。而每個塊最後會告知你下一個要讀取的塊的地址，然後一直這樣順序地按圖索驥，最後完成整份文件的所有塊的讀取。
這種情況下讀寫速率很慢，因為就算你有100個機械手臂在讀寫，但是由於你只有讀取到第一個塊，才能知道下一個塊在哪裡，其實相當於只能有1個機械手臂在實際工作。
而對象存儲則將元數據獨立了出來，控制節點叫元數據伺服器（伺服器+對象存儲管理軟體），裡面主要負責存儲對象的屬性（主要是對象的數據被打散存放到了那幾台分布式伺服器中的信息），而其他負責存儲數據的分布式伺服器叫做OSD，主要負責存儲文件的數據部分。當用戶訪問對象，會先訪問元數據伺服器，元數據伺服器只負責反饋對象存儲在哪些OSD，假設反饋文件A存儲在B、C、D三台OSD，那麼用戶就會再次直接訪問3台OSD伺服器去讀取數據。
這時候由於是3台OSD同時對外傳輸數據，所以傳輸的速度就加快了。當OSD伺服器數量越多，這種讀寫速度的提升就越大，通過此種方式，實現了讀寫快的目的。
另一方面，對象存儲軟體是有專門的文件系統的，所以OSD對外又相當於文件伺服器，那麼就不存在文件共享方面的困難了，也解決了文件共享方面的問題。
所以對象存儲的出現，很好地結合了塊存儲與文件存儲的優點。
最後為什麼對象存儲兼具塊存儲與文件存儲的好處，還要使用塊存儲或文件存儲呢？
1、有一類應用是需要存儲直接裸盤映射的，例如資料庫。因為資料庫需要存儲裸盤映射給自己後，再根據自己的資料庫文件系統來對裸盤進行格式化的，所以是不能夠採用其他已經被格式化為某種文件系統的存儲的。此類應用更適合使用塊存儲。
2、對象存儲的成本比起普通的文件存儲還是較高，需要購買專門的對象存儲軟體以及大容量硬碟。如果對數據量要求不是海量，只是為了做文件共享的時候，直接用文件存儲的形式好了，性價比高。
『捌』 騰訊雲存儲如何部署FTP
2014年6月26日關於騰訊雲伺服器使用FTP詳細配置教程 本文目錄:--- [-] 騰訊雲伺服器介紹 關於騰訊雲服...
『玖』 雲服務和 FTP伺服器到底有什麼區別
其實這兩個概念沒辦法放在一起比較。一種是應用、硬體設施或產品形態，一種是網路協議。
FTP的英文是File Transfer Protocol，從字面上來解釋就是文件傳輸協議，是一種應用層協議，可以在相應的RFC中找到它的詳細描述。我們可以通過FTP客戶端利用ftp協議向FTP伺服器上傳/下載數據。
雲存儲，可以說是一種概念，也可以是一種實實在在的應用，譬如眾所周知的iCloud，或者商用的amazon S3，諸如此類的互聯網產品都可以歸入雲存儲產品。業界也有雲存儲的標准，譬如SNIA發布的CDMI規范。很多大型企業都推出自己的雲存儲硬體產品，如IBM/HP/華為等，相應的，互聯網公司或者運營商等會基於這些硬體平台開發自己的雲存儲服務軟體，如網路雲、阿里雲、以及眾多的網路硬碟產品。
雲存儲產品的客戶端或者應用平台，與底層的資源池或者存儲節點之間存在著種類繁多的數據交互，有包含應用信息的數據、有網路和控制信令、也有日誌等等。也會涉及到很多種協議，如文件服務的NFS和CIFS協議，適用於對象存儲的http restful協議，當然也會使用到ftp協議。
雲存儲這個概念也是從雲計算衍伸出來的，網路中有太多的相關知識，可以慢慢了解。
『拾』 有對象存儲了為什麼還要有文件存儲和塊存儲
主要還是因為這三種存儲的使用場景不同，下面對文件存儲，塊存儲的典型代表DAS，NAS，SAN做個一個詳細的對比表，可以看下：