Adobe Experience Platform的建置宗旨是在全球範圍豐富數位體驗應用程式。 公司通常並行運行多個數字型驗應用程式,需要滿足這些應用程式的開發、測試和部署,同時確保操作合規性。
為了滿足這項需求,Experience Platform提供沙箱,可將單一Platform執行個體分割成個別的虛擬環境,以協助開發及改進數位體驗應用程式。
本檔案提供Experience Platform中沙箱的概觀。
沙箱是單一Experience Platform例項中的虛擬分區,可與數位體驗應用程式的開發程式順暢整合。 在沙箱內採取的所有內容和動作都只會限於該沙箱,不會影響任何其他沙箱。 Experience Platform支援兩種沙箱:
Experience Platform例項支援多個生產與開發沙箱,每個沙箱都維護各自獨立的Platform資源資料庫(包括結構、資料集、設定檔等)。 此外,生產與開發沙箱都有重設功能,會從沙箱中移除所有客戶建立的資源。 開發沙箱無法轉換為生產沙箱。
預設Experience Platform授權共授予您五個沙箱,您可將其分類為生產或開發。 您可以授權額外的10個沙箱套件,最多總共75個沙箱。 這些額外的沙箱可用來建立生產和開發沙箱。 如需詳細資訊,請聯絡您的IMS組織管理員或Adobe銷售代表。
最後,預設的生產沙箱是首次建立IMS組織時建立的第一個生產沙箱。 預設的生產沙箱可讓您從Platform擷取或使用資料,以及接受不包含沙箱名稱或沙箱ID值的要求。
第一次建立沙箱時,不會包含任何資料。 由於每個沙箱會維護各自的獨立資料存放區,因此它們也必須獨立擷取其資料。
總之,沙箱提供下列優點:
依預設,組織的所有使用者都可存取生產沙箱。 系統管理員、產品管理員或產品設定檔管理員必須透過 Adobe Admin Console.
若要檢視、建立、更新或刪除非生產沙箱,使用者也必須獲得沙箱管理權限。
如需管理沙箱角色和權限的詳細資訊,請參閱 存取控制概觀.
在 Experience Platform使用者介面,使用者可使用 沙箱切換器 控制項。 具有沙箱管理權限的使用者也可以存取 沙箱 標籤,以便檢視和管理組織的沙箱。 如需如何在UI中使用沙箱的詳細資訊,請參閱 沙盒使用手冊.
呼叫Experience PlatformAPI時,必須在標題下提供沙箱名稱 x-sandbox-name
. 例如,當呼叫 Catalog Service API 若要檢視「生產」沙箱內的所有資料集,沙箱的名稱("prod")會以API請求的標題形式提供:
curl -X GET \
https://platform.adobe.io/data/foundation/catalog/dataSets \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: prod'
若 x-sandbox-name
未包含在API呼叫中,系統會改用預設沙箱。 不過,最佳實務是一律將此標題納入所有API呼叫,即使使用預設沙箱亦然。 因此,Experience Platform的API檔案會加以處理 x-sandbox-name
作為必要的標題。
沙箱API可讓您使用RESTful API操作來管理沙箱。 請參閱 沙箱開發人員指南 以取得如何使用API的詳細資訊,包括格式正確的請求和範例回應。
閱讀本檔案後,您便了解Experience Platform中沙箱的基本概念。 如需如何管理沙箱的詳細步驟,請參閱 使用手冊 (適用於UI或 開發人員指南 的API。
雖然沙箱是隔離Platform環境給開發團隊的寶貴工具,您也可以使用Adobe Admin Console管理更精細的存取控制。 請參閱 存取控制概觀 以取得更多資訊。