具有用於緩解和自動防護的責任約束服務等級協議及模式的服務性能管理器的製作方法

2023-09-22 04:08:10 7

專利名稱：具有用於緩解和自動防護的責任約束服務等級協議及模式的服務性能管理器的製作方法
技術領域：
所公開的實施方案一般地涉及面向服務的體系結構(krvice-Oriented Architecture)系統管理，並且更具體地，涉及具有有條件的服務等級協議和問題緩解 (issue mitigation)以及自動防護(autoprotection)特徵的服務性能管理器軟體平臺。
背景技術：
面向服務的體系結構(SOA)正迅速被各行各業及各種規模的許多不同機構所採 納並部署(deploy)。在直接聚焦和關注實施SOAs的同時，各機構總地來講幾乎未曾注意過 監控和管理其SOAs，以確保服務等級得到保持並且效率得到提高。

發明內容
所公開的服務性能管理器(SPM)是企業軟體平臺，所述企業軟體平臺監控並前瞻 性地(proactively)管理基於服務等級協議(SLAs)的個體服務和分組服務的健康和性能。 在意外高峰(spikes)期間，SPM提供運行的服務的增強可視性，允許額外服務實例的自動 部署以滿足負載高峰，並且幫助確保不違反(Violate)SLAstj SPM還允許用來監控服務性 能、服務可用性(availability)以及服務使用的規則。SPM為IT經理和營運經理提供針 對其IT服務和業務服務的更好的可視性和控制。SPM在消費者意識到之前預測並解決潛 在的與消費者相關的問題，使機構能夠滿足服務質量目標。與其他軟體平臺不同的是，所公 開的SPM利用更佳的粒度(granularity)和精度自動地優化資源、服務以及SLAs，同時不 變地保持廠商中立，允許SPM基本上同時地管理許多不同的應用程式和面向服務的體系結 構(SOA)平臺。所公開的SPM允許用戶監控並管理個體服務或分組服務的性能，並且從技 術和業務的角度在服務監控中提供可視性。


