WebSphere Business Monitor V6.2 中的新增功能

引言

Monitor 是（以下稱為 Monitor）IBM® 的 Business Process Management (BPM) 系列產品的一個有機組成部分，它是一個全面的業務活動監視 (BAM) 解決方案，可提供接近實時的業務效能檢視。BAM 通過處理事件、計算業務標準以及在業務儀表板上展示關鍵效能指標 (KPI)，可以對業務活動的效能提供可見性。在出現錯誤時，BAM 還可以提供幫助。當無法實現預期目標時，可以傳送警報，讓組織更及時地知道潛在的問題，從而可以計劃和作出有針對性的措施。

本文將描述 Monitor V6.2 的一些重要功能。內容包括：對原有的體驗進行了重要更改，為業務使用者提供了方便快捷的強大功能，將 KPI 歷史記錄、預測和警報組合在一起顯著提高了決策和措施水平，為業務分析人員提供了快速更替的流程監視設計，增強了解決方案架構師處理事件的方式，併為 IT 人員改進了效能和可伸縮性。最後，為了解更多資訊，我們將向您介紹其他參考資料。

使用 WebSphere 支援的 Business Space 提高業務領導的能力

在通篇中我們將以 V6.2 為例介紹我們的教程。通常情況下，部署 Monitor 的目的是為了向業務使用者提供可見性，讓他們洞悉其業務效能，以便能夠採取明智的措施。實現此可見性的主要使用者介面是 Monitor 儀表板。Monitor V6.2 提供了兩個儀表板部署選項：由 WebSphere 提供支援的 Business Space 以及 WebSphere Portal。

Monitor 提供了名為 Business Space 的儀表板，它通過多個互動式視覺化工具（稱為小部件）為使用者提供管理其業務的能力。業務使用者通過建立一個或多個頁面並將這些小部件組合到稱為空間 的邏輯單元可以動態構建解決方案。頁面是通過新增一個或多個小部件組裝在一起的，這種構建方式通常稱為“拼裝”(mashup)。

有多個 WebSphere BPM 產品可以為 Business Space 提供小部件，隨著安裝的產品越來越多，可以使用的這些小部件也越來越多，在某些情況下它們之間彼此可以互動。Monitor 提供了十一種獨立的小部件，其中在 V6.2 中包括一個用於顯示歷史記錄和預測的新增小部件。所有 Business Space 產品附帶的七個其他小部件對 Monitor 小部件進行了補充，這些小部件涵蓋了一些常見的任務，如檢視網站、簡報、文件、RSS feed 和 Gadget 等。

作為使用 Business Space 的替代方案，Monitor 還提供了對 WebSphere Portal（以下稱為 Portal）的支援。從 V6.2 開始，該產品中不再包括 Portal，必須單獨購買 Portal。支援 Portal 的版本為 V6.1.0.1。請注意，所有特定於 Monitor 的 Business Space 小部件都作為 Portlet 提供，以便與 Portal 一起使用，因此兩個平臺之間有細微差別。

Better Lender Showcase 入門

V6.2 中的另一個新增功能是圖 1 所示的 Better Lender Showcase。該 Showcase 對 Monitor 提供的 Business Space 功能提供了現成演示。安裝該產品之後，使用者只需在 First Steps 對話方塊中單擊一下即可新增 Showcase。可以在其中配置所有必需的部件，傳送事件資料，模擬歷史記錄資料，以及建立具有多個可供使用的頁面和小部件的業務空間。使用者然後可以對此空間進行探索，以自己喜歡的方式熟悉其功能。空間中包括入門文件，該文件可以指導使用者瞭解場景，幫助他們熟悉業務空間。新增的 Showcase 意味著，使用者只需單擊幾下就可以開始體驗 Monitor V6.2。圖 1 顯示了 Better Lender Showcase 的第一頁。

圖 1. Better Lender Showcase

Monitor 小部件的增強功能

Monitor V6.2 向許多現有小部件新增了新功能和進行了更改。引入了新的使用者介面，該介面標準化了使用者介面控制元件的外觀，並在整合到 Business Space 中的所有產品上採用了該使用者介面。此外，Business Space 自從 V6.1 以來已得到了顯著增強，新增了許多可用性改進，例如，將頁面組合為空間、為解決方案提供預定義空間的模板、快速分頁和空間切換、選項卡重新排序、小部件高度和寬度自定義以及通過改進的拖放支援增強頁面設計。

如圖 2 所示，為改進維量分析，Monitor V6.2 在 Reports 和 Dimensions 小部件中新增了一個經常被要求的功能，即按名稱而不是數字檢視月份（例如，October 而不是 10）。

