瞭解使用 IBM Analytics Engine 無伺服器實例時您的責任

了解使用IBM Analytics Engine無伺服器實例時的管理責任以及條款與條件。如需 IBM Cloud® 中服務類型的高階視圖以及每種類型的客戶與 IBM 的責任細分，請參閱 IBM Cloud 供應項目的共同責任。

請查看以下部分，以了解使用IBM Analytics Engine無伺服器實例時您和IBM的具體責任。如需整體使用條款，請參閱 IBM Cloud® 條款及注意事項。

突發事件及作業管理

事件和操作管理包括監控、事件管理、高可用性、問題確定、復原以及全狀態備份和復原等任務。

事件和操作的職責
這些行是從左到右讀取的。第一個直欄說明客戶或 IBM 可能負責的作業。第二個直欄說明該作業的 IBM 責任。第三個直欄說明您身為該作業客戶的責任。
作業	IBM 的責任	您的責任
IBM Analytics Engine 實例管理	-提供基礎架構作業系統 (OS)、版本及安全更新項目。 -清除所有實例資源。 -追蹤執行中叢集的硬體問題。	-使用提供的 API、CLI 或主控台工具來建立實例。 -使用提供的 API、CLI 或主控台工具來刪除服務實例。 -使用提供的 API 或 CLI 來自訂服務實例。 -使用提供的 API、CLI 或主控台工具來檢視或變更實例配置。
應用程式管理	-監視 Spark 應用程式是否因 IBM提供的基礎架構而導致任何失敗。	-使用提供的 CLI 或 API 在叢集上執行 Spark 應用程式。 -使用提供的 CLI 或 API 來調整 Spark 實例，以符合您的應用程式需求。
觀察	-提供 Log Analysis 以啟用 IBM Analytics Engine 服務日誌的觀察。 -提供與 Activity Tracker 的整合，以傳送 IBM Analytics Engine 審核性的事件。	-設定 Activity Tracker 並傳送事件以監視 IBM Analytics Engine 實例的性能。 -設定並傳送日誌至 Log Analysis。

變更管理包括部署、配置、升級、修補、配置變更和刪除等任務。

變更管理的職責
這些行是從左到右讀取的。第一個直欄說明客戶或 IBM 可能負責的作業。第二個直欄說明該作業的 IBM 責任。第三個直欄說明您身為該作業客戶的責任。
作業	IBM 的責任	您的責任
實例佈建	-訂購硬體 ( IBM 服務帳戶中的資料平面)。 -在網際網路上開啟 Spark 叢集 ( IBM Services 帳戶中的資料平面)。 -確保 Spark 叢集節點與其他叢集的網路隔離 ( IBM Services 中的資料平面) -修補叢集主機 ( IBM 服務帳戶中的資料平面)。 -確保安全消除已移除節點或已刪除叢集節點中的資料。 -刪除硬體 ( IBM 服務帳戶中的資料平面)	-沒有變更管理責任

身分和存取管理包括身分驗證、授權、存取控制策略以及批准、授予和撤銷存取等任務。

身分和存取管理的職責
這些行是從左到右讀取的。第一個直欄說明客戶或 IBM 可能負責的作業。第二個直欄說明該作業的 IBM 責任。第三個直欄說明您身為該作業客戶的責任。
作業	IBM 的責任	您的責任
透過 IAM 對服務實例的存取控制	-在容許存取之前，請先驗證使用者對服務實例的許可權。	-負責您為實例建立的任何服務角色。

安全和法規合規性包括安全控制實施和合規性認證等任務。

安全和法規合規性的責任
這些行是從左到右讀取的。第一個直欄說明客戶或 IBM 可能負責的作業。第二個直欄說明該作業的 IBM 責任。第三個直欄說明您身為該作業客戶的責任。
作業	IBM 的責任	您的責任
一般	-維護符合各種業界標準的控制項。 -監視、隔離及回復實例。 -監視並報告各種介面中實例的性能。 -透過 TLS ( IBM 服務帳戶中的資料平面) 來保護叢集存取權。 -將 IBM Analytics Engine 與 IBM Cloud Identity and Access Management (IAM) 整合。	-設定並維護 IBM Analytics Engine 實例的安全及法規遵循。

高可用性 (HA) 是 IT 基礎架構中的核心原則，即使在部分或整個網站發生故障後，也能保持應用程式正常運作。高可用性的主要目的是消除 IT 基礎架構中的潛在故障點。

災難復原包括提供對災難復原站點的依賴、配置災難復原環境、資料和配置備份、將資料和配置複製到災難復原環境以及災難事件故障轉移等任務。

災難復原的職責
這些行是從左到右讀取的。第一個直欄說明客戶或 IBM 可能負責的作業。第二個直欄說明該作業的 IBM 責任。第三個直欄說明您身為該作業客戶的責任。
作業	IBM 責任	您的責任
高可用性	IBM 可確保控制平面部署在多區域地區上。當區域在多區域地區中變成無法使用時，工作負載會自動排定在剩餘可用區域上。 -維護服務抄本以確保 Pod 失敗時的服務可用性。	不需要執行任何動作
一般	-還原或重建受影響地區中的供應環境。 -儘可能重建現有的 Spark 實例。	-追蹤實例狀態及應用程式狀態。 -佈建新的服務實例，並在無法存取現行實例時，在另一個可用地區中重新提交應用程式。 -建立所有 Spark 實例配置資料的備份並驗證資訊。 -確保所有資料、meta 資料及應用程式都位於叢集外部。必須先完成此活動，才能起始災難回復。