在附圖中以實施例的方式圖示說明了實施方案，在附圖中相似的參考標號表示類 似的部件，並且其中圖1根據本公開提供描繪可以由所公開的SPM監控的項目的示例性選擇的圖示說 明；
圖2根據本公開圖示說明示例性貸款核准過程流程圖；圖3根據本公開圖示說明所公開的SPM的基本項目的工作流的示意圖；圖4根據本公開圖示說明用於所公開的SPM的用戶工作流的示意圖；圖5根據本公開圖示說明用於所公開的SPM的用戶工作流的示意圖；圖6根據本公開圖示說明用於所公開的SPM的用戶工作流的示意圖；圖7根據本公開提供圖示說明SPM產品體系結構的示意圖；圖8根據本公開圖示說明詳述簡單規則和複雜規則的流程圖；圖9根據本公開圖示說明顯示用於設置規則的步驟的流程圖；圖10根據本公開提供規則包(rule package)的概要圖示說明，該規則包以具有 四條規則的目標(objective)為特徵；圖11根據本公開提供描繪規則包內規則集合的結構的示意圖；圖12根據本公開提供被引用的目標對象類型的列表；圖13根據本公開圖示說明用於SOA自動防護的服務消費者責任與應用程式的流 程圖；以及圖14為根據本公開的框圖，圖示說明用於實施SPM的一個實施方案的計算機系統。
具體實施例方式服各件能管理器服務性能管理是監控和測量個體服務或分組服務的可觀察行為(behavior)並且 基於限定的一套規則對其行為實施(反應性地或前瞻性地)變化的能力。可觀察行為可以 包括系統性能、可用性、使用、錯誤和有效負荷。所公開的服務性能管理系統是軟體平臺，所述軟體平臺保持並自動地管理個體服 務或分組服務的可觀察行為的健康和性能，同時附加地管理業務有效負荷。在實施方案中， SPM保持並管理IT服務的可觀察行為的健康和性能。在另一實施方案中，SPM保持並管理 業務服務(business service)的可觀察行為的健康和性能。SPM可以用來設計、計劃並監 控基於業務需要的服務。SPM還可以用來相對於成本平衡服務等級。此外，SPM可以用來 實現並加強服務的可測量等級以及減小無法預測的需求的可能性。SPM可以顯著地改善服 務提供者和消費者之間的關係。所公開的SPM的實施方案包括以責任約束的服務等級協議 (SLAs)為特徵的性質，以及用於識別部件不當行為(misbehavior)的模式。SPM可以使用策略管理技術來分布監聽者(listener)和相關聯的策略，並且還可 以搜集性能信息。利用複雜事件處理、規則、策略以及Java管理擴展(JMX)控制界面的組 合，SPM允許用戶針對服務等級例外(exceptions)或反常(anomalies)創建基本上任何的
(reaction scenario)。SPM允許用戶通過使用分布的監控和測試設備架構(instrumentation framework)來監控部署的服務工件(service artifacts)。在實施方案中，獨立於部署的 基礎結構(employment infrastructure)，用戶可以通過使用顯控工具(dashboard)來監 控部署的服務工件，以從服務透視圖(perspective)追蹤度量(track metrics)。在實施方案中，SPM可以被加入到現有的SOA基礎結構中。SPM可以被加入到各種
5技術和體系結構中。SPM可以對包含結合監控使用SLAs的SOA構造(fabric)提供自治能力 (autonomic capability)，在閾值違規(threshold violations)或迫近違規(impending violations)方面提供前瞻性和反應性警報，以及在使用和執行(performance) 二者中盡 可能提供保證(自愈和自優化二者)。在實施方案中，SPM提供SLAs和規則的基於嚮導的創建。SPM不僅提供用戶到其運行的服務中的基本上立即的可視性，而且允許其建立額 外服務實例的自動部署，以滿足負載高峰。這可以確保在意外峰值期間服務等級協議不被 違反，並且可以允許用戶建立來監控服務度量的規則，服務度量包括但不限於，系統性能、 可用性以及使用。如果發生事件或違規，可以通過在用戶界面或顯控工具上的警報或者通 過電子郵件來處理。在實施方案中，業務流程管理(BPM)或客戶關係管理(CRM)工作流可 以被啟動(initiated)。SPM不僅幫助監控服務，還可以輔助管理這些服務。SPM允許用戶監控業務流程中 的關鍵性能指標(key performance indicator)、分析性能、檢驗行為模式以及以前瞻性和 預見性的方式採取糾正動作，來成功地管理和經營業務。基於過往的性能，用戶可以預測未 來的性能、確認瓶頸並且為更好的性能而採取糾正動作。在特定情況下，如果特定條件被滿 足或者如果特定規則被違反，用戶可以是前瞻性的並且建立規則以觸發動作，從而對用戶 提供一定水平的保證。規則庫可以使用SPM來創建，其中可以在某些服務度量上限定簡單規則或複雜規 則。如果限定在規則中的條件被滿足，這些規則可以內部地觸發一種或更多種類型的動作。 動作庫可以儲存示例性動作，例如發送警報、調用(invoking)腳本或服務，或者將事件記 入日誌(logging event)。一些規則可以以按照循環的(recurring)時間表來運行，例如在 所有工作日中每天的下午兩點運行或在尖峰時間運行。標準時間表可以被限定在時間表庫 中，時間表庫可以用來基於相應的規則在指定的時間觸發動作。在實施方案中，SPM通過集中式管理和自管理協議提供低成本管控 (administration)，確保更好的順從性(compliance)和 SOA 治理(governance)。在另一實 施方案中，實現更有效的操作管理和質量控制。SPM可以允許更容易的SLAs測量和確定。 在實施方案中，用於端對端企業基礎結構監控和管理的SPM的附加提供預測並響應大量業 務服務和事件的能力。業務情景在典型的業務情景中，存在服務提供者和服務消費者。不管用戶的角色是作為服 務提供者還是服務消費者，SPM可以被用來監控和管理業務服務。圖1為描繪可以由所公開 的SPM的實施方案監控的項目的示例性選擇的示意圖100。所公開的SPM可以監控請求、基 礎結構以及服務，包括但不限於，監控來自提供者或消費者的請求或在業務環境中的請求; 監控基礎結構節點或容器；以及監控原子(atomic)、編制(orchestration)或收集服務。在 實施方案中，SPM結合監控請求、基礎結構以及服務來使用探測策略和/或SLAs，以管理事 件並提供警報。圖2提供流程圖，來圖示說明SPM是如何可以被用於示例性貸款核准過程200的 實施方案。在示例性過程的第一步中，檢索消費者的信息210。在下一步中，使用外部信用核查服務230來核查消費者的信用220。在實施方案中，信用核查服務為外部的並且可以 具有99. 9%的有保證的(guaranteed)可用性。基於該信用是可接受與否的確定M0，額度 被發放或貸款被拒絕。如果信用是可接受的，則額度被發放250，否則貸款被拒絕沈0。SPM 用在這個實施例中來監控外部信用核查服務230和貸款公司之間的可用性、響應以及數據
通信量。在實施方案中，如果不滿足外部服務(例如圖2中所呈現的信用核查服務)的有 保證的可用性，則服務消費者可以將該事件記入日誌、向管理員發出警報、發起支持請求和 /或發起開具處罰帳單。在實施方案中，服務提供者可以期望在SLA中指定的時間內確保針對所有請求的 有保證的響應。例如，如果消費者發送太多的請求(這些請求在數量上異常巨大或者具有 錯誤的有效負載)而使系統超載，服務提供者可以選擇採取糾正動作來使系統負載受到控 制。這樣的糾正動作可以包括阻擋(blocking)進一步的請求，從而整個系統不會受損，或 者向其他參與方發出警報。為修復錯誤或超載服務，系統管理員可以選擇投入更多的網格 資源(分配附加的計算資源)、重新分配現有資源或者選擇要處理的請求。項目(project)牛侖周期圖3為圖示說明所公開的SPM的實施方案的基本項目工作流的示意圖。被包括在 監控和管理服務等級性能中的主要步驟為發現服務310、測量可觀察度量320、分析和預測 行為330、監控服務340以及發送警報350。在發現服務的步驟310中，SPM可以核查運行在單一環境或多種環境下的所有服 務。這些服務可以為個體服務或分組服務，例如服務組件或服務單元。SPM還可以核查服務 相關性、複合服務以及服務引用。再者，SPM可以核查被限定在每個服務和參與方上的SLAs 以及針對每個服務所限定的閾值。一旦服務及針對這些服務的消費者和提供者各方被識別，下一步是測量可觀察值 320，或者測量度量值。可測量度量中的一些可以包括服務度量、基礎結構度量以及來自有 效負載的業務度量。服務度量可以包括吞吐量、延遲、請求大小、錯誤以及可用性信號；基礎 結構度量可以包括容量、存儲器以及關於中央處理器(CPU)的信息；而來自有效負載的業 務度量可以包括用戶身份或角色、來源以及交易值。在實施方案中，業務度量可以直接從請 求的內容或包絡(envelop)中提取。例如，用戶身份、請求的來源或者以美元或歐元為單位 的交易金額可以用來關聯一值，通過該值使一請求具有優先權。還可以搜集與可以通過JMX 工具(instruments)來搜集的物理部署體系結構有關的度量。度量及其值經過一段時間搜集後，數據可以被分析並且未來數據需求可以在分析 和預測行為的步驟330中被預測。可以由計算和聚集來分析數據。特定行為模式可以被識 別，這可以幫助預測未來數據需求。可以執行統計的和基於時間的分析，其中除了用於移動 時間幀窗口的值以及用於前一小時、前一天、前一星期或前一月的值以外，還計算均值、最 大值和最小值。可以執行基礎結構聚集計算，其中計算節點對應的(by)度量值和容器對應 的度量值。可以執行功能性聚集計算，其中計算服務組件對應的度量值和服務單元對應的 度量值。可以執行業務聚集計算，其中計算客戶對應的度量值和金額對應的度量值。最終， 可以執行基於消費者的聚集分析，其中獲得並聚集與消費者角色(例如，金級、銀級以及白 金級)對應的度量值。
下一步是分析和預測行為的步驟330。任何的這些度量均可以被顯示在基於網絡 的顯控工具中，該顯控工具可以包括一些預先限定的視圖。在實施方案中，這些度量可以通 過每分鐘獲取數據以及更新度量值來提供實時值。各種視圖可以被配置來監控各種等級的 性能，例如，環境、機器、節點、服務組件以及服務單元。顯控工具可以根據需要是個性化的， 用於特定的業務需要來獲得實時的更新，包括但不限於，服務可用性、服務用法、服務錯誤、 業務有效負載。使用所公開的SPM來監控服務，可以限定規則包和規則，並且可以選擇應用 這些規則的目標對象。在實施方案中，這些對象被稱為引用目標對象。此外，可以在可用於 被選擇的目標對象的默認度量上設置條件，可以創建時間表來在指定時間運行規則，並且 可以限定動作並使其與用於管理服務性能的規則相關聯。動作可以為默認動作或自定義動 作。當規則被使能時，系統可以針對被限定在規則中的指定的一套條件開始監控所有引用 目標對象。當度量值達到閾值條件，規則被觸發，這又啟動動作來在指定的範圍內管理該性 能。在實施方案中，基於服務消費者和提供者之間的SLA，可以限定一套規則。這些規則能 夠被監控並被定製，這幫助消費者和提供者兩者追蹤服務執行情況並且遵循服務等級業務 協議。可以在度量值上限定閾值條件並且可以基於該度量設置規則。當達到這些閾值等 級或滿足被限定在規則中的條件時，一種或更多種警報或動作可以被觸發350。在實施方 案中，如果SLA中存在任何違規，則發出警報。警報可以被顯示在顯控工具中作為可視指示 器。有時，這些警報可以以內部的方式觸發特定動作，包括但不限於，運行腳本、將事件記入 日誌或發送郵件通知。在實施方案中，除警報外，特定糾正動作也可以被設置來在規則中執行。當滿足規 則中的條件時，這些糾正動作可以自動地被執行，這可以有助於業務連續性(continuity)。 糾正動作中的一些可以包括自動資源分配、開始節點或事件管理。用戶工作流在實施方案中，業務中實施SPM所包括的主要步驟的高度概括包括識別技術需 求、配置系統以及監控性能和管理系統。圖4為圖示說明用於識別技術需求的用戶工作流的示意圖400。這可以包括設置 業務的技術需求。在實施方案中，業務分析員410識別使用在業務中的所有服務，並且提供 數據420來建立並配置SPM。這種數據可以包括所有服務等級中的業務需求。數據420被 提供給系統管理員430。然後，這樣的信息，包括但不限於來自系統管理員430、系統架構 師440以及SPM管理員450的信息以及其他信息可以被編輯來確定這樣的技術需求460， 包括但不限於，針對服務、規則、動作、節點以及機器的需求。為測量業務服務的性能，監控 點(例如服務、流程、機器以及節點)被確定。數據被提供給SPM管理員450並且可以引導 SPM的建立和配置。圖5為圖示說明用於配置系統和性能監控規則的用戶工作流的示意圖500。可以 由SPM管理員510配置域和環境530。配置530可以包括SPM管理員510，該SPM管理員510 識別要由SPM實例管理的所有環境和域，識別所有服務容器，和/或識別在這些環境和域中 的所有服務。在識別服務容器和服務後，SPM管理員還可以配置或限定目標對象組570，來 將目標對象分到邏輯組中。例如，在實施方案中，SPM管理員可以選擇將具有金級SLA需求 的所有服務放入一個目標對象組，而將所有其他服務放入另一目標對象組。在目標對象組570上限定規則前，SPM管理員檢查可用的外度量，以評估它們是否為充足的560。如果分 類現有度量或積累新的數字度量需要任何自定義度量，SPM管理員限定自定義度量560。基 於SLAs或服務性能的非正式預期，SPM管理員在目標對象組上限定規則並將這些規則組織 成目標和規則包陽0。SPM管理員限定當針對特定目標對象540觸發或清除規則時所採取 的動作。這些動作包括向一組用戶發出警報、緩解動作、規模調節(scaling)動作(例如供 應服務容器(節點/引擎)或者將服務部署到新服務容器)、自動防護(例如阻擋用戶發送 過多的請求)或者管理員限定的自定義動作。在實施方案中，SPM的管理員510可以使用 生成和配置規則透視圖來在一組被選擇的目標對象上限定規則。適合的服務被分組作為目 標對象組並且在其上限定規則。這些規則可以包括被限定在服務度量上的條件。規則還可 以與當滿足規則中的特定條件時自動觸發的自定義動作相關聯。觀察和管理顯控工具透視 圖顯示各種形式的度量數據，例如圖表和報告。圖6為圖示說明用於監控和管理系統的用戶工作流的示意圖600。SPM管理員610 可以通過觀察未處理的和聚集的度量的顯控工具，利用相關的環境(context)信息(例如 部署細節、機器和節點信息以及所生成的警報)交互地監控系統630。如果限定規則，系統 將比較測量值640和所限定的規則條件閾值，並且如果需要則觸發動作620。可以由外部系 統通過分析度量的歷史(historic)性能來動態地生成閾值。測試和仿真可以用來生成用 於進行比較的閾值。保證動作620可以包括自動防護動作，例如在觸發條件已經被緩解前 阻擋請求，在觸發條件已經被緩解前供應新資源(規模調節)，觸發手動工作流來使管理員 手動地緩解問題(例如，重啟資料庫、供應新硬體等等)。還可以通過生成警報消息(電子 郵件或其他消息)來觸發手動緩解。當條件被限定且滿足規則時，規則可以觸發動作620。 動作可以為例如，發通知、發警報、調用腳本或增加節點。這些動作幫助SPM管理員610管 理系統性能，並且保證系統是可靠的。產品架構所公開的SPM的體系結構可以包括這樣的組，所述組包括但不限於，接入到 (plugged into)面向服務的體系結構服務平臺的管理員的用戶界面，集成到面向服務的體 繫結構服務平臺的後端(back-end)網絡服務，以及諸如部署到面向服務的體系結構服務 平臺基礎中的規則服務和動作服務的系統服務。在實施方案中，所公開的SPM可以被集成 到 TIBCO ActiveMatrix 服務平臺中。圖7為圖示說明SPM產品架構的實施方案的示意圖700。SPM包括各種類別的探 測器760來監控與SOA平臺有關的數據。在實施方案中，探測器被直接嵌入在容器基礎結 構780內部。探測器也可以測量來自在SOA中提供服務的其他集成軟體或應用軟體770的 信息。附加探測器770可以測量關於每個計算機作業系統的相關信息，來提供附加環境信 息，例如CPU、存儲器以及網絡使用。在實施方案中，SPM探測器可以被增強來支持自定義度 量。例如，SPM探測器可以從服務請求有效負載中提取業務信息，提供關於請求的重要性的 附加環境信息。由探測器搜集的信息可以通過實時設備總線(instrumentation bus) 740 被分布到SPM系統服務750。在實施方案中，SPM可以包括運行時間節點服務探測器760， 來監控與TIBCO ActiveMatrix 和/或數據TIBCO BusinessWorks 相關的數據。一般地，SPM系統服務在一個或更多個特別提供的節點和硬體上的孤立 (isolated) SPM系統環境750下運行。在實施方案中，所有針對SPM的服務被寄宿(hosted)
9於分開的「spmenv」環境中被命名為「spmnode」的節點上。在實施方案中，「spmenv」環境 被保持為分開的，並且不用於任何業務服務。SPM系統服務除了其他服務外可以包括規則服 務、動作管理器服務、標準動作服務以及警報伺服器。規則服務可以收集和聚集基本度量和 自定義度量，可以轉換(translate)和部署SPM規則，並且可以發出規則觸發或清除消息到 動作管理器服務。動作管理器服務可以處理規則動作，例如在規則觸發或清除消息以及如 阻擋進一步的請求或供應新計算資源的保證790的基礎上，發警報、調用服務或者記錄日 志。動作管理器服務可以使用用於警報的模板生成消息。標準動作服務可以在附加的現有 節點上部署服務，通過供應新節點來在附加的節點上部署服務，在機器上調用腳本，生成簡 單網絡管理協議(SNMP)異步通知消息或「陷阱(traps)」，並且為用於面向服務的體系結構 服務平臺引擎控制方法的集成軟體提供支持。通過管理總線740，動作被分布回節點來執 行。警報伺服器允許用戶指定電子郵件格式(例如文本或HTML)以及電子郵件的遞送方法 (例如精簡模式(digest mode))。在實施方案中，用於SOA服務平臺的集成軟體包括TIBCO Business Works 。SPM的用戶界面(UI)被接入到SOA服務平臺管理員的管理員中。用戶界面包括生 成和配置規則的透視圖，以及用於觀察和管理顯控工具的透視圖，顯控工具包括但不限於， 監控顯控工具710和SLA顯控工具720。另外，UI可以支持監控自定義度量，包括限定自定 義度量來監控和管理任何服務的性能。通過實時消息總線或顯控工具總線730，性能測量的 實時更新以及警報被分布到顯控工具。指令行界面(CLI)(未示出)基本上支持來自UI的所有被執行的動作。CLI還可 以支持限定警報模板和將這些警報模板用於電子郵件通知。用來支持SPM UI和CLI的網 絡服務可以經由標準http協議和實時異步通信總線730來接入面向服務的體系結構服務 平臺伺服器。這些網絡服務獲得數據並且然後將數據顯示給用戶。在實施方案中，在期望執行遠程腳本和提取增強的機器度量的所有管理守護進程 上運行機器代理。鍾在實施方案中，通過生成並配置各種規則，用戶可以使用SPM監控和管理系統性 能。規則限定條件，以用於監控目標對象。規則還可以指定當滿足指定條件時要在所選擇 的目標對象上執行的動作。在實施方案中，規則是SPM的基本構造塊(building blocks)。存在兩種類型的 規則，簡單規則和複雜規則。圖8圖示說明示例性簡單規則810和複雜規則850的流程圖 800。簡單規則810可以具有目標對象812、條件814以及動作816。在實施方案中，創建簡 單語句來觸發一種或更多種類型的動作816 (例如，發警報、調用腳本或服務或者將事件記 入日誌)。複雜規則850可以具有目標對象852，可以具有多於一個條件854、856、858以及 動作860。在實施方案中，複雜規則850包括與(AND)邏輯。複雜規則850可以觸發多於一 個動作860。在實施方案中，基於可用於所選擇的目標對象的默認度量限定條件814、854、 856、858。圖9是圖示說明用來設置或創建規則的步驟的流程圖900。在實施方案中，一旦新 的規則被創建，其可以被儲存在規則庫中。用於創建規則的主要步驟包括提供基本規則信 息910、選擇目標對象920、創建條件930以及設置動作940。
提供基本規則信息910可以包括提供諸如名稱和描述的信息。在實施方案中，提 供基本規則信息910還可以包括從時間表庫中預先限定的時間表指定用於運行規則的時 間表。在另一實施方案中，提供基本規則信息910還可以包括針對規則設置優先權。選擇目標對象920可以包括選擇單個目標對象或一組目標對象924。一組目標對 象擬4可以由相同類型或具有共享標準的對象形成。目標對象922、擬4可以為機器、節點、 服務組件、服務實例或操作。在實施方案中，目標對象選自TIBCO Active Matrix 環境或 域的基礎結構或部署視圖。在實施方案中，TIBCO Business Works 服務探測器被安裝並 且Business Works 服務和流程可以被選擇作為目標對象。依賴於所選擇的目標對象，使相關的度量可用於創建條件930。條件可以為簡單的 932或複雜的934。在實施方案中，複雜規則934可以包括增加多達三個的使用邏輯與運算 符的條件。條件在運行時間可以被驗證，當實現指定的標準時，動作可以被觸發。設置動作940包括設置當滿足被限定在規則中的任一條件時要被執行的動作。可 以針對任一給定的條件執行單個動作942或多個動作944。動作可以被設置來例如，發警 報、調用腳本或將事件記入日誌。規則包規則可以為單獨的規則或者可以為屬於規則包的目標的一部分。圖10提供規則 包1000的概略圖示說明，規則包1000的特徵在於具有規則A、B、C、D的目標1010，其中規 則A、B、C、D分別具有目標對象A、B、C、D ；條件A、B、C、D以及動作A、B、C、D。目標為意圖實現明確目的(goal)的規則的集合。目標可以將通用元數據、時間表 以及動作施加到被包含於其中的規則上。在實施方案中，被封包(packaged)來實現業務 目的的一組目標被稱為規則包。規則包可以由基於規則包所表徵的服務等級的業務角色 (business role)來組織。圖11提供在示例性規則包1110中描繪規則集合的結構的示意圖。在實施方案 中，規則包為SLA的數字表現形式(digital manifestation) 0規則包可以如一條規則那 樣簡單，或者如基於共同目標被分組在一起的數百條規則那樣複雜。規則包1110包含一個 或更多個目標1120，而目標包含一條或更多條規則1130。在創建新規則包的時候，可以創 建目標。規則包擁有默認目標時間表1112，從而所創建的沒有時間表的任何目標具有默認 時間表可以使用。在實施方案中，默認時間表1112被設置為「總是」，從而時間表總是被應 用。規則包1110還可以將通用元數據1118施加到被包含在規則包中的目標1120上。規 則包1110具有在SLA中識別提供者和消費者雙方1114的選擇，以及可選地識別規則包所 表徵的(角色)的服務等級1116，從而參與方和角色為可選的欄位。在實施方案中，為訪問 規則包，用戶必須從生成和配置透視圖選擇規則包。引用(Referenced)目標對象引用目標對象為由一條或更多條規則所引用的目標對象。限定在規則中的條件 相對於所選擇的目標對象被驗證。如果違反條件，規則被觸發來發警報。如果規則與動 作相關聯，動作採取糾正措施並且在指定條件內設法產生(bring)性能。圖12提供引用 目標對象類型的列表1200。引用目標對象類型可以包括服務類型1210、服務實例類型 1220、服務操作類型1230、服務操作實例類型1M0、環境或域類型、機器類型1260以及節 點或引擎類型1250。在實施方案中，服務類型1210、服務實例類型1220、服務操作類型1230、服務操作實例類型1240以及環境或域類型，可以包括選擇TIBCO ActiveMatrix 或TIBCOBusinessWorks 服務、服務實例、服務操作或流程、服務操作實例或流程實例， 以及環境或域。機器類型1260可以包括在其上運行TIBCO ActiveMatrix or TIBCO BusinessWorks 的機器。節點或引擎類型1250可以包括TIBCO ActiveMatrix 節點或 TIBCO BusinessWorks 引擎。個體用戶和超級用戶可以訪問引用目標對象庫來瀏覽、刪除 或重新選擇引用目標對象。時間表時間表限定循環時間周期，在該周期內運行規則、目標或規則包。在實施方案中， 僅僅當規則為單獨規則而不屬於規則包或目標時，應用針對該規則而設置的時間表。在實 施方案中，如果規則在目標中，該目標時間表優先，或換言之，在默認情況下，當將規則加入 到目標中時，不複製時間表。規則包包含用於規則包中所有目標的默認時間表，當目標不具 有其自身的時間表時使用該默認時間表；然而，目標不是必需具有時間表。時間表可以包含控制何時相關聯的規則應當或不應當被運行的「包括(include) 」 和「不包括(exclude) 」時間段。例如，被稱為「尖峰時間」的時間表可以包括全年中所有月 份從每天下午9點到半夜的時間，但不包括一月份的從上午3點到上午6點的時間。在實 施方案中，針對單個時間表限定多個包括時間段和不包括時間段。在實施方案中，SPM支持由超級用戶所有的全局時間表(glcAal schedules)和由 個體所擁有的時間表。超級用戶是具有創建和管理全局時間表(包括即時可用的(out-of-the-box)時 間表)的特權的用戶。全局時間表對所有用戶都是可用的。超級用戶還可以刪除和編輯由 個體用戶創建的時間表，以及複製用戶所擁有的時間表並將其保存為全局時間表。個體用戶可以查看並複製庫中的所有時間表，編輯由個體用戶所擁有的時間表， 查看和使用規則生成器中時間表下拉列表中的全局時間表或其所擁有的時間表，並且創建 規則包生成器對話框(dialogs)。個體用戶可以利用所擁有的另一時間表或全局時間表來 替換已擁有的時間表。可以以全體的方式(在使用舊時間表的每個地方利用新時間表來替 換)或單獨的方式(導引通過所有使用舊時間表的位置，並且利用另一時間表替換舊時間 表)來替換時間表。個體用戶也可以刪除其所擁有的未在任何地方使用的時間表。自定義動作在實施方案中，SPM包括動作庫。動作庫包含網絡服務(web service)列表。這 些服務可以自動地執行服務管理任務並保存管理員時間。服務可以做什麼的範圍取決於網 絡服務是如何編寫的。服務被配置來應用到具體端點或被配置為用於具體目標對象類型的 目標服務。當使用規則生成器創建規則時，其中觸發該規則並且滿足規則中的條件時用戶可 以選擇調用腳本。在實施方案中，根據對單個節點的需求是否超出最大量，超級用戶可以創 建被設計為增加新節點的腳本。該腳本還可以包含撤銷方法，來在需求再次下降時，移除額 外的節點。撤銷方法對應於被限定在規則中的取消條件的狀態。當創建規則時，個體用戶 可以選擇使用這種腳本。在實施方案中，SPM提供一些由超級用戶擁有的全局服務。在這個實施方案中，SPM 僅支持由超級用戶擁有的服務。個體用戶僅可以在規則生成器中查看服務列表，並且選擇哪些服務被應用到規則中。服務名稱和擁有者可以顯示在規則生成器中。超級用戶可以增 加對所有用戶是全局可用的服務。超級用戶還可以刪除服務和利用另一服務來替換服務或 根本就不用服務來進行替換。如果正在使用中的服務被替換，可以自動向規則擁有者發通 知。超級用戶還可以在規則生成器中的選擇服務面板內阻止或允許顯示某些服務。有條件的SLAsSLAs指定服務提供者將保證的服務等級。例如，SLA可以保證最大響應時間。在 一些情況下，只有當服務消費者遵循具體的條件或責任時，才能夠實現SLA。例如，貸款流程 服務可以能夠保證5-秒的響應時間，但這隻有當貸款請求率沒有超過每秒鐘一個時才能 實現。本發明將SLA規範延伸為包括在服務消費者一方的責任概念。從而，只有如果服 務消費者滿足指定的責任或限制，SLA才必需被滿足。消費者責任是不能由服務提供者控 制的可測量的特性，但可以被監控並且如果違背可以被處理(acted upon) 0服務提供者的條件源可以是內部的(例如，提供者物理容量的限制)，或者可以是 服務提供者作為服務消費者的次要角色的副產物。在後一種情況下，需要藉助於另一服務 提供者來完成其任務的服務提供者可以將次要的提供者責任傳回初始服務消費者。消費者 責任可以包括，例如請求速率、請求大小、請求形式依從、請求內容依從(生成大量錯誤的 謬誤有效負載)以及響應配置文件(生成異常後端負載的有效負載)。服務提供者責任可 以包括，例如在一段時間內的響應時間、吞吐量、錯誤率以及可用性。由於責任一般不由服務提供者控制，責任從根本上不同於普通的SLA特性(例如 有保證的響應時間或可用性)。責任可以被有效地使用於若干情景中。這些情景包括提供 針對服務消費者正在進行不當行為的高級警示；如果沒有滿足消費者責任，形成不緩解和 提供附加提供者計算資源的決定；提供對SLA違規的洞察(insight)，並且指示識別和隔離 違規源的補救步驟；以及當由於未滿足的消費者責任而違反SLA時，減輕財務衝擊。用於緩解和自動防護的模式SPM提供用於緩解系統的任何組成部分的不當行為的影響的方法。系統中的 任何組成部分，無論其是服務的消費者或提供者，由於硬體或軟體錯誤均將出現行為 不當(misbehave)。SPM可以通過結合源於消費者、提供者以及基礎結構的若干因素 來檢測這樣的情況。可識別的情況為消費者約束的(consumer-bound)、提供者約束的 (provider-bound)或者基礎結構約束的(infrastructure-bound)。消費者約束的情況包括異常請求大小或吞吐量、生成大量錯誤的謬誤有效負載以 及生成異常後端負載的謬誤有效負載。提供者約束的情況包括超負載後端CPU、提供者軟體 故障(failure)以及死鎖。基礎結構約束的情況包括機器故障和網絡故障。SPM通過收集度量、檢測閾值違規以及識別問題源(機器、客戶、用戶應用程式 (user app)、服務等)來評估問題源。SPM具有這樣的能力來緩解發生意外情況的應用程式 的影響，即通過經由阻攔或節流策略隔離問題源或者如果允許的話移除問題源的能力。圖13為圖示說明服務消費者責任以及這些服務消費者責任對在本申請中所描述 的面向服務的體系結構自動防護的應用的流程圖1300，從而，如在框1310中所圖示說明 的，跨該體系結構提供實時度量的集合。該動作在附圖中被標記為「收集實時度量」，並且其 在該體系結構中提供觀察數據的搜集、聚集以及分析。可以在本地、主機級(host-level)
13數據點以及全局級(global level)搜集這些實時度量，在全局級中主機級觀察數據可以被 聚集和結合。通過提供遍及體系結構的實時度量，可以獲得質量上、顯著度、及時方面的顯 著改進，以及度量方面的其他有利改進。圖13中的面向服務的體系結構將使用在框1310中所收集的實時度量，來並列執 行框1320和框1330中分別用於分析和預測提供者SLA違規以及分析和預測消費者責任違 規的分析和預測步驟。涉及提供者SLA違規的框1320中的分析和預測幫助面向服務的體 繫結構基於聚集的實時度量(從框1310)有效地分析、預測以及採取動作。如所提到的，在 框1320，憑藉在全局和本地級聚集數據，系統可以相對於具體地識別由提供者提供的資源 中的問題，達到更高等級的粒度和準確度(accuracy)(這又幫助預測可能的提供者SLA違 規)。基於相同原理，在框1330，系統也可以相對於在消費者責任約束的SLA已被提交到面 向服務的體系結構時根據施加在消費者上的責任識別消費者性能中的問題，來達到更好的 粒度和準確度。一旦在框1320和/或框1330，可能的違規已經被識別，在框1340面向服務的體系 結構包括「估算緩解步驟」。取決於被識別的違規，可以如在框1350、1360和1370中所圖示 說明的，進行數個步驟中的任意步驟。如在這些各自的動作框中所圖示說明的，這些違規可 以通過以下內容來解決增加更多的資源，分配不同的資源或者以其他方式重新供應資源 (如在框1350中所指示的)；使消費者得到關於該問題的警報，從而消費者可以重新提交工 作、重新配置工作、將工作分配給另一提供者，或者採取一些其他行動(如在框1360中所指 示的)；或者節流或關閉在消費者計算機(框1370)上操作的消費者(或更具體地為代理 進程/守護進程)。圖14為示出用於實施SPM的實施方案的系統1400的框圖。在實施方案中，實施 SPM特性的SPM計算機1410包括總線或用於在SPM計算機1410的部件之間進行信息通信 的其他通信裝置。SPM計算機1410還可以包括耦合到總線和存儲元件(例如，隨機存取存 儲器(RAM)或其他同樣耦合到總線的動態儲存器件)的處理器。存儲元件儲存用於由處理 器執行的指令。存儲元件還可以儲存臨時變量。SPM計算機1410可以包括耦合到總線的海 量儲存器件，用來儲存不像被儲存在存儲元件中的信息那樣被定期訪問的信息。SPM計算機 1410還可以包括通信設備。如果SPM計算機1410正在實施系統的一個實施方案的一部分， 則通信設備允許SPM計算機1410與系統的其他部分通信，包括所有服務。SPM計算機1410 可以為單個SPM計算機或者可以為多個SPM計算機。SPM系統的模塊在SPM計算機1410中的處理器上操作。規則和測量值可以被儲存 在資料庫1420、1430中，並且可以由SPM計算機1410存取，並且由SPM系統的模塊實施或 使用。SPM計算機1410通過網絡1450發送信息至一個或更多個SOA應用計算機1460和從 一個或更多個SOA應用計算機1460接收信息。SPM探測器1465被定位在SOA應用計算機 1460上，並且可以監控與SOA平臺有關的數據。在實施方案中，探測器被直接嵌入到容器基 礎結構內部。由探測器1465搜集的信息可以通過網絡1450被分布到運行SPM系統服務的 SPM計算機1410。度量值和規則可以被儲存在資料庫1420、1430中，並且可以由SPM計算 機1410存取。結果和度量可以通過網絡1440被發送到顯示計算機1470。在實施方案中， 顯示計算機1470可以實現顯控工具，可以包括在顯控工具控制臺1480上顯示結果和度量。 在實施方案中，SPM計算機1410可以通過網絡1440寫入更新顯示計算機和顯控工具控制臺。SPM計算機1410通過網絡1450從系統探測器1465接收測量值1490，並且通過網 絡發出保證1495到SOA應用計算機1460。儘管上面已經描述了根據本文所公開的原理的各種實施方案，應該理解，這些僅 僅是以實施例而不是限制性的方式給出的。因此，一個或更多個本發明的寬度和範圍不應 該被任何上述示例性實施方案所限制，而應該僅僅根據從本公開所授權的任何權利要求及 其等同範圍來限定。另外，上面的優點和特徵是在所描述的實施方案中提供的，但是不應該 將這些授權的權利要求的應用限制到實現上述優點中的任何優點或所有優點的過程和結 構。此外，這裡的章節標題是為了符合37CFR 1. 77下的建議或者以其他方式提供組 織標記而提供的。這些標題不應該限制或表徵在任何可以從該公開被授權的權利要求中給 出的一個或更多個發明。具體地並且以實施例的方式，儘管所述標題提及「發明領域」，但是 權利要求書不應該受到在該標題下選擇來用於描述所謂的領域的語言的限制。此外，對「發 明背景」中的技術的描述並非要被解讀為承認該特定技術是本公開中一個或更多個發明的 現有技術。「發明內容」也並非要被視為是這裡的權利要求書中所闡述的一個或更多個發明 的特徵。此外，該公開中任何以單數形式提及「發明」不應該被用於爭論在該公開中僅要求 保護單個具有新穎性的要點。根據伴隨該公開的多項權利要求的限制可以提出多個發明， 並且因此這些權利要求限定了由此受到保護的一個或更多多個發明及其等同物。在所有情 況下，應該根據說明書基於這樣的權利要求書本身的價值來考慮權利要求書的範圍，而不 應該受這裡給出的標題的約束。
權利要求
1.一種計算機系統實現的方法，用於管理面向服務的體系結構系統，所述方法包括 在計算機處理器中發現至少一項服務，所述至少一項服務在面向服務的體系結構環境下運行，所述計算機處理器通過通信總線與一個或更多個存儲元件耦合，所述計算機處理 器通過網絡接口與所述面向服務的系統體系結構的其他元件通信；在所述計算機處理器中測量與所述至少一項服務相關聯的至少一個可觀察事件，所述 至少一個可觀察事件包括至少一個度量值，所述至少一個度量值由通過所述網絡接口與所 述至少一項服務通信的所述計算機處理器測量；在所述計算機處理器中分析所述至少一個可觀察事件；以及在所述計算機處理器中基於所述至少一個可觀察事件的分析來預測至少一個行為。
2.如權利要求1所述的方法，還包括在所述計算機處理器中基於所述至少一個可觀察事件的分析來管理所述至少一項服務。
3.如權利要求2所述的方法，其中所述管理所述至少一項服務的步驟包括在基於網絡 的顯控工具上顯示所述至少一個度量值，所述基於網絡的顯控工具通過所述網絡接口與所 述計算機處理器通信。
4.如權利要求1所述的方法，還包括限定至少一條規則並且創建時間表，來在指定的時間運行所述至少一條規則。
5.如權利要求4所述的方法，其中所述至少一條規則被儲存在所述計算機處理器可訪 問的資料庫中。
6.如權利要求4所述的方法，還包括選擇應用所述至少一條規則的至少一個目標對象。
7.如權利要求6所述的方法，還包括在可用於所述至少一個目標對象的度量上設置至少一個條件。
8.如權利要求7所述的方法，還包括 限定至少一個動作；以及使所述至少一個動作和所述至少一條規則或所述至少一個條件中的一個相關聯。
9.如權利要求1所述的方法，還包括通過所述網絡接口從所述計算機處理器發送至少一個警報給顯示器。
10.如權利要求1所述的方法，還包括 執行至少一個動作。
11.如權利要求1所述的方法，其中所述至少一項服務包括分組服務。
12.如權利要求1所述的方法，其中所述發現至少一項服務的步驟包括發現被限定在 所述至少一項服務上的服務等級協議。
13.如權利要求1所述的方法，其中所述至少一個可觀察事件包括多個可觀察事件，並 且所述至少一個度量值包括多個度量值，而其中所述預測至少一個行為的步驟包括分析從 所述多個可觀察事件和度量值編輯得到的統計的和基於時間的數據。
14.一種服務性能管理器系統，用於管理面向服務的體系結構系統，所述系統包括 至少一條通信總線；一個或更多個存儲元件；計算機處理器，所述計算機處理器通過所述至少一條通信總線耦合到所述一個或更多 個存儲元件，所述計算機處理器通過網絡接口與所述面向服務的系統體系結構的其他元件 通信，所述計算機處理器可操作地利用儲存在所述一個或更多個存儲元件中的計算機代碼 來提供多個操作軟體模塊，所述多個操作軟體模塊包括服務發現模塊，所述服務發現模塊操作來在所述計算機處理器中發現運行在面向服務 的體系結構環境下的至少一項服務；可觀察事件測量模塊，所述可觀察事件測量模塊操作來在所述計算機處理器中測量與 所述至少一項服務相關聯的至少一個可觀察事件，所述至少一個可觀察事件包括由所述計 算機處理器測量的至少一個度量值，所述計算機處理器通過所述網絡接口與所述至少一項 服務通信；可觀察事件分析模塊，所述可觀察事件分析模塊操作來在所述計算機處理器中分析所 述至少一個可觀察事件；以及行為預測模塊，所述行為預測模塊操作來在所述計算機處理器中基於所述可觀察事件 分析模塊的分析來預測至少一個行為。
15.如權利要求14所述的服務性能管理器系統，其中所述計算機處理器進一步可操作 地利用儲存在所述一個或更多個存儲元件中的計算機代碼來提供服務管理模塊，所述服務 管理模塊操作來在所述計算機處理器中基於所述可觀察事件的分析來管理所述至少一項 服務。
16.如權利要求14所述的服務性能管理器系統，其中所述計算機處理器進一步可操作 地利用儲存在所述一個或更多個存儲元件中的計算機代碼來提供執行動作模塊，所述執行 動作模塊操作來執行至少一個動作。
17.如權利要求16所述的服務性能管理器系統，其中執行所述至少一個動作包括通過 所述網絡接口從所述計算機處理器發送警報給顯示器。
18.如權利要求14所述的服務性能管理器系統，還包括基於網絡的顯控工具，所述基於網絡的顯控工具操作來顯示至少一個度量值，所述基 於網絡的顯控工具通過所述網絡接口與所述計算機處理器通信。
19.如權利要求14所述的服務性能管理器系統，其中所述計算機處理器進一步可操作 地利用儲存在所述一個或更多個存儲元件中的計算機代碼來提供規則限定模塊，所述規則 限定模塊操作來限定至少一條規則。
20.如權利要求19所述的服務性能管理器系統，其中所述規則限定模塊還操作來選擇 應用所述至少一條規則的至少一個目標對象。
21.如權利要求20所述的服務性能管理器系統，其中所述規則限定模塊還操作來在可 用於所述至少一個目標的度量上設置至少一個條件。
22.如權利要求21所述的服務性能管理器系統，其中所述規則限定模塊還操作來限定 至少一個動作以及使所述至少一個動作和所述至少一條規則或所述至少一個條件中的一 個相關聯。
全文摘要
所公開的服務性能管理器是企業軟體平臺，所述企業軟體平臺監控並前瞻性地管理基於服務等級協議的個體服務和分組服務的健康和性能，所述服務性能管理器在個體服務和分組服務上提供更好的可視性和控制，包括但不限於IT服務和業務服務。服務性能管理器在消費者意識到之前預測並解決潛在的與消費者相關的問題，使機構能夠滿足服務質量目標。與其他軟體平臺不同的是，所公開的服務性能管理器利用更佳的粒度和精度自動地優化資源、服務以及服務等級協議，同時不變地保持廠商中立，允許服務性能管理器基本上同時管理許多不同的應用程式和面向服務的體系結構平臺。所公開的服務性能管理器允許用戶監控並管理個體服務或分組服務的性能，並且從技術和業務的角度在服務監控中提供可視性。
文檔編號G06Q10/00GK102089775SQ200980125113
公開日2011年6月8日 申請日期2009年4月29日 優先權日2008年4月29日
發明者A·A·貝利, A·L·凱特克瑞, T·尚 申請人:泰必高軟體公司