圖 2. 維量分析中的月名稱

V6.1.2 還為 Instances 小部件引入了重要增強功能，現在可以跨多個模型和多個監視上下文級別自定義該小部件。這允許在逐層展開和協作模式場景中自定義列的顯示，其中包括排序或逐層展開隱藏的列。另外，通過新增以逗號分隔值（Comma Separated Value，CSV）格式匯出電子表格資料的能力，進一步增強了該小部件的功能。

還改進了 KPI，新增了自定義顏色，並引入了用於範圍顏色定義的自定義皮膚。為快速定義 KPI 範圍新增了稱為範圍模板的功能。可以跨許多 KPI 使用這些模板。V6.2 還在 Monitor 工具包的監視器模型編輯器中新增了指定自定義範圍顏色的功能。

Monitor 小部件可監視聚合資料和特定於例項的資料，還提供了一些增強功能，允許逐層展開從聚合資料到例項資料的各個場景，有助於問題的解決。例如，圖 3 顯示了您現在如何能夠從 Reports、Dimensions 和 KPI 小部件展開到 Instances，以顯示拉動客戶 KPI 增長的所有新客戶訂單。

圖 3. 展開到 Instance 資料

在 V6.2 中還新增另一個跨小部件的功能，使用動態過濾實現了 Diagram 小部件和 Human Tasks 小部件之間的協作。這允許使用者單擊聚合圖中的敏捷點（通常為流程圖中的人工步驟），並使 Human Tasks 小部件僅顯示已單擊的人工任務的例項。一個示例使用場景是，允許管理員單擊貸款審批流程圖中的審批步驟，然後 Human Tasks 小部件就會顯示所有審批任務。接著，使用者可以對該任務執行操作，如要求其進行處理。

您還可以單擊 Instances 小部件中的行，這將導致 Diagram 小部件更新，以顯示特定於例項的圖表，然後在該圖表中單擊來檢視具體的人工任務例項。在示例場景中，使用者可單擊個別貸款申請，Diagram 小部件會顯示該特定貸款申請的處理狀態。該使用者然後可以單擊圖表中的 Underwriting 步驟，Human Tasks 小部件將顯示所選貸款申請的特定 Underwriting。圖 4 說明了這三個小部件之間的兩步互動。

圖 4. 展開到人工任務資料

增強制定決策的敏捷性

Monitor V6.2 中新增了以下三個主要新增功能，用於為快速決策提供支援：KPI History、KPI Prediction 和 Dynamic Alerts。KPI History 可隨著時間的推移自動捕獲 KPI 的值，並通過新的 KPI History 和 Prediction 小部件（分析隨時間推移的 KPI 值）在儀表板中進行補充。KPI Prediction 構建在 KPI History 的基礎之上，它允許業務使用者定義預測模型，然後在同一新的小部件中使這些預測視覺化，從而在歷史記錄上下文中檢視預測趨勢。使用 KPI History 和 Prediction 小部件，使用者還可以通過簡單的控制指定允許執行強大分析的時間段。

最後，Dynamic Alerts 可使業務使用者在發生情況時指定警報的時間、人員和方式。使用者可以在儀表板中動態定義這些警報，而不需要任何 IT 人員參與。這項最終功能構建在預測功能的基礎之上，因為可以基於預測值定義警報的觸發。歷史記錄、預測和警報的這種組合可以顯著改進決策的制定，能夠對業務狀況做出快速而又明智的響應。

KPI History

部署 KPI 定義時，或者使用者通過儀表板動態建立 KPI 時，Monitor V6.2 就開始每小時捕獲一次 KPI 的歷史記錄值。在可以重新分析隨著時間推移而保留的現有資料的情況下，業務使用者甚至可以計算以前的 KPI 歷史記錄。此外，能夠匯入或匯出歷史記錄的管理員還可以管理歷史記錄。

新的 KPI History 和 Prediction 小部件可提供基於時間的圖表，用於分析歷史記錄資料。與其他小部件一樣，您可以將其新增到任何空間或頁面，並使用簡單的業務使用者介面進行配置以選擇要顯示的 KPI。使用者可以指定預設的時間範圍和資料頻率，例如一年的日資料點。將圖表配置為顯示此預設值後，使用者即可在檢視模式中與之互動，並臨時更改時間範圍和資料頻率，從而能夠快速分析不同的時間段。該小部件包括對頻繁使用的時間視窗（如一週、一個月、月初到當日和年初到當日等）的方便控制。使用者還可以指定任意時間範圍的開始和結束日期。他們可以隨圖表一起顯示資料的表格檢視，單擊表或圖表中的資料點即可在兩個表中突出顯示它們，可以方便地交叉標識資料。其他可用性功能包括懸停資訊，可提供資料值、範圍名稱以及值和目標。圖 5 顯示了在小部件中合併了 KPI History 和 KPI Prediction 的示例。

