計算機系統和分布式應用程式的基於模型管理的製作方法
2023-09-15 08:00:15
專利名稱：計算機系統和分布式應用程式的基於模型管理的製作方法
技術領域：
本發明涉及計算機系統，尤其涉及計算機系統和應用程式的管理。
背景技術：
常規的系統管理是非常特別的。應用程式開發者不具有用於管理其應用程式並獲取高可靠性的結構化框架。應用程式的期望行為很大程度上是反工程化的。程序開發者並不具有用於如何思考管理其應用程式並獲取高可靠性的結構化引導和框架。此外，作業系統不為開發者進行有效動作而提供整體系統。
對於操作者而言，系統的複雜性正在變得太大而難以理解。追蹤依賴性和潛在誤差花費了大量時間。當得不到探測工具時，操作者需要進行過程轉儲(processdump)，因為這是確定說明請求正在執行和當前狀態的唯一方法。
當今系統在向用戶警告可能和真正問題方面做得較差。用戶不能輕易分辨已安裝的是什麼應用程式，也不知道系統和應用程式是否具有正確的文件和版本、是否為使用它們而正確配置、是否對環境安全配置、以及它們是否最優地操作並且沒有耗盡資源。此外，在多臺機器上也不能方便地調試應用程式-沒有公共的應用程式和交易環境。
操作者也不能輕易斷定應用程式依賴性，是文件、組件、配置設定安全終止，還是類似存儲區的裝置、網絡和路由器。系統既不能警告用戶改變可能會損壞其它應用程式，也不能使用該信息來幫助識別根本原因。
當前反應式監視是最普遍的，其中警告使用戶知道有故障，但不知道問題的起因。先進的腳本和供應商可提供信息更豐富、更可控訴的警告，但缺乏用於執行根本原因分析的基礎設施。常常需要用於故障檢修的其它診斷。然而，反應式監視的一個問題是警告常常為時已晚-應用程式已經不能為用戶所用。通過觸發failover或者用負載平衡裝置使伺服器離線，有助於監視。然而，系統應當足夠智能以在可能問題變成故障之前檢測應用程式中的可能問題。
其它問題僅可通過查看多臺機器和客戶機來檢測。示例包括分布式入侵檢測和應用程式性能的下降。如果管理員在其控制上具有看到從期望性能的偏離的能力，能夠在捕捉到快照時追蹤配置變化的根本原因，並在用戶抱怨之前解決問題，則可避免許多大規模的網絡性能問題和發生故障停機角度的歷史數據或趨勢來確定。管理員常常不知道他們的複製後備記錄是否有問題，且需要首先運行該服務並記錄操作方法以建立帶有警告和臨界閾值的基準。
所需要的是用於管理基礎設施的改進機制。
發明內容
為了提供對本發明某些方面的基本理解，以下提供本發明的簡要內容。本「發明內容」部分並非是本發明的廣泛縱覽。它並非旨在標識本發明的關鍵或重要元素或是勾劃本發明的範圍。它的唯一目的是用簡化形式介紹本發明的某些概念，作為以下提供的更詳細說明的序言。
在此揭示和聲明的本發明在其中一方面中，包括提供使開發者能根據其組件描述應用程式或服務的創新框架的基於模型的管理系統。開發者可根據功能、配置、安全和性能來描述應用程式或服務的所需狀態。該描述或模型被提供以應用程式，並由系統在安裝時使用以配置管理服務。計算機系統在安裝時採用開發者的描述以配置管理服務。管理服務幫助確保在諸如配置管理、問題檢測、診斷以及恢復的自動管理動作期間應用程式的可用性。該模型還描述管理員可執行的公共任務。
基於模型的管理構架包括以下部分組成應用程式的組件的諸模型，例如健康狀態和恢復、配置設定、以及管理任務；原始碼中指示用於監視的探測工具和邏輯的屬性；與應用程式一起運送的一個或多個清單，它顯示包含有由管理系統服務所使用機器可讀形式的來自模型和原始碼屬性的信息；由應用程式清單中信息所配置的多種服務組成的管理系統；以及在清單中定義的應用程式的管理性任務。
基於模型管理構架的系統組件包括確保應用程式可用性所必需的服務。系統使用在清單中示出並由管理員更改的所需狀態來執行以下動作校驗依賴性並僅安裝必需文件、設定和安全的安裝；預訂事件並將其按指定進行傳遞的事件訂閱；周期性地收集探測工具和計數器的輪詢探測工具；執行自動管理任務的預定任務；限制對程序功能訪問的基於角色訪問；檢測問題、診斷根本問題、採取糾正動作、並在必需幹預時通知系統管理員的監視功能；以及用於定製以上政策並應用到許多機器的中央配置。
在其中的另一方面，把基於模型管理系統應用到硬體和軟體的分布式網絡中。相應描述和管理了本地和遠程應用程式的組件，以及本地和遠程機器和服務。
為了完成前述內容和相關目標，本發明的某些說明性方面結合以下說明書和附圖進行詳細描述。然而這些方面僅僅示出了本發明諸原理可在其中採用的各種方式的其中幾種，且本發明旨在包括所有這些方面及其等同方案。結合附圖閱讀以下詳細說明，本發明的其它優點和新特徵將變得清楚。
圖1示出了根據本發明便於應用程式的基於模型管理的構架。
圖2示出了與描述基於模型管理構架相關的示圖。
圖3A示出了與本發明基於模型管理構架的模型組件相關聯的框圖。
圖3B示出了與本發明基於模型管理構架的清單組件相關聯的框圖。
圖3C示出了根據本發明的基於模型管理構架，用於管理應用程式或服務的系統組件的核心系統API的框圖。
圖3D示出了本發明基於模型管理構架的系統組件的管理相關API的框圖。
圖3E示出了本發明基於模型管理構架的任務組件的子組件。
圖4示出了基於模型管理過程的一般流程圖。
圖5示出了實現基於模型管理的過程的更詳細流程圖。
圖6示出了實現基於模型管理所需狀態的過程的流程圖。
圖7示出了可操作以執行所揭示構架的計算機的框圖。
圖8示出了根據本發明示例性計算環境的示意框圖。
具體實施例方式
本發明參照附圖進行說明，其中貫穿所有附圖相同數字代表相同元件。在以下說明中為作解釋，陳述有很多具體細節以便提供對本發明的全面理解。然而沒有這些具體細節也可實踐本發明是顯然的。在另外的實例中，為便於描述本發明，眾所周知的結構和設備以框圖形式示出。
如在本申請中所用，術語「組件」和「系統」旨在指計算機相關實體硬體、硬體和軟體的組合、軟體、或是執行中的軟體。例如，組件可以，但不限於，運行於處理器上的過程、處理器、對象、可執行程序、執行的線程、程序、和/或計算機。作為說明，運行於伺服器上的應用程式和伺服器都可作為組件。一個或多個組件可駐留於過程和/或執行的線程中，並且組件可本地化在一臺計算機上和/或分布在兩臺或多臺計算機上。
術語「推斷」在此使用時，一般是指從經事件和/或數據捕捉的一組觀察中推理或推斷系統、環境、和/或用戶的狀態的過程。推斷可用來識別專用環境或動作，或產生例如狀態的概率分布。該推斷是或然性的-即，相關狀態的概率分布計算是基於對數據和事件的考慮。推斷也可指用來從一組事件和/或數據中組成更高層事件的技術。這種推斷導致了基於一組觀察事件和/或存儲事件數據對新事件或動作的構建，不管這些事件是否緊密時間接近性相關，及是否這些事件和數據來自一個或若干個事件和數據源。
現在參看圖1，根據本發明便於應用程式或服務的基於模型管理的說明性構架100。該基於模型管理方法使開發者能根據其組成組件描述應用程式或服務102，並根據功能性、配置、安全以及性能描述所需狀態。因而，應用程式或服務描述104便於根據一個或多個可管理組件來描述應用程式或服務102，包括至少一個模型組件106、清單組件108、系統組件110和任務組件112。基於模型管理系統100利用屬性組件114來便於原始碼從模型組件106到清單組件108的屬性。
計算機系統116在應用程式102安裝時使用應用程式或服務描述104來配置與計算機作業系統相關聯的管理服務118。然後管理服務118幫助確保在諸如配置管理、問題檢測、診斷以及恢復的自動管理動作期間應用程式或服務102的可用性。模型106還描述了管理員可執行的共同任務。基於模型管理構架100促成所有權的更低的總成本，並在從開發到配置、操作、以及商業分析的應用程式生命周期中使用。通常，開發者由根據應用程式如何工作、其組成組件、開發者定義並選擇監視的所需健康狀態、至少關於它將如何安裝且應用程式或服務將需要哪些設定的配置方面、以及管理性任務及其調度來創建應用程式或服務的一個或多個模型開始。然後模型的原始碼歸屬(加標記)於用來表示的特定區域。
模型被積累成探測工具清單。模型往往是文本文檔、電子製表文檔等等、以及通過代碼、腳本、工具變換或者手動地變換成往往是多個XML模式的清單，並進一步進行機器處理和機器閱讀的結構化文檔的形式。也就是說，模型文檔更人工可讀，而清單則更為機器可讀。然後使用清單來促進系統管理。
屬性子組件114與原始碼屬性相關聯。屬性用於表達管理信息以及與其相關的代碼。如果沒有屬性，將需要編寫兩段獨立代碼-一段用於正常的應用程式處理而另一段用於將其展現給管理。原始碼中的屬性被用來描述應當使用代碼的哪些部分(稱為探針)來確定和/或糾正健康狀況，並指定何時執行監視規則。可從訪問現有作業系統API(應用程式接口)的組件或從載入運行應用程式或服務的組件來展現這些探針。在兩種情形中，開發者添加屬性以指示應當展現組件中類型的哪些子集，以及應當如何標識它們。使用管理員名空間中的URI(統一資源標識符)來標識探針。在運行時，通過在計算機上所有探針的目錄中標識探針，並跟隨有關探針的相關聯信息來檢索探針。
原始碼屬性還可向監視服務提供指令，例如應當被用作監視規則並在起動、周期性輪詢、事件上運行等等時載入屬性功能。該屬性可以探測工具的相同方式進行自動處理，並置入清單中。因而，屬性並非僅僅是探測工具，而且也可用於其它管理目的。也可使用屬性以支持管理性任務和/或糾正性動作。
現在參看圖2，示出了與描述基於模型管理構架100的主要組件相關的示圖200。該構架包括參照圖3A描述的模型組件106、參照圖3B描述的清單組件108、參照圖3C和圖3D描述的系統組件110、以及參照圖3E描述的任務組件112。已經描述了屬性，並將貫穿本說明書進行陳述。
參照圖3A，有與本發明的基於模型管理構架的模型組件106相關聯的說明性框圖。模型為組成應用程式的組件、健康狀態和恢復、配置設定、以及管理性任務進行開發。
為了支持，有用於模擬系統的任意及所有組件(以及與其相關聯的關係、依賴性、以及服務角色)的組件模型子組件300。組件模型300描述文件、配置、能安裝應用程式的不同方法、等等。
可開發健康模型子組件301以描述各種故障狀態，以及應用程式或服務會發生故障的方式。健康模型301描述要自動化健康特徵需採取的步驟。健康模型301表示至少故障狀態、狀態檢測、校驗、診斷、以及系統狀態的分解。健康狀態可根據要符合怎樣的標準才能被視為完全健康、完全故障和任意中間狀態來進行描述，這些中間狀態例如性能降低、部分工作、正在工作的某些定製功能、以及應用程式或服務在傳送期望層的服務。健康也可視為功能會是完善的，但性能是指示應用程式或服務不健康的次要標準。
配置模型子組件302與模擬系統配置相關聯。配置模型302被用以描述應用程式設定、用戶控制、預設值、各種限制等等。管理性任務模型子組件303與模擬管理性任務相關聯，並包括用戶可在一系統上採取的動作，諸如可從健康模型301調用的開始、停止、添加用戶、添加資料庫、以及糾正動作。模型302列舉所有能對應用程式或服務作的動作。構架模型304被用以描述分布式環境和相關聯配置(例如通常與具有相同或相似的硬體和軟體設定和配置的客戶機大型網絡相關聯)以及分布式資料庫。因而，本地應用程式可依賴於遠程磁碟陣列。在部署時，需要在部署層用清單和URI來例舉磁碟陣列。因為URI是與機器無關的，分布式系統也可獲得本發明基於模型管理系統的優點。可開發性能模型305以描述開發者希望使用用於監視應用程式或服務性能的尺度的方法。這與系統的健康是緊密相關的。可產生描述與應用程式或服務相關聯的安全類型的安全模型306。
注意在此提供的模型數量不是窮盡的，因為開發者可提供許多不同的用於管理應用程式或服務各個方面的模型。
本發明可採用各種基於人工智慧方案用於完成其各個方面。例如，參照模型，通過自動分類系統和過程可促進用於確定對給定實例或實現可利用哪些模型的過程。此外，可使用這種分類器以建立系統的開始檢測系統模式的操作簡介，並學習什麼是良好狀態、較差狀態、以及成功和不成功的交易。然後該信息被反饋回相應模型，並用作隨後系統的經更新模型。這種分類可採用基於概率和/或統計的分析(例如包括分析實體和成本)以預測或推斷用戶希望自動執行的動作。例如，可採用支持向量機(SVM)分類器。可採用包括提供不同類型不相關性的貝葉斯網絡、判定樹、以及概率分類模型等其它分類方法。在此使用的分類還包括被用來開發優先級模型的統計衰退。
從本說明書可以理解，本發明可採用顯式培訓(例如通過一般培訓數據)以及隱式培訓(例如通過觀察用戶行為、接收外來信息)的分類器，從而使用分類器根據預定標準來自動確定，例如對於給定實現使用什麼初始設定，然後隨著系統成熟並體驗相對於數據、安裝應用程式數量、以及要交互節點數的各種負載條件來調整設定。例如，對於較好理解的SVM，通過分類器構造器和特徵選擇模塊中的學習或培訓階段來配置SVM。分類器是把輸入屬性向量x＝(x1，x2，x3，x4，xn)映射到輸入屬於一類的置信度的函數-即f(x)＝confidence(class)。在管理系統的情形中，例如，屬性是所需狀態的系統參數，而類是感興趣的類別或區域(例如所有磁碟、所有固有過程)。還可採用分類器來捕捉和分析交易記錄、尋找模式、並通過尋找成功和不成功模式來診斷系統。
配置健康涉及，例如，把隊列尺寸從5改變到10，並確定什麼在應用程式、服務或系統上影響該改變。同樣也適用於安全和性能，其中可採用分類器以監視性能計數器並相應地改變系統以最優化性能。也可為模式來監視和分析安全，其影響可用來建議或改變安全政策。因而，可以理解，健康是可應用於系統許多領域的廣泛概念。在整個系統範圍中，性能可較好而安全則可較差。因而，由本發明提供的跨越本系統許多規則的整體綜覽是有利的。
管理員的所需狀態可在代碼中得以表達，它在清單中表面化並被傳遞用於由監視服務進行的監視。系統可基於清單中的指令監視應用程式或服務，並在應用程式或服務不滿足性能時警告管理員，以及基於這些指令採取糾正動作。例如，當電子郵件的測試設定未得到維持並在一段時間內落於閾值之下，可添加另一機器直到負載減退，也可使用網絡通信量作為增加資源量以處理給定負載的觸發器。目標被儘可能地自動化，從而管理員僅在需要手動動作時才會參與。
本發明的基於模型管理系統是可調整的。它是基於組件的，其中組件包括大部分。因而，可將系統減至其最小可管理尺寸並組成備份。在資料庫中，例如，具有帶有實例的應用程式、資料庫、表格、以及經存儲過程，並可減小至單個文件。考慮一個401k應用程式。401k應用程式可依賴於資料庫、web伺服器、以及客戶自己的經營邏輯，減至依賴於作業系統及相關環境的資料庫。根據本發明的新穎方面，需要在各個層次上進行管理和報告。通過組件之間的關係來描述應用程式。這些關係可表達單個應用程式是如何裝配的(例如SQL伺服器包含服務、實例、以及資料庫)、平臺要求(例如作業系統和其它應用程式)以及與其它組件的通信(與SQL伺服器相連的web伺服器)。獨立的管理員可能會關心資料庫和單臺機器，財務管理員則會關心401k應用程式，而CIO會關心所有的應用程式和機器。模型、報告和所需狀態應當處理一切，從而可參照單一尺度來確定系統是否按期望運行。
所有的模型都繫於URI名空間中，提供了一種標準方法用於導航系統、列舉所安裝的所有組件、並詢問該組件它提供什麼、視什麼為健康、具有什麼事件、在最近一天或數小時內發生了什麼錯誤事件、包括什麼配置設定、在最近一小時發生什麼變化等等。
現在參看圖3B，有與本發明基於模型管理構架的清單組件108相關聯的示圖框。與應用程式一起運送的清單包含來自模型的信息和由管理系統服務所使用的機器可讀形式的原始碼屬性。在清單中定義應用程式的管理性任務。可有對應於模型產生的眾多清單，包括與組件依賴性、組件之間關係、以及服務角色相關聯的第一清單子組件307；與事件、探針、規則以及動作相關聯的第二清單子組件308；與設定和斷定相關聯的第三清單子組件309；與命令(即cmdlet)和管理性角色相關聯的第四清單子組件310；與分布式環境相關聯的第五清單子組件311；以及與部署相關聯的第六清單子組件312。
清單是開發者和操作團隊和管理員之間的「橋梁」，並由在模型中徹底搜尋屬性化代碼的工具自動創建。由設定引擎使用組件清單307來確定如何安裝應用程式或服務。它描述了邏輯組件、文件(文件應當安裝在哪裡)、以及配置設定(或任何設定)。依賴性是在安裝之前需要進行定義的，並包括各種角色，從而應用程式可以各種模式安裝，帶有變化的安全度和不同的操作簡介。組件清單307使用戶和/或系統更容易知道要手動和自動做的是什麼。清單細化可至每個組件一個清單。
通常，會安裝比真正需要多得多的文件。清單允許僅安裝那些需要的文件。這至少改進了性能和安全。軟體依賴性在清單307中定義。在應用程式層中，依賴性可對單個機器特定，並定義組件關係和硬體資源。可由清單來描述一計算機，例如，應將應用程式部署在特定製造商的雙處理器機器或4-處理器機器的接口上。該清單307按照本實現所需的硬體細化程度來描述處理器、存儲器、驅動器等等。因而，管理可比常規系統中的響應式更為主動。例如當監視到隨時間變化的系統溫度以及監視電源軌壓但發現是足夠時，可確定硬碟故障由熱故障導致。
健康模型301被用以產生健康清單308。使用屬性和其它工具來從健康模型301填充健康清單308。事件不是在模型301中而是在資源文件中調用的。一工具徹底搜尋了資源文件和屬性化原始碼，並填充健康清單308。可通過觀察預定事件序列或者監視性能計數器閾值來監測故障狀態。可向系統提供如何處理這種故障狀態的指令。健康模型被變換成規則。健康清單308包括帶有諸如事件1、事件2、時間3等等的參數的規則類型事件序列。
配置模型302描述所包括的是哪些設置，並變換成向系統提供指令模式以創建安裝組件時設定的設置和聲明清單309。
通過小命令和管理角色清單310將管理性任務模型303變換成動作。例如，如果需要數據備份，小命令是用以推動備份任務的真實代碼或URI。當需要執行許多管理任務時，清單310向那些命令或者可能向代碼提供URI路徑。小命令可通過代碼中的聲明進行處理，或者需要外部代碼。管理角色是支持例如管理該應用程式或服務的多類用戶以及他們每個可行使的控制層的另一抽象。這與基於角色訪問相關聯。需要描述各種用戶角色及其允許能力的元數據。角色涵蓋系統的所有方面-允許誰安裝、誰能改變監視、誰能查看健康、誰能消除警報、誰能採取以上各種動作等等。
任務模型303定義開發者認為管理員應當做的事，如在清單310中得以表述並由操作團隊根據其環境進行定製。這些定製可在類層和實例層上完成。可在類層、實例層上於清單中作改變，並且在運行時可直接作改變。所揭示的基於模型管理構架的一極強大特徵是首先在類層上描述能力，而在運行時訪問則針對實例空間。
構架模型304展現了分布式組件清單311和部署清單312。例如，機器之間的網絡連接、硬體需求在此描述。部署清單312支持至少包括web伺服器、中間層伺服器、以及資料庫伺服器的應用程式，並包括前端/後端應用程式、兩個應用程式之間的網絡連接，並且還描述單個節點之間的關係。部署時間創建那些在整個構架模型304中描述的實例。
性能和安全模型(305和306)的每一個都支持描述那些相關功能和操作的相應清單(未示出)。
返回到基於機器學習的採用，可使用分類器基於例如第一部署期間的要求來選擇並動態生成模型編碼選定部分的清單。可使用更多或更少的屬性來自動生成預設模型。隨著時間的流逝，當系統操作信息變得可用時，可分析該信息使得清單的細化度可基於最近的數據趨勢和記錄被調整為例如更近地監視特定區域中的系統。然後可按更近監視應用程式或服務所需來重新生成並採用經更新清單。
如果清單描述了來自製造商的預設安裝或推薦最佳實施，管理員可能想要改變它們。例如，關於健康規則，管理員可能想要把閾值從30改成40、或者想要安裝組件、或者推翻一安全政策。這可通過創建清單的定製版本來替代由製造商綁定的清單。不同版本可在安裝期間得到檢測，使得用戶能有選擇預設清單或定製清單的選項。或者，可有由系統讀取列出所有替代的一單獨文件，然後可顯示它用於由用戶選擇以應用到預設清單或在安裝期間替代預設設置。
關於分布式應用程式，管理員可更一般地指明他或她想要都在該配置中連接的三個、四個還是六個。管理員可相應地為給定環境定製部署清單312。
現在參看圖3C，示出了根據本發明的基於模型管理構架用於管理應用程式或服務的系統組件110的核心系統API的框圖。系統組件110包括根據本發明進行管理的應用程式或服務314。系統110包括用於促進基於模型管理的合作通信中的眾多API。系統110包括由應用程式清單中信息配置的多個服務(參照圖3B所述)。
系統110由確保應用程式可用性所需的服務組成，並使用在清單組件108中表述並由管理員更改的所需狀態來執行以下安裝，用以校驗依賴性並僅安裝必需文件、設置和安全；事件訂閱，用以訂閱事件並按指定傳送；輪詢探測工具，用以周期性地收集探測和計數器；以及，綜合性交易或模擬用戶交易。確定應用程式是否可用並按期望(所需狀態)執行的最佳方法之一是監視系統象用戶一樣使用應用程式。這是主動監視。可能的第二種方法是真實用戶交易的主動監視，並向系統提交用於分析的聚集數據。這些步驟關閉了循環並顯示內部應用程式數據是不夠的。基於模型管理也在應用程式外部工作。
系統110使用在清單組件108中表述的所需狀態來執行用於自動任務管理的任務調度；基於角色訪問，用以限制對程序功能的訪問；監視，用以檢測問題、診斷根本原因、採取糾正性動作、並通知管理員何時需要幹涉；以及中央配置，用以定製以上政策並應用到許多機器中。
提供有與應用程式314通信的安裝API 316，以便於應用程式、應用程式更新以及補丁的安裝。安裝API 316通過代碼取清單組合，並通過指示系統在該機器上安裝該組件、該清單以及該版本來例示組合。安裝API 316具有與之相關聯的協議318和查看器320。協議318便於向系統110的其它組件傳送API相關數據。查看器320顯示與安裝API 316相關的數據。安裝API 316不僅便於單機安裝而且用於包括本地和遠程系統的分布式應用程式或服務，以及硬體供應和抽象。對於分布式數據中心環境，重要的是能夠一般地抽象硬體系統，且對於更高的細化度則能進行特定機器抽象。在此如相對API所預期的，協議是管理API相關數據的傳送和接收的規則。如本說明書所述，查看器320是顯示與API(這裡是安裝API 316)相關數據的程序。API數據包括但不限於例如聲音文件、視頻文件以及其它類型的數據文件。
系統110包括與應用程式314通信的配置API 322，以便於配置應用程式314。配置API 322具有相關聯的模式323、協議324和查看器326。模式323定義在API322和應用程式314之間傳遞的數據的結構和內容。協議324便於把API相關數據傳送到系統110的其它組件。查看器326顯示與配置API 322相關的數據。
還包括便於分布式環境多對一管理的管理API 328。該API 328與受管理應用程式314以及遠程系統(未示出)通信。API 328具有相關聯的協議330和查看器332。
系統110包括與應用程式314通信的性能計數器API 334，以便於追蹤在管理應用程式314中使用的計數器變量。該計數器API 334具有相關聯的協議336和查看器338。協議336便於把API相關數據傳送到系統110的其它組件。查看器338顯示與計數器API 334相關的數據。性能計數器由應用程式314展現並通過查看器338發表計數器。
提供有與應用程式3 14通信的探測工具API 340，以便於配置探測工具並將探測數據傳遞給應用程式314。探測工具API 340與協議342和展現該探測的查看器344相關聯。協議342便於把API相關數據傳送到系統110的其它組件。查看器344顯示與探測工具API 340相關的數據。探測工具API 340通過IPC(進程間通信)346與受管理應用程式314通信。IPC是同一計算機上或者網絡上一程序和另一程序之間數據的自動交換。當用戶使用剪貼板手動地從一文件到另一文件剪切並黏貼數據時，執行了IPC功能的一個示例。計數器一直通過共享存儲器發表，而探測則按需遞送。探測工具API 340還包括以類似於事件模式的方式描述探測類型表面的模式348。還可包括探測記錄(未示出)；然而，許多管理員喜歡利用事件記錄。
系統110包括作為跟蹤並緩存組件和模式信息的存儲器的目錄347。該模式信息來自安裝時的清單，以及部分是動態的並在運行時更新。目錄347包括目錄API並提供對事件、計數器、探測工具、以及配置數據的訪問，這裡僅命名存儲的一些類型的數據。協議351和查看器353便於對目錄347的訪問。中央配置資料庫包含了跨多個受管理節點上目錄的累積或聚集綜覽。
系統110包括與應用程式或服務314通信的事件API 350，以便於實現和追蹤在管理應用程式314中使用的事件。事件API 350與作為所發生所有事件存儲器的事件記錄352通過接口相連。事件API 350與協議354和查看器356相關聯。協議354便於把API相關數據傳送到系統110的其它組件。查看器356顯示與事件API350相關的數據。與應用程式314的通信根據定義在其間傳遞的數據結構和內容的事件模式358。事件在描述或發生時發表。該模式描述事件的表面。
系統110包括與應用程式314通信的自動化API 360，以便於自動化可正常地通過與應用程式314交互而完成的過程。自動化API 360具有相關聯的協議362和外殼364。協議362便於把API相關數據傳送到系統110的其它組件。外殼364向自動化API 360提供用戶界面，以便於用於輸入並顯示與自動化過程相關數據的用戶交互，並便於自動化過程的用戶控制。
系統110還包括與應用程式314和自動化API 360都通信的經調度任務API366。經調度任務API 366便於對至少自動化API 360和經管理應用程式314調度作業或程序。它維持要運行的作業列表並相應地分配資源。經調度任務API 366具有相關聯的協議368和查看器370。協議368便於把API相關數據傳送到系統110的其它組件。查看器370顯示與經調度任務API 366相關的數據。任務模式372定義在任務API和其它組件之間傳遞的數據的結構和內容。
從任務和小命令模型接收自動化和任務數據。這些特徵可通過管理外殼本地或者遠程地自動化。調度系統可運行這些例如在凌晨3點的備份。
可以理解，在圖3C中所述的組件可代表那些本地實現，而圖3D所述的組件可代表那些與分布式實現相關聯的，從而分析跨許多機器和軟體系統而發生。因而，在一分布式實現中，圖3D的組件至少與圖3C的本地系統之一通信，但通常是與有線和/或無線體制中的多個這種本地系統通信。在本地實現中，系統110還可包括圖3D的任意或所有組件，其中包括本地監視服務API 365。本地監視服務API 365還包括協議367、查看器369以及模式371，每一個都促進與其它API的組件相似的功能。在分布式系統中，本地監視服務365可把監視信息傳遞給分布式監視服務，如下所述。
現在參看圖3D，示出了本發明基於模型管理結構的系統組件110的管理相關API的框圖。提供了配置資料庫子組件374，其中通過中央配置API 376向它提供訪問和控制。中央配置API 376與系統110的所有子組件通過接口相連，且具有相關聯的用於通信和交互的協議378和查看器380、以及描述諸如斷定和預設值的配置設置和屬性的形態的模式組件382。協議378便於把API相關數據傳送到系統110的其它組件。
還提供有用作管理系統的操作相關數據(例如報告、當前狀態、以及歷史數據)存儲庫的操作資料庫子組件383。監視API 384與操作資料庫383以及基於模型管理系統的所有子組件通過接口相連，並還具有相關聯的協議385、查看器386以及模式387。協議385便於把API相關數據傳送到系統110的其它組件。查看器386顯示與監視API 384相關的數據。模式387至少參照結構中每個數據元素可包含內容的結構和類型提供整個操作資料庫383的定義。
中央配置可觸及所有API，並由管理員使用以設置可包括分布式應用程式情景細節的配置細節，諸如應用程式應當安裝在哪臺機器上。配置還包括監視配置。例如，所有機器必需顯示5分鐘的不低於80％的CPU利用率。因而，監視系統使用該配置系統。監視是管理員如何通過管理系統確保應用程式在運行、被配置、以及在每個模型上安裝。它還可包括確保期望功能、安全的所需量、正常執行、以及按用戶期望遞送數據。因而，監視涵蓋所有這些領域。一般過程是安裝、配置、按需運行任務、消耗事件、提供探測、配置、以及存儲數據和結果。健康清單以對監視系統指令的規則形式向監視系統提供工作指令。一般而言，清單包含運行時指令，並且運行時實現所需狀態。
監視服務是本地服務，也是中央或分布式機制。對於分布式實現，健康包括本地機器的，以及本地和遠程機器之間的關係。例如，給定10臺機器的集合，只要6臺正常發揮功能，就認為該系統是健康的。然而，如果不超過5臺機器在運行，系統健康狀態降級至警戒狀態。如果不超過4臺機器在運行，系統健康可視為故障狀態。如果一個或多個集合中機器故障或離線，硬體抽象便於引入一個或多個備份系統，或者使應用程式/服務在線。因而，可基於指令控制空閒資源或共享資源池。該特徵在數據中心環境中特別有用。可實現自動化動作以確保系統保持了優化或至少最少功能。
基於模型管理構架的一方面使開發者能創作表述系統被視為健康所必需符合標準的大量規則。監視API 384包括便於規則隱式並行處理的規則運行時引擎。規則引擎接收按使用規則定義語言(RDL)表述規則的中間形式來表述規則的輸入指令。規則引擎還接收來自配置資料庫374用以例示規則代碼的配置數據。翻譯器讀取輸入指令並將它們變換成並行的執行形式。運行時引擎讀取經翻譯的指令並便於並行執行。通過將指定要運行那些規則的配置數據、以及運行規則所需的參數載入運行時引擎來例示規則代碼。可在運行時改變規則參數，諸如僅當檢測到問題時才激活具有大型系統影響的規則。因而，規則以及可相應改變的閾值都是動態的。監視API 384還與系統110的所有子組件相連。
還提供由管理員使用的清單存儲和編輯服務388。清單服務388具有相關聯的協議389和查看器390以向管理員展現這些清單功能。清單服務388通過協議389和查看器390向管理員供應清單，使得管理員在安裝之前可查看並改變清單。清單服務388還便於根據更新和定製更改清單的版本。
還提供有與基於模型管理系統的所有子組件通過接口相連的基於角色訪問API 391，且它具有相關聯的協議392和查看器393。協議392便於把API相關數據傳送到系統110的其它組件。查看器393顯示與基於角色API 391相關的數據。該API 391在監視和配置組件之上的層次進行說明，以基於模型管理系統向各種組件和諸方面提供對訪問的全面管理。基於角色訪問API 391不必包括協議392和查看器393，因為這些功能可由系統110的其它組件促成。
系統還包括用於基於機器學習和控制的分類器394。如上所述，可用多種方法採用分類器394以提高系統性能和健康，僅列舉若干。為便於基於機器學習，分類器394與中央配置服務376通過接口相連，從而可訪問該系統的所有組件並使用其數據。
現在參看圖3E，示出了本發明基於模型管理構架任務組件112的主要子組件。任務通過管理任務模型來描述。任務落於三個子組件中監視子組件395、檢修子組件396、以及管理子組件397。
監視子組件395的任務包括檢查健康、安全、補丁、配置、性能、以及應用程式數據。檢修子組件396的任務包括診斷健康狀態、處理警告、以及更新事件、探測工具、和性能記錄。管理子組件397的任務包括中央配置/政策、調度、以及更新部署。管理不僅包括單個系統的管理，還包括管理例如許多機器、應用程式、和系統、政策、備份時間、改變、以及更新。
在基於模型管理構架中採用URI以唯一地標識抽象或物理資源或資源集合。資源的模式可由帶有資源佔位符的URI來標識。帶有佔位符的URI稱為URI模板。系統的目錄依賴URI模板來不參照特定實例而描述探測工具。URI模板使得無需真正檢索特定實例的探針就能標識探針並理解其特徵。保護離開實例而預定義探測工具的能力使得規則的部署和創作更簡便，且使相關聯作業系統可進行管理。
基於模型管理框架採用RDL以基於監視軟體和硬體可用性的目的來激活規則的定義。以RDL編寫的規則由運行時引擎執行，作為監視服務的一部分。RDL的目的是測試斷定、使用運行時信息實施約束、作推斷、執行關聯、以及向其它組件傳送動態測試的結果。RDL定義規則類型(即類)，而通過指定例示所需的參數值獨立的XML(可擴展標記語言)文檔被用以創建規則類型的實例。有用於描述系統應當對問題檢測、診斷、分解、校驗以及警告所採取的步驟序列的模式。這就是模型中所描述的、清單中所表述的、並由監視系統所執行/管理的內容。
基於模型管理框架採用事件和性能計數器的更新值以指示服務、測試或綜合交易的健康模式(或狀態)，如前所述。健康模型301是怎樣服務或組件可能會故障的圖形和/或文本表示，它幫助管理員理解各種事件和服務的性能計數器的重要性，並基於觀察到的探測數據來有效判定是否要作任何動作。開發者用隨後從模型和原始碼屬性中生成的相應文件來構建健康模型301。
健康模型301包括對組件關係以及依賴性的描述。取決於被檢測問題的環境，系統可遍歷關係樹並嘗試基於其它組件的健康確定根本原因。該方法由根據本發明利用的模型和清單所支持。
本揭示構架獲得了服務定義模型系統的應用，其各方面是本受讓人諸專利申請的主題，第一是2003年10月＿＿日提交美國專利申請系列號為＿＿的題為「Architecture for Distributed Computing System and Automated Design，Deployment，and Management of Distributed Application」(「分布式計算系統的構架和分布式應用程式的自動化設計、部署和管理」)的申請，以及第二為2003年10月＿＿日提交美國專利申請系列號為＿＿的題為「Integrating Design，Deployment，andManagement Phases for an Application」(「集成應用程式的設計、部署與管理階段」)的申請。
現在參看圖4，示出了基於模型管理的過程的流程圖。儘管為了簡單解釋以例如流程圖形式在此示出的一個或多個方法被示為並描述為一系列動作，但可以理解和認識到本發明不受限於這些動作的順序，因為根據本發明某些動作可以與在此所示和所述的不同順序發生和/或與其它動作並發。例如，本領域技術人員將理解並認為方法可有選擇地表示為一系列相互關聯的狀態或事件，諸如狀態圖。此外，要根據本發明實現方法並不需要所有的示出動作。
在400，要安裝的應用程式或服務根據其組件進行描述。在402，應用程式或服務根據功能、配置、安全以及性能在所需狀態中進行描述。在404，在安裝期間提供描述以及應用程式或服務，從而由系統使用描述來配置系統的管理服務。然後過程抵達停止框。
現在參看圖5，所示是實現基於模型管理的過程的更詳細流程圖。在500，開發了應用程式組件、健康狀態以及恢復、配置設置以及管理任務的模型。在502，用戶根據環境定製了系統/規則/模型。在504，將屬性插入原始碼以指示用於監視的探測工具和邏輯。在506，提供了模型信息和原始碼屬性的清單以由管理系統服務使用。以機器可讀形式提供了由管理系統服務使用的清單。在508，管理系統服務的一個或多個基於清單信息進行配置。在510，在清單中定義應用程式的管理性任務，諸如向系統登記小命令、設置時間表等等。然後過程抵達停止框。
現在參照圖6，示出了實現基於模型管理的所需狀態的過程的流程圖。在600，從清單訪問所需狀態。在602，校驗依賴性並僅安裝必需的文件、設置和安全特徵。在604，如清單中指定地訂閱並轉送事件。在606，周期性地收集探測數據和計數器數據，以及所執行的測試和綜合交易。在608，執行自動管理任務。在610，限制對程序功能的訪問。然而，根據本發明促進基於模型的管理並不需要包括它。在612，檢測問題、診斷根本問題、採取糾正性動作、並通知系統管理員何時幹涉。在614，所有以上政策被定製用於對許多其它類型機器和系統的應用程式。然後過程抵達停止框。
現在參照圖7，示出了可操作來執行本發明構架的計算機的框圖。為了提供本發明諸方面的其它上下文環境，圖7和以下論述旨在對適合本發明諸方面在其中實現的適當計算環境700提供簡要、一般的說明。儘管本發明是在運行於一臺或多臺計算機上的計算機可執行指令的一般上下文環境中說明的，本領域技術人員將認識到本發明也可結合其它程序模塊和/或作為硬體和軟體的組合來實現。通常，程序模塊包括執行具體任務或實現具體抽象數據結構的例程、程序、組件、數據結構、等等。另外，本領域技術人員將理解本發明的方法也可通過其它計算機系統配置來實踐，包括單處理器或多處理器計算機系統、微型計算機、大型計算機、以及個人計算機、手持式計算裝置、基於微處理器的或可編程的消費電器等等，其中每個裝置都可有效地與一個或多個相關聯裝置耦合。本發明所說明的諸方面也可在任務由經通信網絡連接的遠程處理設備執行的分布式計算環境中實踐。在分布式計算環境中，程序模塊可置於本地和遠程存儲設備。
再參照圖7，實現本發明各方面的示例性環境700具有計算機702，該計算機702具有處理單元704、系統存儲器706、及系統總線708。系統總線708耦合包括，但不限於將系統存儲器706耦合到處理單元704的系統組件。處理單元704可以是各種可用處理器的任一種。雙微處理器和其它多處理器構架也可被用作處理單元704。
系統總線708可以是若干類總線結構的任一種，包括存儲器總線或存儲器控制器、外圍總線、和/或使用各種可用總線構架任一種的本地總線。系統存儲器706包括只讀存儲器(ROM)710和隨機存儲器(RAM)712。包含在計算機702元件間傳送如起動時信息的基本例程的基本輸入/輸出系統(BIOS)，存儲在諸如ROM、EPROM、EEPROM的非易失性存儲器710上。RAM 712也可包括諸如用於緩存數據的靜態RAM的高速RAM。
計算機702還包括硬碟驅動器714、磁碟驅動器716(例如讀取或寫入可移動磁碟718)和光碟驅動器720(例如讀取CD-ROM 722，或讀取或寫入其它諸如數位化視頻盤(DVD)的大容量光學介質)。硬碟驅動器714、磁碟驅動器716、和光碟驅動器720分別通過硬碟驅動器接口724、磁碟驅動器接口726、和光碟驅動器接口728與系統總線708相連。這些驅動器和與之相關聯的計算機可讀介質提供數據、數據結構、計算機可執行指令等等的非易失性存儲。對於計算機702，驅動器和介質容納了具適當數位化格式的廣播編程的存儲。儘管以上計算機可讀介質的描述是指硬碟、可移動磁碟和CD，本領域技術人員將理解，其它類型的計算機可讀介質，諸如zip盤、磁帶、快閃記憶體卡、數位化視頻盤、盒式磁帶等等，也能用於示例性操作環境，而且，任意這種介質可包含執行本發明方法的計算機可執行指令。
眾多程序模塊，包括作業系統730、一個或多個應用程式732、其它程序模塊734、和程序數據736，可存儲在驅動器和RAM 712中。作業系統、應用、模塊、和/或數據的全部或部分也可被高速緩存在RAM 712中。
可以理解本發明可用各種可購買的作業系統或作業系統的組合來實現。
用戶可通過鍵盤738和諸如滑鼠740的定位裝置向計算機702輸入指令和信息。其它輸入裝置(未示出)可包括話筒、IR遠程控制、遊戲杆、遊戲墊、衛星天線、掃描儀等等。這些和其它輸入裝置通常通過與系統總線708耦合的輸入埠接口742連接到處理單元704，但也可通過其它接口相連，如並行埠、遊戲埠、通信串行總線(USB)埠、IR接口等等。監視器744或其它類型顯示裝置也通過接口，如視頻適配器746和系統總線708相連。除了顯示器744，計算機通常包括其它外圍輸出裝置(未示出)，如揚聲器和印表機等。
計算機702可以在使用與一臺或多臺遠程計算機，諸如遠程計算機748經有線和/或無線通信的邏輯連接的網絡化環境中運行。遠程計算機748可以是工作站、伺服器計算機、路由器、個人計算機、可攜式計算機、基於微處理器的娛樂裝置、對等裝置或其它共同網絡節點，而且通常包括上述與計算機702相關的許多或全部部件，儘管為簡化起見僅示出了存儲器存儲裝置750。所述邏輯連接包括區域網(LAN)752和廣域網(WAN)754。這樣的網絡化環境在辦公室、公司範圍計算機網絡、內聯網以及網際網路是常見的。
當用於LAN網絡環境中時，計算機702通過有線或無線的通信網絡接口或適配器756與區域網752連接。適配器756可有助於與LAN 752的有線或無線通信，其中包括用於與無線適配器756通信的無線訪問節點。當用於WAN網絡環境中時，計算機702包括數據機758、或連接於LAN上的通信伺服器、或其它用於在廣域網754如網際網路中建立通訊的裝置。可以是內置式或外置式、有線或無線裝置的數據機758與系統總線708通過串行埠接口742連接。在網絡化環境中，與計算機702相關的程序模塊或其一部分可存儲在遠程存儲器/存儲裝置750中。可以理解的是，所示網絡連接是示例性的，且其它用於在計算機間建立通訊連接的技術也可以使用。
計算機702與任意有效地置於無線通信中的無線裝置或實體的通信是可操作的，例如印表機、掃描儀、臺式和/或可攜式計算機、可攜式數據助理、任何關聯於無線可檢測標記的設備或地點(例如亭子、新聞架、廁所)、以及電話。這包括至少Wi-Fi和藍牙TM無線技術。因而，通信可以是帶有常規網絡或至少兩個裝置之間特別通信的預定結構。
Wi-Fi或無線保真，使得家中沙發、旅館房間內的床、或工作中的會議室無需接線就可與網際網路連接。Wi-Fi是能使例如計算機的這種裝置在室內外收發數據的像蜂窩電話這類的無線技術；可在基站範圍內的任何地方。Wi-Fi網絡使用稱為IEEE 802.11(a，b，g等)的無線電技術來提供安全、可靠、快速的無線連接。Wi-Fi網絡能用於計算機之間的相互連接、與網際網路、有線網絡(使用IEEE 802.3或乙太網)的連接。Wi-Fi網絡具有11兆比特/秒(Mbps)(802.11b)或54Mbps(802.11a)的數據速率，或包含兩個頻帶(雙頻帶)在無許可證的2.4和5GHz的無線頻帶上操作，因此網絡可提供類似於在許多辦公室中使用的基本10BaseT有線乙太網的實際性能。
現在參看圖8，示出了根據本發明示例性計算環境800的示意框圖。系統800包括一臺或多臺客戶機802。客戶機802可以是硬體和/或軟體(例如線程、過程、計算裝置)。例如客戶機802可通過採用本發明容納cookie和/或相關聯的上下文信息。系統800還可包括一臺或多臺伺服器804。伺服器804也可以是硬體和/或軟體(例如線程、過程、計算裝置)。例如，伺服器804可採用本發明容納線程來執行變換。在客戶機802和伺服器804間的一可能通信可能是以適於在兩個或多個計算機過程間傳送的數據包形式進行。數據包可包括例如cookie和/或相關聯的上下文信息。系統800包括可用來便於客戶機802和伺服器804間通信的通信框架806(例如諸如網際網路的全球通信網絡)。
通信可通過有線(包括光纖)和/或無線技術來推動。客戶機802可與一個或多個用來存儲客戶機802本地信息(例如cookie和/或相關聯上下文信息)的客戶機資料庫808有效連接。類似地，伺服器804可與一個或多個用來存儲伺服器804本地信息的伺服器資料庫810有效連接。
如上所述，所揭示的基於模型管理構架可應用於企業類型的系統管理。例如，客戶機802之一不僅可管理本地應用程式或服務，也可管理那些遠程節點例如伺服器804。所有方面應用以支持從本地客戶機的單個實例到跨多個網絡節點的遠程系統和應用程式上的多個實例的健康監視。可從本地層次到公司層次及更上層採用基於機器的學習，以自動化並改進系統性能和能力。
以上所述包括本發明的諸多示例。當然，為描述本發明而對每一能想到的組件或方法組合進行描述是不可能的，但本領域普通技術人員明白本發明的更多排列和組合是可能的。因此，本發明旨在包含所有這樣的在所附權利要求書精神和範圍內的變更、修改、和變化。此外，就用於具體實施方式
或權利要求書的術語「具有」而言，這種術語意在以類似於術語「包括」在權利要求書中作連接詞的方式作包含意義解。
權利要求
1.一種用於管理應用程式或服務的基於模型管理系統，其特徵在於，包括一描述組件，其根據其構成組件描述應用程式或服務，且根據功能、配置、系統資源利用、安全、以及性能的至少之一來描述所需狀態；以及一管理服務組件，其在所述應用程式或服務的安裝期間使用所述描述組件來配置自己。
2.如權利要求1所述的系統，其特徵在於，所述管理服務組件確保所述應用程式在包括配置管理、問題檢測、診斷和恢復至少之一的管理動作期間的可用性。
3.如權利要求1所述的系統，其特徵在於，所述描述組件包括一模型組件，其模擬構成組件、健康狀態以及恢復、配置設置、和管理性任務的一個或多個。
4.如權利要求1所述的系統，其特徵在於，所述描述組件包括一清單組件，其包含與模型和原始碼屬性相關聯的由所述管理服務使用的機器可讀形式的信息。
5.如權利要求1所述的系統，其特徵在於，所述描述組件包括一管理系統組件，其包括由從應用程式清單中接收的信息配置的多個服務。
6.如權利要求1所述的系統，其特徵在於，所述描述組件包括一管理性任務組件，其包括在應用程式清單中定義的管理性任務。
7.如權利要求1所述的系統，其特徵在於，所述描述組件包括一屬性組件，其便於將屬性數據插入原始碼以指示用於檢測所述應用程式諸方面的探測工具和邏輯。
8.如權利要求1所述的系統，其特徵在於，所述描述組件包括一管理系統組件，其使用在清單中表述的所需狀態。
9.如權利要求8所述的系統，其特徵在於，所述管理系統組件使用由管理員更改的所需狀態。
10.如權利要求9所述的系統，其特徵在於，所述所需狀態校驗依賴性並僅安裝所述必需文件、設置和安全數據。
11.如權利要求9所述的系統，其特徵在於，一個或多個所述所需狀態根據預定規範訂購事件並轉送所述事件。
12.如權利要求9所述的系統，其特徵在於，一個或多個所述所需狀態周期性地收集探測工具數據和計數器數據的至少之一。
13.如權利要求9所述的系統，其特徵在於，一個或多個所述所需狀態執行自動化管理任務。
14.如權利要求9所述的系統，其特徵在於，一個或多個所述所需狀態限制對程序功能的訪問。
15.如權利要求9所述的系統，其特徵在於，一個或多個所述所需狀態執行檢測問題、診斷根本原因、採取糾正性動作、以及通知管理員何時需要幹預的至少之一。
16.如權利要求9所述的系統，其特徵在於，一個或多個所述所需狀態定製在多個不同計算機上使用的政策。
17.如權利要求1所述的系統，其特徵在於，還包括能定義用於監視軟體和硬體組件可用性的規則的規則定義語言(RDL)，所述RDL便於問題測試、診斷、分解、校驗和通知的至少之一。
18.如權利要求1所述的系統，其特徵在於，還包括一統一資源標識符(URI)，其用以唯一標識抽象資源、物理資源、以及資源集合的至少之一。
19.如權利要求1所述的系統，其特徵在於，還包括一URI模板，所述URI模板無需檢索指針就能標識所述指針並能理解所述指針的特徵。
20.如權利要求1所述的系統，其特徵在於，還包括一探測目錄，其無需參照特定實例就利用URI模板來描述探測工具。
21.如權利要求1所述的系統，其特徵在於，還包括一屬性組件，其便於用於監視所述應用程式健康的原始碼的屬性。
22.如權利要求1所述的系統，其特徵在於，還包括一屬性組件，其便於確定使用哪一部分原始碼來確定和/或調整健康，以及何時執行監視規則。
23.一種根據權利要求1的計算機系統。
24.一種基於模型管理的系統，其特徵在於，包括一描述組件，其根據構成組件和所需狀態描述應用程式、服務、和/或系統，所述構成組件包括以下至少之一一模型組件，其還包括組件模型、健康模型、配置模型、管理性任務模型、構架模型、性能模型、以及安全模型的至少之一；一清單組件，其自所述模型組件的至少之一中生成，包括構成組件信息和所述模型組件之一的原始碼屬性；一管理系統組件，其包括與所述應用程式、服務、或系統通過接口相連的一個或多個應用程式接口(API)；以及一任務組件，其定義監視任務、檢修任務以及管理性任務的至少之一，用於由所述基於模型管理系統的執行；以及一管理服務組件，其使用所述描述組件用於部署所述應用程式、服務和/或系統。
25.如權利要求24所述的系統，其特徵在於，所述API便於中央配置、基於角色的訪問、系統監視、清單存儲和編輯、事件生成和記錄、探測、性能計數器處理、本地配置、安裝、自動化、以及任務調度的至少之一。
26.一種具有體現如權利要求24所述的系統的計算機可執行指令的計算機可讀介質。
27.一種用於管理應用程式的基於模型管理的方法，其特徵在於，包括使用原始碼開發對應於所述應用程式組件的一個或多個模型；執行所述原始碼的屬性以指示將監視哪些模型或部分；產生對應於所述經模擬應用程式組件和原始碼屬性的清單信息的清單，所述清單信息由管理系統服務使用；基於所述清單信息配置多個所述管理系統服務；以及在所述清單中表述所需狀態。
28.如權利要求27所述的方法，其特徵在於，還包括校驗依賴性並基於所需狀態的一個或多個僅安裝必需文件、設置和安全的至少之一。
29.如權利要求27所述的方法，其特徵在於，還包括基於所述一個或多個所需狀態根據預定事件規範來訂購事件並轉送所述事件。
30.如權利要求27所述的方法，其特徵在於，還包括通過基於一個或多個所需狀態周期性地收集探測工具信息、計數器信息以及測試來輪詢探測工具。
31.如權利要求27所述的方法，其特徵在於，還包括基於一個或多個所需狀態執行自動化管理任務。
32.如權利要求27所述的方法，其特徵在於，還包括基於一個或多個所需狀態限制對程序功能的訪問。
33.如權利要求27所述的方法，其特徵在於，還包括基於所需狀態通過檢測問題、診斷根本原因、採取糾正性動作、並通知系統管理員何時需要幹預來監視系統過程。
34.如權利要求27所述的方法，其特徵在於，還包括定製政策並將所述經定製政策應用到不同計算機，以便於問題測試、診斷、分解、校驗、以及通知。
35.如權利要求27所述的方法，其特徵在於，還包括確定服務的一個或多個健康狀態；發布所述應用程式的探測工具；分析所述經發布探測工具；以及基於經發布探測工具開發所述服務的健康模型，其中所述健康模型包括組件之間的關係信息。
36.一種用於管理應用程式或服務的基於模型管理系統，其特徵在於，包括一裝置，用於根據其構成組件描述應用程式或服務，以及根據功能、配置、安全、以及性能的至少之一來描述所需狀態；一裝置，用於表述管理信息以及所述應用程式的原始碼以便於確定所述應用程式的健康；一裝置，用於使用URI來標識抽象或物理資源；以及一裝置，用於在安裝所述應用程式以配置管理服務組件期間部分地基於構成組件來配置所述管理服務組件。
37.如權利要求36所述的系統，其特徵在於，所述應用程式或服務是分布式的。
38.一種具有計算機可執行指令的計算機可讀介質，所述指令用於執行管理應用程式或服務的方法，其特徵在於，所述方法包括使用原始碼開發對應於所述應用程式組件的一個或多個模型；執行所述原始碼的屬性以指示將監視哪些模型或部分；產生對應於所述經模擬應用程式組件和原始碼屬性的清單信息的清單，所述清單信息由管理系統服務使用；基於所述清單信息配置多個所述管理系統服務；以及在所述清單中表述所需狀態。
39.如權利要求38所述的計算機可讀介質，其特徵在於，還包括校驗依賴性並基於一個或多個所需狀態僅安裝必需文件、設置和安全的至少之一。
40.一種具有計算機可執行指令的計算機可讀介質，所述指令促成用於管理應用程式或服務的基於模型管理系統，其特徵在於，所述系統包括一描述組件，其根據其構成組件描述應用程式或服務，且根據功能、配置、系統資源利用、安全、以及性能的至少之一來描述所需狀態；以及一管理服務組件，其在所述應用程式或服務的安裝期間使用所述描述組件來配置自己。
全文摘要
基於模型的應用程式管理構架。開發者能根據其構成組件描述應用程式或服務。所需狀態可根據功能、配置、安全和性能來描述。該描述在應用程式安裝時採用以配置管理服務，而服務幫助確保在諸如配置管理、問題檢測、診斷以及恢復的自動化管理動作期間應用程式的可用性。
文檔編號G06F12/00GK1836208SQ200480001254
公開日2006年9月20日 申請日期2004年7月12日 優先權日2003年10月23日
發明者R·W·麥克盧, R·R·帕朗卡, J·T·普芬寧, A·M·薩頓, M·R·布朗 申請人:微軟公司