IBM智慧分析雲服務的範圍

智慧分析雲的供應商必須定義雲中需要包含什麼樣的服務、HTTP://www.aliyun.com/zixun/aggregation/13748.html">基礎架構和軟體。 在某種程度上，決定使用哪個軟體和硬體取決於雲中提供了什麼樣的服務。 這取決於非功能性需求，例如，可用時間、回應時間或使用者數量。 在這一節中，我們將討論供應商必須要考慮的因素，以及必須做出什麼決定才能盡可能詳細地定義服務。 我們也將舉例說明為什麼在實驗室環境中選擇這些細節。

服務要求者負責添加到雲中的業務智慧應用程式。 應用程式由報告和資料（如果合適的話）組成。 這類應用程式包含某些需要且必須添加的使用者組，例如雲使用者和雲超級使用者。

確定和記錄細節後，這些細節就可以充當智慧分析雲服務供應商和服務要求者之間的協定基礎。 細節包含在雙方達成共識的文檔中。

服務範圍

首先，服務供應商必須決定服務的範圍。 考慮因素包括所需提供的元件、可用的環境、以及是否包括支援和支援的等級。 服務供應商必須定義當要求者需要多種軟體級時如何繼續。

示例 1 展示了範圍的考慮因素。

示例 1. 實驗室環境中智慧分析雲的範圍

在適合生產的最新 Cognos 版中開發、測試和生產的公共基礎架構（適合生產的評估由智慧分析雲供應商完成）。

智慧分析雲供應商將交付基礎架構，並為共用的 Cognos BI 生產環境提供操作支援服務，這也包括第 3 級問題的 Cognos 產品支援。 該託管環境將僅用於傳送報告內容。 這並不意味著該環境將用作資料交付機制。 例如，儘管可以交付 100000 行 CSV 資料，但不允許用作交付機制。

智慧分析雲供應商要提供內容和安全的管理，因為智慧分析雲適合部署到開發、測試和生產環境。 這包括將內容從開發推進到測試再到生產，創建新資料夾，將使用者組安全應用到資料夾，創建使用者組並將其安全性應用到資料來源，連接並啟動。

如果服務要求者「必須」移動到比當前產品級別更高的軟體中，智慧分析雲供應商就可以適應新的試用和生產環境。 要求者將要承擔安裝和新生產環境成本，直至整體生產環境升級至該級別，在該級別上，要求者將返回各個命名使用者費用。

專用功能的訪問

在「服務範圍」 中已經設置了智慧分析雲的範圍，雲供應商現在必須定義允許哪個使用者組或者 Cognos 角色使用哪個 Cognos 元件。 此外，他們還必須決定在哪個級別對各個服務要求者的使用者組進行管理。 示例 2 顯示了您可能想要設置的樣例邊界。

示例 2. 樣例邊界聲明

服務要求者將使用一個標準的 Cognos 連接介面，用 Cognos 瀏覽器在公共資料夾中處理交互報告，並查看報告輸出版本。 服務要求者擁有使用者組，並負責執行組的創建和管理。 他們還要維護使用者組成員清單。 公共資料夾的調度報告僅限於管理員，或者有授權/訓練有素的應用程式管理員。

請求報告計畫的方法需要通過已定義的功能使用者 ID。 報告輸出的刪除/過期要以年齡和業務理由為依據。 如果報告規範未超過兩年，或者在六個月內沒有任何活動，那麼將不會刪除。 雲超級使用者訪問 Query Studio 和 Report Studio的許可權僅限於部分使用者群。 用於 Query Studio 和 Report Studio 的套裝程式需要處理限制。 存儲是指存儲到「我的資料夾」，而不是「公共資料夾」；交互報告必須在 10 分鐘內處理完。 批量/調度報告必須在 30 分鐘內處理完。

治理

服務供應商必須定義治理過程：

如何將測試環境移動到生產中，以及使用什麼工具？ 是否能將現有報告結構提供給其它有相同需求的其他部門？

在實驗室環境中，我們決定使用這樣一個工具，在某種程度上該工具將引發變更並允許跟蹤。 該工具的功能和實施細節在第 66 頁第 6.2 節的 「新員工培訓程式」，以及第 211 頁第 12 章的「新員工培訓程式」中進行了介紹。 新員工培訓過程和涉及的角色將在第 253 頁第 16 章進行介紹。

如示例 3 中的樣例所示，您可能想要使用新員工培訓程式來執行樣例。 在樣例實驗室環境中，我們允許其他使用者組使用現有的報告結構；然而，這在很大程度上取決於使用者組的類型以及實施何種程度的再利用。

示例 3. 治理實施的考慮事項

服務要求者通過新員工培訓程式中提供的新員工培訓流程和服務啟動到下一階段的升級。 升級週期時間通常少於 48 小時，前提是所有標準記錄都已提供。 升級請求由新員工培訓流程和程式進行管理。

智慧分析雲供應商將會管理在任何開發或者測試環境下運行的所有報告，以便為其他服務要求者保存服務。

支援

服務供應商必須決定各個環境得到的支援類型，還必須關注生產、開發和測試環境的差別，例如，和週末相比工作日的回應時間。 如何報告事件和問題？ 可用什麼樣的嚴重等級，它們是否會被區別處理？ 示例 4 展示了必須制定的幾個關於如何支援雲解決方案的決策。 這些決策還會影響系統管理架構中的選擇。 當提供全面的智慧分析雲支援時，事件管理、更改管理和監控必須可用。 雖然事件和更改管理在 IBM 紅皮書中沒有介紹，但監控架構及其元件在「OSS：監控和活動管理」以及「監控」章節中有介紹。

示例 4. 提供應用程式支援的決策

對生產嚴重度為 1 的問題提供 24×7 支援 對開發和測試問題提供 24x5 支援，週末提供調出支援 在開發、測試或者生產環境中發現的任何問題都將會通過一個已定義的流程進行報告 Cognos 的額外費用支援， 包括智慧分析雲供應商認為有必要的 3 級支援 智慧分析雲供應商為所有環境的開發和測試提供可操作支援，提供 24/5 的 Cognos 連接、Report Studio、Analysis Studio、Query Studio 訪問；24/5 支 持是指從星期日晚上 9 點到星期五下午 5 點。 智慧分析雲供應商將作為標準服務的一部分提供操作支援。 開發和測試的問題將會在每個公共操作流程中進行報告。 智慧分析雲供應商提供 1 級和 2 級支援，包括使用 Cognos 打開問題管理報告（PMR），因為需要該報告啟動 3 級服務。 嚴重度為 1 的問題可以通過公共説明台獲取調出支援。 報告的開發，調試和編碼，或者中繼資料的建模不包含在支援中。 嚴重度為 1 的問題必須通過公共流程提交。 嚴重度為 1 的問題將會進行問題測定，並會記錄處理計畫，如果與 Cognos 產品有關，也會與服務要求者共用。