KPI Prediction

Monitor V6.2 還提供基於此歷史記錄資料進行預測的功能。對 KPI 行為的預測可以改進決策的制定，對問題或機會做出更快的響應。業務使用者只需在儀表板中即可定義預測模型，指定預測期限以及預測點的頻率。此外，預測模型還可以考慮使用迴圈模式，如七天的周迴圈或每季度累計銷售趨勢。可以基於 KPI 過去的業績、當前的趨勢、加速和減速以及可選的迴圈模式進行 KPI 預測。例如，每日預測可以預期週末的最低銷售量或季末的最高銷售量。

使用者可以使用顯示歷史記錄的同一小部件開啟或關閉預測模式的顯示，這樣預測的資料值可新增到圖表或表。當配置小部件時，使用者可以選擇要顯示哪個預測（可以為 KPI 定義多個預測）。圖 5 顯示了 KP History 和 Prediction 小部件的示例，其中顯示了日銷售 KPI 的歷史記錄和預測，並在歷史記錄和預測中清楚顯示了週末模式。

圖 5. KPI History 和 Prediction 小部件

Dynamic Alerts

在以前版本中，Monitor 開發人員已能夠在監視器模型中定義與業務相關的情況，並且使用者已能夠訂閱這些建模的警報。儘管其功能強大，但是對警報定義執行任何更改時需要涉及到 IT 使用者和部署週期，因此限制了使用此功能的場景。現在，Monitor V6.2 通過引入 Dynamic Alerts 將此功能設定為動態形式，從而讓業務使用者能夠定義自己的警報情況、警報內容和警報提交機制，以及接收警報的人員和方式。

現在，儀表板使用者通過定義警報條件可以對任何 KPI 設定警報。例如，可以將多個條件合併，當響應時間和呼叫量同時增加到超過目標級別時，使用者可以得到警報。使用者可以接收預設通知，也可以自定義訊息的主題或正文，並可以包括其他 KPI 詳細資訊。以呼叫中心為例，這允許接收以下有關資料：在發出呼叫量警報時正在工作的員工數，以及呼叫的數量、目標和範圍預期。定義警報時，使用者還可以選擇與能夠接收通知的其他人共享，如果是授權使用者，則可以編輯警報定義本身。還可以指定警報的頻率；例如，是接收單個通知還是多個重複通知。

還可以在警報條件中使用預測，使使用者能夠建立在預測指示問題或機會時傳送的通知。這種歷史記錄分析、未來預測和動態警報組合可以顯著改進敏捷決策的制定。例如，假設有一個累計的季度銷售 KPI，其中歷史記錄趨勢顯示最後一個季度需要強勢結束。可以將預測模型配置為顯示季末預測值，並可以設定警報，以便在預測值超過或低於目標時發出警報。警報可以包括有關影響銷售數字的其他指標的資訊，使用者可以基於提供的資料進行更改。圖 6 顯示了一個動態警報定義的示例。

為了配合使用新的 Dynamic Alert 功能，Monitor 包括了一個新的 Alert Manager 小部件，它取代了以前版本中的 Alerts Subscriptions 小部件。使用 Alerts Manager，使用者可以檢視個人的和共享的警報定義，並通過篩選簡化用於編輯、複製或刪除警報定義的列表和控制元件。

圖 6. 儀表板中的 Dynamic Alert 定義

擴充套件事件源

現在我們先把剛才重點介紹的儀表板中對業務使用者直接可視的功能放在一邊，開始把目光集中在可由其他使用者角色用來實現業務需求的功能上。

隨著對業務關鍵活動越來越廣泛和深入的瞭解，從監視流程中獲得的價值也會不斷增加。V6.2 通過來自以下各個源的事件增強了對您企業中執行的應用程式和活動的監視：這些源包括 WebSphere Process Server、WebSphere Business Services Fabric、FileNet P8、WebSphere MQ、WebSphere MQ Workflow、WebSphere ESB 和 WebSphere DataPower SOA Appliances。以下各部分將重點介紹可以與 WebSphere Process Server、WebSphere Message Broker 和 WebSphere Business Events 更好地整合的特定 Monitor V6.2 增強功能，並將描述釋出監視事件的新方法。

改進了對 WebSphere Process Server 以前版本的監視功能

