基本概念

基本概念

本文將向您介紹對象存儲OSS產(chǎn)品中涉及的幾個(gè)基本概念，以便于您更好地理解OSS產(chǎn)品。

存儲空間（Bucket）

存儲空間是用戶(hù)用于存儲對象（Object）的容器，所有的對象都必須隸屬于某個(gè)存儲空間。存儲空間具有各種配置屬性，包括地域、訪(fǎng)問(wèn)權限、存儲類(lèi)型等。用戶(hù)可以根據實(shí)際需求，創(chuàng )建不同類(lèi)型的存儲空間來(lái)存儲不同的數據。

1. 同一個(gè)存儲空間的內部是扁平的，沒(méi)有文件系統的目錄等概念，所有的對象都直接隸屬于其對應的存儲空間。
2. 每個(gè)用戶(hù)可以擁有多個(gè)存儲空間。
3. 存儲空間的名稱(chēng)在OSS范圍內必須是全局唯一的，一旦創(chuàng )建之后無(wú)法修改名稱(chēng)。
4. 存儲空間內部的對象數目沒(méi)有限制。

存儲空間的命名規范如下：

1. 只能包括小寫(xiě)字母、數字和短劃線(xiàn)（-）。
2. 必須以小寫(xiě)字母或者數字開(kāi)頭和結尾。
3. 長(cháng)度必須在3~63字節之間。

對象（Object）

對象是OSS存儲數據的基本單元，也被稱(chēng)為OSS的文件。和傳統的文件系統不同，對象沒(méi)有文件目錄層級結構的關(guān)系。對象由元信息（Object Meta），用戶(hù)數據（Data）和文件名（Key）組成，并且由存儲空間內部唯一的Key來(lái)標識。對象元信息是一組鍵值對，表示了對象的一些屬性，比如最后修改時(shí)間、大小等信息，同時(shí)用戶(hù)也可以在元信息中存儲一些自定義的信息。

對象的生命周期是從上傳成功到被刪除為止。在整個(gè)生命周期內，除通過(guò)追加方式上傳的Object可以通過(guò)繼續追加上傳寫(xiě)入數據外，其他方式上傳的Object內容無(wú)法編輯，您可以通過(guò)重復上傳同名的對象來(lái)覆蓋之前的對象。

對象的命名規范如下：

1. 使用UTF-8編碼。
2. 長(cháng)度必須在1~1023字節之間。
3. 不能以正斜線(xiàn)（/）或者反斜線(xiàn)（\）開(kāi)頭。

說(shuō)明 對象名稱(chēng)需要區分大小寫(xiě)。如無(wú)特殊說(shuō)明，本文檔中的對象、文件稱(chēng)謂等同于Object。

ObjectKey

在各語(yǔ)言SDK中，ObjectKey、Key以及ObjectName是同一概念，均表示對Object執行相關(guān)操作時(shí)需要填寫(xiě)的Object名稱(chēng)。例如向某一存儲空間上傳Object時(shí)，ObjectKey表示上傳的Object所在存儲空間的完整名稱(chēng)，即包含文件后綴在內的完整路徑，如填寫(xiě)為abc/efg/123.jpg。

Region（地域）

Region表示OSS的數據中心所在物理位置。用戶(hù)可以根據費用、請求來(lái)源等選擇合適的地域創(chuàng )建Bucket。一般來(lái)說(shuō)，距離用戶(hù)更近的Region訪(fǎng)問(wèn)速度更快。詳情請參見(jiàn)OSS已經(jīng)開(kāi)通的Region。

Region是在創(chuàng )建Bucket的時(shí)候指定的，一旦指定之后就不允許更改。該Bucket下所有的Object都存儲在對應的數據中心，目前不支持Object級別的Region設置。

強一致性

Object操作在OSS上具有原子性，操作要么成功要么失敗，不會(huì )存在有中間狀態(tài)的Object。OSS保證用戶(hù)一旦上傳完成之后讀到的Object是完整的，OSS不會(huì )返回給用戶(hù)一個(gè)部分上傳成功的Object。

Object操作在OSS同樣具有強一致性，用戶(hù)一旦收到了一個(gè)上傳（PUT）成功的響應，該上傳的Object就已經(jīng)立即可讀，并且Object的冗余數據已經(jīng)寫(xiě)成功。不存在一種上傳的中間狀態(tài)，即read-after-write卻無(wú)法讀取到數據。對于刪除操作也是一樣的，用戶(hù)刪除指定的Object成功之后，該Object立即變?yōu)椴淮嬖凇?/p>

Endpoint（訪(fǎng)問(wèn)域名）

Endpoint表示OSS對外服務(wù)的訪(fǎng)問(wèn)域名。OSS以HTTP RESTful API的形式對外提供服務(wù)，當訪(fǎng)問(wèn)不同的Region的時(shí)候，需要不同的域名。通過(guò)內網(wǎng)和外網(wǎng)訪(fǎng)問(wèn)同一個(gè)Region所需要的Endpoint也是不同的。例如杭州Region的外網(wǎng)Endpoint是oss-cn-hangzhou.aliyuncs.com，內網(wǎng)Endpoint是oss-cn-hangzhou-internal.aliyuncs.com。具體的內容請參見(jiàn)各個(gè)Region對應的Endpoint。

數據冗余機制

OSS使用基于糾刪碼、多副本的數據冗余存儲機制，將每個(gè)對象的不同冗余存儲在同一個(gè)區域內多個(gè)設施的多個(gè)設備上，確保硬件失效時(shí)的數據持久性和可用性。

1. OSS Object操作具有強一致性，用戶(hù)一旦收到了上傳或復制成功的響應，則該上傳的Object就已經(jīng)立即可讀，且數據已經(jīng)冗余寫(xiě)入到多個(gè)設備中。
2. OSS會(huì )通過(guò)計算網(wǎng)絡(luò )流量包的校驗和，驗證數據包在客戶(hù)端和服務(wù)端之間傳輸中是否出錯，保證數據完整傳輸。
3. OSS的冗余存儲機制，可支持兩個(gè)存儲設施并發(fā)損壞時(shí)，仍維持數據不丟失。
   1. 當數據存入OSS后，OSS會(huì )檢測和修復丟失的冗余，確保數據持久性和可用性。
   2. OSS會(huì )周期性地通過(guò)校驗等方式驗證數據的完整性，及時(shí)發(fā)現因硬件失效等原因造成的數據損壞。當檢測到數據有部分損壞或丟失時(shí)，OSS會(huì )利用冗余的數據，進(jìn)行重建并修復損壞數據。

OSS與文件系統的對比

因此，將OSS映射為文件系統是非常低效的，也是不建議的做法。如果一定要掛載成文件系統的話(huà)，建議盡量只做寫(xiě)新文件、刪除文件、讀取文件這幾種操作。使用OSS應該充分發(fā)揮其優(yōu)點(diǎn)，即海量數據處理能力，優(yōu)先用來(lái)存儲海量的非結構化數據，比如圖片、視頻、文檔等。

以下是OSS與文件系統的概念對比：

OSS術(shù)語(yǔ)表

說(shuō)明 如果沒(méi)有特殊說(shuō)明，本文中出現和術(shù)語(yǔ)表中相同的英文和中文，表達的是相同的意思。有時(shí)候為了表述方便會(huì )混合使用。