WebSphere Process Server（以下稱為 Process Server）依然是 Monitor 客戶最受歡迎的事件源。Monitor 工具包能夠更好地與 WebSphere Integration Developer（以下稱為 Integration Developer）整合，為流程以及與這些流程相關的監視器模型提供一致的開發經驗。如果您的專案涉及監視以前版本的 Process Server，則可以使用新增功能在 V6.2 中生成監視器模型，並通過該模型來監視在 Integration Developer V6.0.2 或 V6.1 中建立的應用程式。此功能是以 Monitor 工具包新增外掛的形式打包的，可以將其新增到以前版本的 Integration Developer。在新版本的 Monitor 工具包中開發監視器模型的同時，您還可以使用早期版本的 Integration Developer 以迭代方式開發應用程式。以迭代方式開發兩者時，您可以使監視器模型與應用程式保持同步。

改進了對 WebSphere Message Broker 的事件控制

隨著 Monitor V6.2 的發行，同時增強了 WebSphere Message Broker（以下稱為 Message Broker）（作為 V6.1.0.3 的一部分），改進了兩種產品之間的整合。這些更改還與 Monitor V6.1.2 相容。引入了對訊息流監視的多項改進：

• 現在可以使用 Message Broker 工具包中的訊息流編輯器配置監視設定。除早期版本中提供的管理命令外，訊息流作者現在還可以對傳送哪些事件和事件正文應提供什麼內容進行更多的控制。從工作臺部署訊息流後，它可以從活動的事件源自動傳送事件。請注意，對於無法重新部署訊息流的場景，可以優先使用管理命令。圖 7 顯示了作為訊息流編輯器一部分的監視屬性的示例配置。
  
  圖 7. 訊息流編輯器 – 監視配置
  
  
  
• 新增事件型別終端事件 使訊息流中發生的任何重要事件都可見。可以從任何節點的任何終端傳送終端事件。每當訊息通過終端時，就可以傳送事件。請注意，還支援 V6.1.0.2 中引入的三個輸入節點事件型別（進入、退出和失敗）。
• 您現在可以從訊息有效負載中捕獲複雜的資料，並將其置入傳送到 Monitor 的業務事件。XPath 用於表達要捕獲的資料。如圖 8 所示，您也可以選擇使用 Message Broker 工具包中提供的 XPath 表示式生成器編寫這些表示式。
  
  圖 8. 使用 Message Broker XPath 表示式編輯器指定事件內容
  
  
  定義了傳送事件的配置後，您可以從 Message Broker 工具包匯出訊息集的 XSD 模式檔案。然後可以將這些模式檔案匯入到 Monitor 工具包，用於建立使用 Message Broker 事件的監視器模型。
• Message Broker 事件現在增強了相關性屬性。本地、父級和全域性事務相關器的值儲存在 Environment 樹中，供所有事件使用。這樣可支援一些場景，如將訊息流與執行 Process Server的相關業務流程進行關聯。
• 最後，mqsireportflowmonitoring 和 mqsichangeflowmonitoring 管理命令得到了增強，可以從命令列操作個別事件源。

有關傳送事件的詳細資訊，請參見 Message Broker 資訊中心。

WebSphere Business Events 的雙向事件流

從 Monitor V6.1.2 開始，WebSphere Business Events（以下稱為 Business Events）和 Monitor 提供了一個整合點，Business Events 通過該整合點可以將事件傳送到 Monitor。這意味著，可以傳送到 Business Events 的任何事件也可以轉發到 Monitor。此外，由 Business Events 檢測的複雜事件可以傳送到 Monitor，用於關聯其他事件並在儀表板中提供可見性。此整合在 developerWorks 系列文章“使用 WebSphere Business Events 進行業務事件處理”中進行了描述

現在，結合使用 Monitor V6.2 和 Business Events V6.2，可以將事件從 Monitor 傳送到 Business Events。這樣，通過將警報傳送到 Business Events 可支援高階問題檢測，以便檢測警報的隱藏模式，並指示可能尚未檢測到的潛在業務問題。例如，通過從預測客戶端需求將超過庫存的 Monitor 傳送警報，並將這些警報與供應鏈事件中的事件關聯，業務使用者可以獲取有關他們以前無法得知的潛在庫存短缺的資訊。

如圖 9 所示，Business Events 創作工具可用於建立篩選規則，並讓該規則使用 Monitor 傳送的事件結構。

圖 9. 業務事件設計：使用 Monitor 事件結構的資料

通過 REST API 釋出事件

Monitor V6.1 新增了用於訪問 Monitor 後設資料和資料的 REST API。Monitor V6.2 現在新增了用來發布事件以供 Monitor 使用的 REST API。由 /rest/bpm/events URI 標識的此新增 REST 服務可隱藏與事件基礎結構相關的實現細節。根據以下內容型別的設定，介面將提供兩種事件釋出選項：

• 使用 text/xml 內容型別傳送單個 XML 事件。
• 使用 application/atom+xml 內容型別對具有多個 XML 事件有效負載的一批事件進行分組。

使用 Web Services-Notification API 釋出事件

Monitor V6.1 通過提供對 XML 事件和事件序列化技術的新支援，可以使用 WS-Notification 標準 API 將事件傳送到 Monitor。分為兩部分的 developerWorks 文章 Publishing event messages to IBM WebSphere Business Monitor V6.1 with Web Services Notification 提供了在 Java™ 和 .NET™ 環境中使用的解釋和示例。Monitor V6.2 新增了此內容，並提供了示例配置指令碼和文件，可以指導管理員在 Monitor 伺服器中實現 WS-Notification 選項。Web 服務可以將業務事件釋出為通知訊息，應用伺服器可以將該訊息傳輸到公共事件基礎設施（Common Event Infrastructure，CEI）的 JMS 輸入佇列，然後繼續傳輸到 Monitor。

縮短生命週期中實現價值的時間

以下各部分將重點介紹一些新增功能，以幫助從監視需求快速轉移到儀表板中的實現和操作。進行了與業務分析人員、開發人員和管理員相關的改進。

以互動方式設計、模擬及測試流程與監視器模型

Monitor V6.2 已得到增強，可以支援與 WebSphere Business Modeler（以下稱為 Modeler）的新整合點。對於選擇的一些監視設計和測試場景，業務分析人員可以在 Modeler 中定義流程和業務度量，並部署到 Process Server 和 Monitor Server 進行模擬和測試，使 IT 人員的干預降到了最低限度。這極大地減少了形成需求和在 Business Space 中驗證流程和監視設計之間的時間。

這一新增的快速設計功能主要適用於以下場景：在 Process Server 中執行以人為中心的流程，並從 Process Server 任務和流程計算儀表板中所需的度量。業務分析人員可以使用 Modeler 的業務度量模板方便地新增流程和任務度量。請注意，使用 Integration Developer 仍需要服務的實現和更高階的流程和監視需求。在進行實際生產部署之前，您必須使用 Integration Developer 建立專案構件。

如圖 10 所示，業務分析人員可以選擇一個流程並選擇 Modeler 的 Test on Server 操作。然後，此操作將初始化使用 Modeler 模型的新增 Monitor 服務，並建立可部署的構件，其中包括 J2EE 專案和資料庫模式。然後將這些構件部署到由 IT 人員安裝和配置的 Process Server 和 Monitor 伺服器。

圖 10. 從 Modeler 部署到 WPS 和 Monitor

此外，還將自動建立和部署帶 Monitor 小部件的業務空間，這樣使用者可以測試建模流程，並檢視業務標準、KPI 和執行流程的維度檢視，而無需額外步驟來配置業務空間。圖 11 顯示了業務空間頁，其中包括從 Modeler 自動建立並部署到 Process Server 和 Monitor 伺服器的流程互動、表單建立、任務管理和監視。

圖 11. 自動生成的業務空間頁

可重用的 KPI 庫

為加快選擇最適用於業務的 KPI，Monitor V6.2 在 Monitor 工具包中新添了 KPI 嚮導。此嚮導（如圖 12 所示）可訪問 800 多個基於 APQC Process Classification Framework (PCF) 的開放標準 KPI 庫。KPI 庫使業務分析人員能夠為跨多個功能（包括財務管理、人力資源管理、客戶關係管理和供應鏈管理）的各種流程選擇 KPI。

圖 12. KPI 庫

使用事件基礎結構整合的圖形除錯工具

在 Monitor V6.1.2 中新增了 Monitor 模型除錯工具，以瞭解監視器模型的操作，並確定和解決模型邏輯問題。您可以通過整合的測試客戶端傳送事件，並逐步執行監視器模型。Monitor V6.2 現在完全支援除錯來自任何源的事件，而不僅僅是從整合的測試客戶端傳送的那些事件。

支援移動裝置和桌面上的 BAM

在 Monitor V6.2 中，存在比以往更多的方法來訪問傳統儀表板環境之外的 BAM 資訊。您可以從智慧手機裝置檢視移動儀表板，檢視 Microsoft® Excel® 電子表格中的實時資料並與之互動，在即時訊息傳遞 (Lotus® Sametime) 和電子郵件 (Lotus Notes) 環境中訪問 BAM 資料。

移動儀表板

V6.1.2 引入了對檢視 RIM Blackberry® 裝置中的 BAM 資料並與之互動的支援。在 V6.2 中，已新增對 Apple® 的 iPhone™ 和 iPod™ Touch 裝置的支援。您只需將裝置的 Safari® 瀏覽器指向產品提供的 Web 應用程式，就可以檢視所有的警報、人工任務和 KPI 值。此 Web 應用程式具有本機 iPhone 應用程式的外觀，但是不需要在裝置上本地安裝任何應用程式。因此，即使在途中，也可以時刻監視業務的進展情況，其中包括採取操作，如轉發警報或重新分配 Process Server 承載的人工任務。

圖 13. 通過智慧手機訪問 BAM 資料

Microsoft Excel 載入項

早期版本的 Monitor 包括將資料匯出為 Excel 電子表格的功能。V6.2 新增了將新的載入項“ribbon”安裝到 Microsoft Excel 2007 的選項。可以使用此 ribbon 將 Monitor 資料匯入到工作表，並使其保持最新（通過自動重新整理）。使用此 ribbon，您可以選擇需要檢視哪些標準，然後匯入指定監視器模型的例項資料，並形成工作表，其中行是每個監視上下文例項，列是每個標準。匯入此資料後，您可以對其執行所需的操作（包括計算和繪製圖表），當更新 Monitor 資料庫中的基礎資料時，此資料會自動重新整理。您還可以選擇匯入並使用與警報和 KPI 相關的實時資料。而且，由於連線資訊儲存在 Excel 文件中，所以您可以將此電子表格傳送給同事，當他們開啟時，也會看到最新的資訊（而不僅是過時的快照）。圖 14 顯示了 Excel 中的 BAM 資料。

圖 14. Microsoft Excel 中的 BAM 資料

用於 Lotus Sametime 的 BAM 外掛

可能需要訪問 BAM 資料的另一個環境是即時訊息傳遞客戶端。Monitor V6.2 為 Lotus Sametime 引入一個外掛，該外掛允許您檢視 KPI、警報和例項資料，並對這些資料進行操作（如轉發警報）。此外掛與 Sametime 的標準通知功能整合在一起，因此您可以立即得到警報通知，而無需定期輪詢。從 Lotus Notes V8.0 開始整合了 Sametime 支援，因此也可以使用 Notes 側欄中的 Monitor 外掛。因為使用者可以直接在電子郵件和即時訊息應用程式中訪問 BAM 資料，所以他們可以作為日常事務的一部分更容易對業務中的問題做出響應，並與他人互動以解決該問題，而無需定期開啟獨立的 Web 瀏覽器來檢查業務狀態。圖 15 顯示了 Lotus Sametime 中的 BAM 資料。

圖 15. Lotus Sametime 中的 BAM 資料

改進了面向管理員的工具

現在，Monitor V6.2 中提供了一些優秀的新工具，使需要設定和維護生產環境的 IT 管理員的工作更方便。這些工具包括管理控制檯中幫助設定網路部署 (ND) 拓撲的新嚮導、支援記錄到達的用於給定監視器模型的事件（如果需要，能夠回放該記錄），以及一些新計劃的、可配置為自動管理專案（如資料存檔和修剪以及快取重新整理）的服務。

Monitor 拓撲向導

Monitor 拓撲向導極大地簡化了在生產環境中配置 Monitor 的流程。儘管簡單的獨立概要對測試和演示監視器模型沒有問題，但是強烈建議將任何實際生產使用的 Monitor 部署為已配置為高可用性的 ND 單元的一部分，以避免任何單點故障。V6.2 向管理控制檯中新添了一個嚮導 (Servers => WebSphere Business Monitor configuration)，可幫助配置 Monitor 需要的應用程式和資源。從單個對話方塊可以看到是否正確地配置了單元並根據連結解決任何顯示問題的項。無論選擇為 Monitor 擴充與事件源（如 Process Server）相同的單元，還是選擇將 Monitor 置入獨立單元，您都可以使用此嚮導。無論使用哪種方式，嚮導都將幫助您正確地配置用於工作負載分配和高可用性的每項設定，並顯著降低設定 Monitor 生產部署的複雜性。圖 16 顯示了拓撲向導。

圖 16. Monitor 拓撲向導

事件記錄和回放

在 Monitor V6.2 中，管理員可以記錄事件流，並在以後匯出或回放。此功能對問題的確定非常有用，例如，如果需要除錯模型出現某種行為的原因，則可以在偵錯程式中輸入問題，並檢視一下導致該問題的實際事件。這樣還可以更容易地維護環境，外部人員（如顧問或其他支援員工）無需實際到現場。最重要的也許是此功能對於從系統故障中恢復非常關鍵，使系統能夠重新處理任何事件，如自收到最近的有效環境快照以來可能到達的那些事件，否則，這些事件可能會永久丟失。工具包（位於 UTE 伺服器的上下文選單中）和生產環境（位於管理控制檯中）中都提供了此記錄和回放功能。圖 17 顯示了 Recorded Events Management 對話方塊。

圖 17. Recorded Events Management

計劃的資料服務

使用該產品以前版本的使用者可能還記得可選的計劃 Data Movement Service (DMS)。在 V6.2 中，新增了多個新的與計劃資料相關的服務，並在管理控制檯中將其整合為單個易於使用和管理的對話方塊。這些計劃的服務包含本文前面討論的主題，如何時為 KPI 記錄歷史記錄值，何時為 KPI 進行預測，何時評估儀表板定義的警報，以及何時重新整理快取。到目前為止尚未討論的另一個服務是存檔和刪除可能不再需要的舊例項的功能。例如，假定您只希望儲存過去一年的例項活動資料，則此服務可以自動將此類資料存檔到可匯入到倉庫的檔案（如果需要），然後從 Monitor 資料庫中清除它，確保僅在所需的時間內看到資料，避免資料歷史記錄增長過快。

還可以對這些計劃的服務進行同步和排序，這樣，在服務依賴的另一個服務執行之前，該服務不會執行。可以方便地檢視和管理每個監視器模型的所有計劃服務這一能力是面向 Monitor 管理員的強大新增功能。圖 18 顯示了 Monitor Scheduled Services 對話方塊。

圖 18. Monitor 計劃的服務

改進效能、可伸縮性和延遲

在 V6.2 中實現了多個關於效能和可伸縮性的重要改進。使用深入的例項資料歷史記錄大大優化了事件路由、事件處理、儀表板延遲和儀表板響應時間。

事件吞吐量改進

在事件路由領域中，在具有許多事件訂閱（即安裝了許多監視器模型）的情況下顯著改進了可伸縮性。在以前的釋出版中，每訂閱一次都會分析一次到達 CEI 伺服器的每個事件；在 V6.2 中，無論存在多少個訂閱，CEI 僅分析 Common Base Event (CBE) XML 一次。這意味著，對於許多訂閱，尤其是大型事件，CEI 現在每秒可以將更多的事件路由到適當的監視器模型，且不會使 CPU 達到飽和。此外，如果需要的吞吐量比單個多 CPU 計算機提供的吞吐量更多，還可以跨多臺計算機對 CEI 進行水平叢集處理，這樣可以跨叢集成員管理事件路由工作負載。

Monitor V6.2 的另一個重要改進是跳過使用 JMS 佇列讓 CEI 中的事件到達適當的監視器模型，而是將 Monitor 資料庫用作提交事件的位置。這極大地加快了監視器模型的事件處理速度，因為避免了有保證的永久性訊息傳遞的成本（不存在丟失事件的任何風險），並且事務現在是單階段提交，執行速度更快，開銷更少。初始測量顯示，在 V6.2 的單臺計算機上安裝的監視器模型，其佇列跳過速度與以前需要在 V6.1.2 的兩臺計算機上的相當。此改進再加上前面提到的路由改進也降低了啟用事件傳送的成本（如從 BPEL 應用程式），尤其是同步傳送事件時的成本。此佇列跳過改進還提高了可靠性，因為它取消了將訊息傳遞引擎或跨單元匯流排連結作為監視器模型交付和處理事件路徑上可能的故障點。現在，只需提供 Monitor 資料庫即可提交和處理事件。請注意，此佇列跳過技術現在是預設選項，但是將繼續支援基於佇列提交的向後相容性。

儀表板延遲和載入時間改進

現在，儀表板使用者可以在檢視資料時體驗更短的延遲；即事件發生和儀表板反映該事件之間沒有較長的延遲。通過前面提到的新增計劃服務，可以用有效的方式控制 KPI 和多維快取。這些協調服務有助於減少在儀表板中體驗的延遲，避免 DMS 在整點發生，但快取重新整理卻錯後半小時發生（因此延遲 1.5 小時，而不是預定的 1 小時）。另外，啟用歷史記錄的 KPI 自動按小時計算，因此快取將作為 KPI 的一部分重新整理，而不是等到下一個儀表板請求更新快取時，這意味著使用者無需等待開銷可能非常巨大的 KPI 計算。

當存在大量的為給定模型收集的資料時（其中例項數為 1000 萬或更大範圍內），可以明顯改進儀表板頁面載入的速度。V6.2 支援對每個 KPI 的快取間隔進行細粒度控制：現在，通過每個 KPI 的業務空間可以設定這些控制。這對於進行大量篩選的 KPI（即需要為該模型收集的大部分例項計算 KPI）而言特別重要。為加速維量分析，V6.2 現在支援可選物化查詢表 (MQT)，它可以有效地預計算和儲存開銷很高的查詢結果（用於多維度量），這樣可以避免多維導航（如展開操作）過程中潛在的長時間延遲。這些 MQT 也作為協調的計劃服務重新整理；當 MQT 重新整理發生時，使用者可以繼續檢視快取的資料，而不是等待開銷可能很高的重新整理完成。

對更多平臺的支援

Monitor V6.2 還擴大了受支援作業系統和資料庫的範圍，使其儘可能與 IBM BPM 其餘套件支援的平臺同步。新增了對 32 位版本的 Windows® 2008 和 Solaris® 10 以及以下 64 位作業系統版本的支援：Windows 2003、Windows 2008、AIX® 6.1、HP-UX® 11iv3 for Intel® Itanium®、Red Hat® Enterprise® Linux (RHEL) 4.0 for Intel、RHEL 5.0 for Intel、SUSE Linux Enterprise Server (SLES) 9 for Intel 和 SLES 10 for Intel。

V6.2 新增了對 Oracle® 11g 的支援，以及對以前支援的資料庫的各級較新修補程式包（如 DB2® 9.1.5 和 9.5.2a）的支援。還新增了對高可用性 (HA) 資料庫（包括 DB2 HADR 和 Oracle RAC）的支援。現在，資料庫將不會發生潛在的單點故障，而是可以故障轉移到映象，並保持執行而不停機（故障轉移之後會自動檢索正在進行的事務，而不丟失任何資料）。

總結

WebSphere Business Monitor V6.2 是一款主要發行版，它提供了用於監視業務流程和活動的非常重要的新功能。本文概要介紹了許多新增功能和增強功能。下表按八個主要類別概括了 Monitor V6.2 中的新增重點內容。

Monitor V6.2 中的更改總結

	V6.2 中的新增重點內容
使用 Business Space 提高業務領導的能力	新的入門體驗：Better Lender Showcase 展開到例項的新導航，用於瞭解詳細內容 增強的小部件和視覺化
增強制定決策的敏捷性	KPI History KPI Prediction Dynamic Alerts KPI 和度量基於標準偏差，有助於業務實踐（如 Six Sigma）。
擴充套件事件源	增強的 Message Broker 監視 WebSphere Business Events 的雙向事件流 通過 REST API 和 WS-Notification 釋出事件 WebSphere Business Events 的雙向事件流 對 WebSphere Business Services Fabric 和 WebSphere Process Server 事件的增強支援。
縮短生命週期中實現價值的時間	以互動方式設計、模擬及測試流程與監視器模型。 使用事件基礎結構整合的圖形除錯工具。 改進了 WebSphere Process Server 以前版本的監視功能。 方便地重置 Monitor 單元測試伺服器概要。 可重用的 KPI 庫。
支援移動裝置和桌面上的 BAM	移動儀表板：對 Blackberry SmartPhone、iPhone 和 iPod Touch 的支援。 Microsoft Excel 外掛：在電子表格中實時顯示 BAM 資訊。 Lotus Sametime 和 Lotus Notes 的 BAM 外掛。
改進了面向管理員的工具	拓撲配置嚮導。 事件記錄和回放，例項資料存檔和刪除。 計劃服務的管理。
改進效能、可伸縮性和延遲	事件吞吐量。 儀表板延遲和載入時間。
支援更多平臺	跨 WebSphere BPM 產品的更加一致的平臺支援。 增加了對 Oracle 和 HA 資料庫的支援。

致謝

作者非常感謝整個 Monitor V6.2 團隊的創新精神和不懈努力，沒有他們，這篇文章不可能完成。特別感謝以下團隊負責人：Christina Watkins、Clayton Sims、Curtis Miles、Dan Willey、David Enyeart、Jim Thorpe、Ke Jia Li、Latha Sivakumar、Nick Metianu、Paritosh Patel、Thomas Burke、Varadarajan Ramamoorthy 和 Wilfred C Jamison。 

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14789789/viewspace-594334/，如需轉載，請註明出處，否則將追究法律責任。