TW200820075A - Method and apparatus for on-demand composition and teardown of service infrastructure - Google Patents

Description

200820075 九、發明說明： 【發明所屬之技術領域】 本發明基本上係有關於網路連接的 更具體來說’係有關於網路連接的電腦j月 體與系統管理。 長％中的叙 【先前技術】 諸^計算純叢集、資料巾^、與_格系 分散，環境涉及管理大量資源與服務組件。提供給 此類系統使用者的典型終端服務需要合成多個^ 與服務組件，以共同傳送使用者所要的終端服務 如此合成多個組件或合成服務需要小心組態組件與 部署此等組件，以使此等組件彼此能以相容的方式 ，接，以便部署、初始化合成服務、處理使用者所 提出的工作負載、正確處理組件級故障、及提供健 全服務，同時處理工作負載中的變動。 從各個組件實現此種合成涉及協調大量異質資 源與服務組彳!。手動管理各種工作向來既繁項又容 易出錯。當貧源屬於多個管理網域時，更增加了複 ==二，然網格式系統可以促進多個管理網域 二士： ’但對系統管理員而言，網格式系統 困難。管理更加困難的-個原因是系 ==目前技藝狀態無法趕上中間軟體與網 ϋ L單—$統或叢集式系統上， 5 200820075 現ί對於此類系統’系統管理員在 度;2;:;=二r面對更高的複雜程 多:理 f;方 理技術無法提供建置手，統官 诗直ί ί f部署軟體組件的傳統方法十分仰賴於網 求的專業知識、中間軟體與根本 f ^建权的可用性、及整體的IT環境。使用此背景 :識’首先需要系統管理員組態現有基礎建設，然 後針對新組件來自訂組態與部署步驟，以便能夠成 1地2卩署新组件。至於分散式組件，此種方式既耗 時、容易出錯、且對於大規模的安裝無法進行擴充。 此外，此種方式不適合自動化，因為系統管理員才 是部署工作流程的重要關鍵。 在資訊技術社群中，組態及管理大型系統安裝 的能力向來是主要的研究領域。區域組態（Local Configuration，LCFG)是目前所用之基於指令碼的系 統’其基於儲存於中央資料庫的組態資訊動態地組 態機器（Anderson，P.，「Towards a High-Level Machine Configuration System(邁向高階機器組態系 統）」，LISA，1994)。該資訊有關需要在系統上組態 6 200820075 的網路、系統、及服務。物件群組智慧型架構(Smart Framework for Object Groups ; SmartFrog)是已知指 定分散式應用程式之組態與部署的系統（Goldsack， P、Guijarro, J、Mecheneau，G、Murray，P、Toft, P， 「SmartFrog: Configuration and Automatic Ignition of Distributed Applications(SmartFrog :分散式應用 程式之組態與自動啟動）」，HP OVUA 2003)。 SmartFrog提供用以指定應用程式之組態與應用程 式間相依性的語言。SmartFrog提供在分散式系統上 處理及部署應用程式的基礎建設。GridWeaver專案 正在研究結合LCFG與SmartFrog技術以對大型系 統進行組態管理的可行性。結構化資訊標準促進組 織（Organization for the Advancement Structured Information Standards ; OASIS)則著眼於使用網路服 務來管理分散式資源。網格論壇(Grid Forum)則嘗試 標準化規格語言作為組態描述、部署、及生命週期 管理（CDDLM)活動的一部分。 ’ 一些技術提供監控參與提供服務之個別Java⑧ 2 Platform Enterprise Edition(J2EE)組件的手段。此 技術將協助系統管理員監控效能、識別故障、. 查效能瓶頸。 欢 【發明内容】 範例性質的實施例提供一種建立合成服於 腦實施方法、裝置、與電腦可用程式碼。回^接= 成服務的，來 相依性，以形Ϊ用管理服務的一組有效物件 組；J丨定合成服別的相依性。已識別的 养，、利用已識別^而求。合成服務具有複數個 立人：f成已識別的V件依性來識別合成服務的組 σ成服務。 的、，且件。使用已識別的組件來建 【實施方式】 源文服:體ϊ源」或「資源」代表硬 此頌貧源可麵 、電腦網路、檔案系統等。 且具有實體I^或_、共享或用於專用模式， 行於1多個:d用語「電腦服務」用以表示由運 貝源之上的電腦程式所提供的服務。 解說柯 解決方案。現供管理軟體組件與服務的 其中提供可Ci’尤其參考圖1至圖2, 性圖式。應曰之資料處理環境的示範 範，的以;=:¾施⑼ 的％境進行許多修改。 現在參考圖式，圖1插給 知例之資料處理系統之網路解說性具體實 為可實施具體實施:二網路資料處理 貢料處理系统100含有網路5”的網，。網路 系統100中連接—起的各種 2網路貧料處理 備及电腦之間，網路 200820075 是用來提供通信鏈路的媒介。網路102可包括連 接，如有線通信鏈路、無線通信鏈路、或光纖纜線。 在所描繪的範例中，伺服器104及伺服器106 連接至網路102與儲存單元108。此外，用戶端110、 112、及114連接至網路102。這些用戶端110、112、 及114可如個人電腦或網路電腦。在所描繪的範例 中，伺服器104提供資料(如啟動檔案、作業系統映 像、及應用程式）給用戶端110、112、及114。在此 • 範例中，用戶端110、112、及114為伺服器104的 用戶端。網路資料處理系統100可包括未顯示的額 外伺服器、用戶端、及其他設備。 在所描繪的範例中，網路資料處理系統100是 網際網路，其中網路102代表全球網路及閘道器的 集合，其使用傳輸控制協定/網際網路協定(TCP/IP) 之協定套件互相通信。在網際網路的中心，是主節 點或主機電腦間之高速資料通信線路的骨幹，其由 • 成千上萬個遞送資料及訊息的商務、政府、教育、 及其他電腦系統組成。當然亦可將網路資料處理系 統100實施為若干不同類型的網路，例如，内部網 路、區域網路(LAN)、或廣域網路(WAN)。圖1係用 作範例，而非用作不同具體實施例的架構限制。 現在參考圖2,其中顯示可實施解說性具體實 施例之資料處理系統的方塊圖。資料處理系統200 為電腦之範例，如圖1的伺服器104或用戶端110， 9 200820075 及貫施具體實施例之程序的電腦可用程式碼或指令 位在其中。 ^加在所描繪的範例中，資料處理系統200採用中 區ΐ構，其包括北橋與記憶體控制器中樞(MCH)202 ^南橋與輪入/輸出（I/O)控制器中樞(ich)2〇4。處理 m 、主记憶體208、及圖形處理器21 〇均麵合至 北I與體控制器中樞202。圖形處理器21〇可 _ 經由例如加速圖形埠(AGP)|馬合至MCH。 在所描緣的範例中，區域網路(LAN)配接器212 耦合至南橋與I/O控制器中樞2〇4，及音訊配接器 ^16、鍵盤與滑鼠配接器220、數據機222、唯讀記 1體(R〇M)224、通用序列匯流排(USB)珲與其他通 仏埠232、及PCI/PCIe設備234透過匯流排238耦 合至南橋與1/0控制器中樞204，及硬碟（HDD)226 與光碟機230透過匯流排240耦合至南橋與1/0控 _ 制器中樞204。PCI/PCIe設備可包括例如：乙太網 路配接器、擴充卡、及筆記型電腦的PC卡。pCI 使用卡片匯流排控制器，而PCie則否。rom 224 例如可以是快閃二進制輸入/輸出系統(BI〇s)。硬碟 機226與光碟機230可使用例如整合驅動電子介面 (IDE)或序列先進技術附加裝置（SATA)介面。超級 I/0(SI0)設備236可耦合至南橋與1/0控制器中樞 204 〇 作業系統在處理器206上運行，且協調及控制 200820075 圖2中資料處理系統200内的各種組件。作業系統 可以是市售的作業系統，如Microsoft® windows® XP(Microsoft與Windows是美國、其他國家或美國 與其他國家之微軟公司的商標）。物件導向程式設計 系統’如JavaTM程式設計系統，可結合作業系統 來運行，並提供自執行於資料處理系統200上之 Java程式或應用程式對作業系統的呼叫（java與所 有基於Java的商標是美國、其他國家或美國與其他 φ 國家之 Sun Microsystems，Inc 的商標）。 作業系統的指令、物件導向程式設計系統、及 應用程式或程式係位於儲存設備上，如硬碟226， 並可載入主記憶體208由處理器206執行。解說性 具體實施例的程序可由處理器206使用電腦實施的 指令來實行’這些指令係位於記憶體（如主記憶體 208、唯讀記憶體224)或一或多個週邊設備中。 圖1至圖2中的硬體可根據實施的不同而有所 # 變化。除了圖1至圖2中描繪的硬體之外，可以使 用其他内部硬體或週邊設備，如快閃記憶體、等效 非揮發性A 體、或光碟機及其類似設備，或以該 等設備取代圖1至圖2中描繪的硬體。還有，可將 解說性具體實施例的程序應用於多處理器資料處理 系統。 在一些解說性範例中，資料處理系統2〇〇可以 是個人數位助理（PDA)，其一般以快閃記憶體加以 11 200820075 組態，以提供儲存作業系統檔案及/ 資料的非揮發性記憶體。匯流排系統可包 個匯流排，如系統匯流排、;t/ο匯流排、及“ 流排。當然可以使用任何類型的通信結構或竿構實 = ί’該通信ΐ構或架構在附接於該結構 ;:構組件或設備之間提供資料的傳送。通 k早兀可包括一或多個用以傳輪與接收資料的^

備，如數據機或網路配接器。記憶體可例如 憶體208或如在北橋與記憶體控_器中柩2(^所 見的快取記憶體。處理單元可包n 至圖2中描繪的範例及: 思表不木構限制。例如，除了採取pDA的 解說性具體實施例提供一種用於隨選合成與拆 解服務基礎建設的電腦實施方法、裝置、及電腦可 用程式，。該方法在分散式環境上組態及部署軟體 服務與資源組件，該環境如叢集環境、資料中心型 環境、及共享網格環境，使得各組件能夠一起運作， 以供應按預期方式運轉的合成服務。自動管理與控 制發生於組件級及合成同盟級。 軟體服務是由運行於區域及/或遠端電腦網路 上之電腦程式或程式集所提供的服務，可提供服務 請求的部分或全部解決方案，且不需要請求器實行 任何與服務相關聯的管理工作，包括組態、部署、 12 200820075 及^命，期管理工作。一些軟體服務的範例為薪資 服矛 =、客戶關係服務、供應鏈管理服務、搜尋引擎 服務、電子郵件服務、鑑認服務、傳訊服務、一般 ，用程式管理服務(如WebSphere⑧應用程式伺服器 提供的服務）、資料庫服務、網路連接服務等等。 軟體服務管理包括服務相依性分析、計劃及排 程資源與部署的服務、組態管理、部署管理、及部 φ 署後生命週期管理。此等管理功能本身即為軟體服 務。解說性具體實施例提供此等管理服務，以回應 使用者的服務請求，按照有系統與可控制的方式實 行軟體服務的必要安裝、組態、及部署。此外，具 體實施例管理部署的服務’致使服務以目前所請求 工作負載及/或預期的未來工作負載所需的等級來 實行，且在不需要此等服務或此等服務需要維護 時，離線採用此等服務或終止此等服務。 解說性具體實施例提供管理服務，以維護所需 • 狀態的部署服務，並在服務狀態與所需狀態有所差 異時採取校正動作。回應有關特定服務的警示，具 體實施例中的管理服務自動觸發分析，以決定發生 警示的原因，決定是否需要使用替代資源或支援服 務、及使用替代資源及/或服務重新部署所管理的服 務。此等管理服務為可擴充、原本具有自發性，且 可管理多個平台的服務。 圖3根據解說性具體實施例，描繪使用有效儲 13 200820075 存庫以進行組態與部署的合成式服務管理基礎建 u又。在合成式服務管理基礎建設3〇〇中，新類型的 服務請求3〇2與目前所支援請求類型的服務請求 =到達服務基礎銳管理器介面3%。服務請求 來自以下任一者的服務請求·、 系統中的另一服務；或（iii)網路他卢3吏 ’（u) 請求的服務是系統能夠使用 处n另一服矛力。被 統所支援之實體資源提供的服&個軟體服務與系

請注意，在完成之前，可 請求，及所有此類服務必須！軟體服務處理 部署、及管理而成為可用。可行3^⑽態' 但部非隨時可以組態及部署軟㈣、、β巧軟體服務’ 態及部署軟體服務，但可能未。即使已經組 服務請求在所需效能上及/或浐f ^體服務以實現 的需求。例如，請求可要求務之方式 模式來傳送服務。 王或專用服務傳送 新類型的服務請求302白人私此 但系統目前尚未組態及部署此體服務的請求， 求_員型的服務請求304是請餐=二1目前所支援請 之服務的此等請求。新類型=中已組態及部署 求由運行於終點資源3U上^认刖所支援類型的請 服務基礎建設管理器介面3〇6 ^體，務來服務。在 器知曉的情形下進行。 义理清求在服務請求 設定 管理員可與系統互⑽實行以下動作如： 200820075 組態或重新組態資源狀態的策略、設定藉由覆寫預 設設定來組態及部署軟體服務的策略，及使用管理 員介面308實行的類似操作。管理員所核發的命令 經由管理員介面308發送至服務基礎建設管理器介 面306。在後端處，服務基礎建設管理器介面306 和協調與管理服務310及有效儲存庫312互動。有 效儲存庫312包含有效物件與有效範本。有效物件 與終點資源314互動，或與經由終點管理介面316 運行於終點資源之上的軟體服務互動。此外，協調 與官理服務310亦與有效儲存庫312互動。如前述， 實際上在終點資源314處理請求。 圖4根據解說性具體實施例，描繪有效儲存庫 的組件。有效儲存庫4〇2可以是如圖3之有效儲存 庫312，有效儲存庫。如前述，有效儲存庫4〇2包 含有效範本404與有效物件4〇6。有效範本為有效 物件的範本。有效物件是使用可用資源與其他所管 理的服務例項用以管理具現化服務例項或將成為具 現化服務私j項（如所管理的服務組件4〇8之一）的管 理物件。系統中每一實體資源與服務組件在效 f庫4°2中具有代表性有效物件。有效物件管理該 成資源與服務或支援資源與支援服； 句％為建置口成服務的組件。對於要管理的 型服務，在有效儲存庫402的有效範本 右右紛餘太。 τ θ 在具現化新的服務例項時，亦在有效物件406 15 200820075 表將具現化的服務類型的有a :現二 本在有效物… 源所ί :: : 體ί J與目前使用此等實體資

ΐί;物，二資源i實施服務所需的組件。2 二二以，貫體計异伺服11、應用程式伺服器、或 辞瞀=服器。服務是邏輯組件所提供的功能。例如一， Z处務I提供計算功能’而資料庫服務可提供儲 :工此。資源嚴格地說來可以是硬體資源、軟體 源、或硬體與軟體的組合。 、 隨著在現有的服務及/或實體資源上構成及具 現化新的服務，可在有效物件406中具現化新的有 效物=。類似地，當不再需要合成服務時，將終止 用以管理該合成服務的合成服務與有效物件二者。 將對終止的有效物件進行垃圾收集。此外，在有效 物件406内，對應於用以支援及構成所終止服務^ 組件服務或資源的有效物件將全部更新，以反映這 些有效物件不再支援合成服務的事實。當不再需要 某個組件時’將毀損有效物件406内對應的有效物 件並對其進行垃圾收集。 有效範本404隨著其範圍改變而更新，或隨著 對應之有效物件控制的環境固定、更新、或其他發 16 200820075 展而更新。在將新類型的資源或服務引入管理環境 時，也會將新的有效範本引入有效範本404中。例 如，在將WebSphere⑧6·0引入系統中作為Enterprise JavaBeansTM(EJB)容器服務時，即將新範本引入有 效範本404中。即使WebSphere⑧5·χ的有效範本存 在於有效範本404中，還是會這麼做。這是因為管 理WebSphere⑧6.0明顯不同於管理WebSphere⑧5·χ 容器。有效範本具有所提供服務的資訊、相依性需 ^ 求、及一或多個平台的組態與部署資訊。 當支援WebSphere⑧6.01時，並不會引入新範 本’而是更新現有範本來因應差異。從管理的角度 來看，由於兩個發行版本的差異很小，因此套用 WebSphere⑧6.0容器之範本的更新。自範本衍生的 有效物件可管理Web Sphere⑧6.0容器及 WebSphere⑧6.01容器。類似地，若一開始只在 Linux⑧平台上部署WebSpher_ 6 〇，則他⑽沖⑽⑧ 6·0的範本僅具有管理Linux⑧平台之容器的資訊。 馨 如果後來也要在Windows⑧平台上部署及支援

WebSphere⑧6.0，則必須更新▽☆补以代⑧6 〇的範 本以加入此功能，此即為改變範本範圍的範例。 §要部署及啟用新的服務組件時，將在有效儲 f庫402中具現化有效物件之形式的新服務例項物 件。有效物件管理要在系統中構成、組態、及部署 的貝際服務例項。為了進行成功的部署與運作，服 務例項可能需要其他服務與資源例項的支援。所需 17 200820075 f的支援稱為服務例項的相依性與有效儲存庫402 中對應之有效物件的相依性需求。 將儲存庫402之有效物件406中的每一有效物 :程式化，以管理特定資源或服務組件，以藉由達 需狀態來傳送組件專屬服務。所需狀態是自有 件管理的實際服務例項達成所需作用或行為所 狀態。有效物件406中每一有效物件知曉其 si責任之管理資源或服務組件的S前狀態與 態。系統管理員、策略管理器、或系統中的 2沾+件將影響所需狀態。如果有效物件具有未實 性需求，則有效物件的目前狀態在成功滿 觀不會變成所需狀態。如果服務例項的 Ϊ二t恶热法匹配所需狀態，則有效物件將觸發一 有在有效儲存庫術巾進行額外的處理。 U f 4〇 2提供功能以實行查詢、服務/資源中 乂建立群組成員資格、設定策略等。 每一有效物件406監控以下實I# · i所傳送的服務狀態；Λ 2·支援服務的狀態；及 3·所支援服務的狀態。 ，兩個等級執行組態與部署的控制： 、、·及另個屬於宏觀級。微觀棘舍 r的徑制：一個屬於 。微觀控制操作於服 。宏觀控制可促進支 多個服務所需的整體

18 200820075 控制。宏觀控制允許管理服務以一致的方式協調如 同盟服務組態與部署的動作。宏觀系統控制建置於 微觀系統控制上且藉由運用微觀系統控制來建置。 所有如相依性解析與支援服務共享的計劃相關 邏輯均含在有效物件406中。此邏輯可動態更新， 且可插入外掛程式以增加先前不存在的功能。

>每一有效物件406具有四個功能組件，以管理 ^效物件在有效儲存庫中代表的服務。四個管理功 月匕包括·監控（獅nitor)、分析（anaiyZe)、組態 (configure)、及執行（execute)(MACE)。 在這些範例中，監控功能監控以下實體： (1)所管理的服務的狀態； 、 所營管理的服務組件所根據的服務狀態，即對 =理的料提供支援之服额件（如果有的話）的 於所ίϊΐϊΊ件所支援的服務組件狀態，即相依 態^理的服務組件（如果有的話）的服務組件狀 (4)管理輸入。 件之It能提供決定功能給有效物件。由以下 (1將分析功能觸發成動作·· 衡；）所官理物件之觀察狀態與所需狀態 19 200820075 "· (2)支援組件戶斤提供之功能與服務 等級的不平 衡，及 等級所支狀組件所要求的功能與服務 平衡可因以下任-項目的改變而發

Sr ;伺服哭Λ上但目刖未啟動的WebSphere_ 二王"V果二:Ϊ應用程式伺服器的目前狀態為「離 屬性(如緩衝器大小、要處理的請 ^ ^+脸特定貧料庫的連接）的所需狀態設為 J、、泉it將導致在對應之有效物件中觸發分析組 件！!不ί衡:在對所需屬性進行「連線」後，假設 目釗狀悲^變為「連線」與「遺失對資料庫的連接」。 同樣地丄這會導致將分析組件觸發成動作的不平 衡。目a狀態的改變係經由監控的功能組件來通 知二以下任一項目將造成所需狀態的改變：（i)協調 與管理服^、或⑴)經由管理介面的管理動作、或（iii) 另一需要策略下動作之有效物件的服務請求。 當分析組件瞭解在所管理物件的目前狀態與所 需狀悲之間存在不平衡時，分析組件將實行分析， 以建立所管理的服務可轉變的最佳可組態狀態。為 實行此分析，分析組件將考慮系統中其他服務輿^ 源的狀態與可用性，以及目前與將受支援之服務缸 件或工作負載的要求與優先順序。在分析步驟結東 日寸，已元全決疋支援資源與軟體服務且對以支援為 20 200820075 特徵的參數做出總結。例如，以支援為特徵的參數 可以是連接的數量、埠編號、預期回應時間、及最 小保證頻寬。類似地，亦可對支援服務的特性做出 總結。 分析的複雜性與特質取決於分析組件可用的決 定選擇。可以高度的精確性指定所需狀態。例如， 所需狀態可對啟用特定網路配接器、特定ip位址、 及以特定方式部署之特定網路服務的特定伺服器， ® 詳細說明特定版本、發行版本、及修補程式等級的 「連線」Websphere⑧例項。在此類情況下，當無法 選擇時，分析組件識別使用的資源與服務及套用於 支援服務的組態參數，使得所管理的服務可以按照 規定達成所需狀態。 另一方面，可以指定所需狀態的可能狀態範圍 或某種自由度。例如，所需狀態可詳細說明在特定 網路子網域中的任何伺服器上與版本6.0相容的「連 _ 線」Websphere㊣例項，或在對啟動應用程式伺服器 的伺服器沒有任何約束條件的情況下，將應用程式 伺服器的所需狀態設為「連線」。因此，可使用第一 個可供使用的伺服器。在另一範例中，約束條件可 能需要使用一組伺服器中具有最大記憶體容量的伺 服器。在選擇及組態支援服務與資源存有選擇時， 分析組件藉由與其他有效範本及/或有效物件互動 來做出決定。 21 200820075 可基於可用容量與效能等級及考慮加以組態與 部署之現有與新服務的對應要求，藉由制定及解決 最佳化問題，來完成互動。由與所管理物件相關聯 的策略掌握最佳化問題的目標。一些與所管理服務 相關聯的策略範例為由特定使用者群組在指定時 段、為維護目的而撥出的時間、用作支援資源的較 佳資源例項等專用服務。 分析組件將此等策略納入考量並嘗試儘可能解 決系統中的許多不平衡。如果無法完全消除不平 衡，分析組件將嘗試滿足相依性，致使可達成的新 狀態最接近所需狀態，並可從目前狀態轉變至此新 狀恶。此分析結果決定用以校正糸統中不平衡的貫 際支援服務與資源。由於此等支援服務與資源的狀 態決定所管理的服務可轉變的最終狀態，所管理的 服務並非永遠能夠實現實際的所需狀態，但可實現 次佳狀態。根據所實現的狀態與所需狀態的差距有 多遠，可重複分析與後續組態與部署步驟。 組態功能採用分析功能的輸出並實行以下工 作： (1) 建立組態或重新組態所管理的服務組件現 有狀態的動作計畫，因此所管理的服務組件可以最 佳方式，從其目前狀態轉變至新狀態； (2) 決定要運行的實際命令、指令碼、及程序以 在組件中進行實際的改變；及 (3) 在自我組態之前發送請求訊息給支援服務 22 200820075 組件，並在組態改變之後發送確認訊息給相依服務。 執行功能實行以下 工作： 卜(1)執行組態功能決定的動作計畫，以根據策略 管理故障風險； (2) 執行驗證步驟以確認所需改變已經發生； (3) 在初始計晝不成功時，執行替代的動作計 晝；及

(4) 在組態改變之後，驗證與支援及相依組件的 互動。 效在每二有效物件406内含有MACE功能使得有 件，代表的管理軟體服務組件能夠獨立發展並 二g於中發生的改變。與此領域中的目前技藝 组杜4解况性具體實施例不需要完全集中式的服務 以=;等組件。本文所述系統允許全域 決整體管理，並不需要集中式的決策 件，有效物可㈣t須操控所管理物 的動作行有效物件中所含 其他動作則；==於所管理的服務上，及 ⑷作於儲存料的其他有效物件上。 的命令。在n/m要f所管理物件「離線」 ;有致物件，以指：：受==可發送通知給另 來自服務管理的支援服務7有=件不再需要 卜π事件，如資源監控、 23 200820075 服，監控、及其他請求管理動作的高階有效物件， 將影效物件的狀態。當某個事件改變有效物件 ，狀態時，將啟動上述管理組件，且有效物件開始 掌控所管理的服務達到穩定的狀態。 有效儲存庫402中的每一有效物件406與管理 介面相關聯，以控制及監控有效物件管理之資源或 服務的行為。管理介面係用於實際的資源組件或服 _ f务組件，且包括如何組態、安裝、部署、測試、及 矚 管理組件生命週期事件的程序。對於每一所管理的 服務，件，管理介面亦維護所管理的服務可能轉變 之狀態的目前狀態資訊與相依性資訊。例如，在圖 4中’有效物件410與應用程式伺服器412相關聯、 有效物件414與伺服器上的作業系統平台416相關 聯、及有效物件418與資料庫伺服器420相關聯。 當無法使用現有服務或服務合成伺服服務請求 時’將通知代表所請求之服務類型的有效範本。接 • 著’有效範本評估請求或具現化新的有效物件，以 管理該服務的新例項或指示現有的有效物件重新組 態所管理物件，以因應新的請求。只要改變所管理 的服務的所需狀態，即可實行重新組態的指令。在 此情況下所遵循的動作為建立新的有效物件時所遵 ^的動作子集。以下說明新近具現化之有效物件所 實行的動作集，其藉由反覆往下越過相依樹然後建 置組件服務樹直到完整組態與部署整個合成服務， 以造成自組件服務來構成及部署合成服務。 24 200820075 在有效儲存康402 Φ叾奢a n士 法滿足有效物株沾☆ 建立％，即可知道但卻無 402中星現介古、P相依性。當在有效儲存庫 為「所需狀ΐ效物ί時，即指派有效物件-個稱 的狀ί 一個稱為「目前狀態」 的狀態。所需狀件所管理之服務或資源 態。 π而狀恶疋所官理的服務或資源的預期狀

如果組件持續監控這兩個狀態。 狀態的可能替代狀態，並決定是否必 成所需狀態。因此，在 +狀能件寸’果目前狀態為「離線」及所 4連線」，則有效物件中的分析組件檢查必 2 = > n上依性，讓管理資源/服務能夠連線。相依 汛儲存於相依性需求介面中，該介面是所管理 欠的2個管理介面之一。每一相依性均就需要的 ^矛力f資源類型加以陳述。相依性分析識別轉變目 丽狀態^所需狀態所必要的特定服務或資源類型。 t夕L’、分析組件亦決定滿足相依性所需之另一個服 務/貧源的效能與任何位置約束條件。此為所需狀態 的功能。 例t，如果網路服務的所需狀態每分鐘需要處 =m個異動，其中m值為已知，則分析組件首先決 定網路服務將依據資料庫服務，然後分析組件量化 25 200820075 能夠符合效能需求之資料庫服務的特性。由於資 庫服務的特徵為其讀取與更新資料庫記錄的速度1 因此分析組件計算限定資料庫服務為合格的支 務的資料庫服務最小讀取速度(r)與更新速度。振 吕之，分析組件计异一組關於支援資料庫服務的^ 能約束條件。m、U、及！^之間的關係可以簡單的^ 數公式表示，或可能需要估算代表資料庫系統 行為的多項式方程式。 ^ 自達成特定所需狀態所必要的支援服務決定 能等級的效能專屬特性係編碼於相依性需求介欢 中。請注意，分析組件無法識別用以滿足特定相$ 性之支援服務/資源的確切例項。分析組件僅量化戶〜 需之資源/服務的類型及關於支援組件的效能、/ 置、及安全約束條件。然後將關於所需狀態的資訊立 須滿足以到達該狀態的相依性、及對於支援服矛欠 資源的約束條件移交給組態組件。 力/ 組態組件決定實際的組件與其用以實現相依性 的容量部分。組態組件藉由聯繫代表滿足該相依性 所需之服務/資源類型的有效範本，為每一未滿足的 相依性做出決定。對於每一此有效範本，組態組件 對其尋找的服務類型與必須符合的相關聯約束條件 發送請求。每一此有效範本嘗試以下列三種方式之 —實現請求：⑴指派現有的服務/資源，以提供必要 的支援；（Π)重新組態現有的服務，以因應新的要 求；或(iii)組態及部署新的服務例項，以提供必要的 26 200820075

支，。當此等替代選項均不可行時，組態組件發回 否疋確認。當可提供支援時，組態組件發回管理支 援服務之對應有效物件的位址。請注意，可將關於 相依性的效能約束條件表示為可接受的範圍。例 如’以預期傳送該範圍中之服務之識別的支援服務 示所接受的範圍。在決定約束條件時，策略亦 扮演著重要的角色。策略可指定釋放約束條件時的 ^件’且可指定釋放約束條件的程度。支援的有效 靶本在進行決定時，將此等策略納入考量。 —在每一支援有效範本處所遵循的步驟與以上在 有效物件處觸發動作之原始請求的背景中所說 反覆遵循此等步驟，直到解析所有 糸統資源與s前策略集的情況下， 至於支援有效範本5等:ΐ效乾本至有效物件乃 之共同縱向優先越過=匕错由遵循相依性圖表 服務的相依樹。將同時掇^了往上的方式建置實際 路徑。 糸所有起源於支援節點的 支援;==¾的狀態中組態與部署 物件的細節通知請求的;管理支援服務之有效 有支援服務/資源組件盥件。在確認之後，所 量，對於相依性圖表中、的、备則組態，包括其可用容 資訊，組態組件量化實夂=節點為已知。使用此 貝U參數，以在組態支援服務 27 200820075 上的服務時使用。參數包-· Τΰ / 埠、具支援服務存取權限的使=的通信 然後將組態資訊傳遞至執行=服矛力_型而定。

務。應遵循的命令與程庠上具現化所管理的服 署管理介面巾。此=存於有效物件的服務部 務合成之上構成其他高階服務用者叫求，或在此服 組件合成的服務 而組件中的相依^件絲態決定， 之服務類型的有效範本開：=、;；；高階合成 在有效儲存庫中，有致：：士:主：越過相依樹。 隨著由上往下越過相依樹：f封！的節點。 務組件中。藉物件管理的實際服 過，以由下往上方式細2 &圖表的共同縱向優先越 際服務組件。工、、、恶共部署相依性圖表中的實 在構成合成服務時，如果 況下已經部署任何服務袓件 ：：：、、且恶的情 叫用特定動作以引起組件中所需 28 200820075 組態及部署服務組且效能 圖表中高階的有效物件。；=，即通知 物件組=:¾緒且具有功能，下二 ^ ^ ^ t ^ ί ^11 ^ ^f,] ^ 有 及到達所需的服務傳送狀力態。已組態、部署、 拆解程序發生於以 a

時，或管理員核發服務拆解入/八·再需要服務 效時服=二二需=務 相反。在此情況下，最离箄遵循的步驟 :組件然後通能;=件的分 件之有3 °組態組件等待接收來自支“ 理的月i矛/。ϊγ件通ί執行組件終止由有效物件管 知對應‘對止欠所日官理的服務之後，、址態組件通 果有的話)不再ΐ =j之服』务的有效範本(如 的肯定;*欠> :要支棱服矛力。在接收來自有效範本 有關服二 合成服務管理‘的處 29 200820075 ^驟。拆解程序可從相依樹的任 且不一定要從最高等級開始。一曰 U中開始， :任何節點處的有效物件成為離線性圖表 有效物件支援的所有服務已經終止^效物件僅在 的支援服務組件之後終止所;J理的】^到其他替代 ^-此類支援服務在相依於該;矛=有^ i:;止;找到替代的支援之後才會終 序釦續一直反覆直到相依性圖表的=祖私

=實際的目標服務。在此之後，“上;主；： =著，-相依有效物 :的:分:i:iί=安裝或重新组態作為拆 J 1 77而硬體組件則成可用資源庫的部分。 #wΞf根據解說性具體實施例，為服務之物件相 依，圖表的範例。物件相依性圖表500說明如企 =咼階服務的相依性。物件相依性圖表5〇〇將組件 中的相依性描述為指向性圖表。物件相依性圖表 5〇〇的每一節點代表資源或服務組件。在物件相依 性圖表500中每一節點之間的線條代表高階組件對 低1¾支援組件的相依性。例如，高階或合成服務可 相依於多個個別服務與個別資源。 、例如，在物件相依性圖表500根處包括由顯示 為 foobar.redbank.c〇m:80/AccountService 之服務 502 所代表的節點。例如，服務502可以是使用者可經 由網際網路存取之線上銀行的高階服務。在一範例 30 200820075 中，可以按以下形式存取服務502 : —致資療識別 符(URI)、超連結、超文字傳送協定(HTTP)、或I他 格式。超文字傳送協定是讓用戶端設備與伺服^之 間能夠進行網路瀏覽的實際通信協定。一致資&識 別符是通常在網際網路上用作資源識別符的格式^ 字串。一致資源識別符用於軟體語言中，如超文字 標記語言（HTML)，以識別超連結的固定連結。 如此範例中所示，服務502相依於稱為 「AccountService」504與稱為「Apache網路飼服界 508的網路服務，以進行包括呈現與鑑認服務功"能1 的額外服務。AccountService 504的網路服務對IBM WebSphere應用程式伺服器506與IBM DB2資料庫 伺服裔514具有相依性。IBM WebSphere應用程式 伺服器 506 對 Microsoft Windows⑧ 2003 伺服器 516 具有相依性。IBM DB2資料庫伺服器514則相依於 Windows⑧2003伺服器518。此外，服務502相依 於主機在外部的服務510與512，其分別 abc.payment.c〇m:9080/Payment 與 abc.broker.com:9080/P〇rtfoli〇。例如，主機在外部的 服務510可用以接收服務502所提供之服務的付 款。主機在外部的服務512可用以儲存關於投資組 合中金融資產的資料。可結合使用者定義的策略使 用改變管理系統，以決定如何可以最有效的方式對 物件相依性圖表500内的物件實施改變及更新。 上述合成服務的合成與拆解說明使用由有效儲 31 200820075 存庫中有效物件與有效範本行使的微觀控制 服務組件。在這麼做的時候，有效物件與矿^官= 響支援與支援服務或資源例項的行為。此^影 物件與範本對所支援的資源與支援資源行為的 做出回應。然而，在顧及全域約束條件與^略=^ 況下，微觀控制並不會引起同時的全域改變。 域改變係藉由宏觀控制所引起。例如，在=$ = 享關鍵資源的方式與優先排列及伺服要求‘;^ ^ 全域策略時，將需要宏觀控制。在資源稀少且&等 應不的情況下需要此類策略。在將進行複雜争二= 交換條件不明的情況下也需要此類策略。疋且 圖6根據解說性具體實施例，描繪警理人 務的宏觀控制。協調與管理服務600為如圖$ 調與管理服務310的協調與管理服務。協^金管理 服務600包含提供宏觀控制以管理合成服務^管理 〜協調與管理服務600由分析與計劃引擎6〇2、 組態引擎604、部署引擎606、監控引擎·6〇8、及生 命週期引擎610加以提供。每一此等引擎與有效儲 存庫612及有效儲存庫Μ〕中代表的管理物件互 動。所示由五個引擎提供的宏觀控制將轉譯成微觀 控制。有效儲存庫612中如圖4之有效物件4〇6的 有效物件控制對應的資源與組件服務，致使以微觀 級實現所需的宏觀控制作用。 32 200820075

如A述，有效儲存庫6〗2管理軟體服務組件所 安的生命週期方面，以回應服務請求而傳送解決方 :三有效儲存庫612在顧及相關系統管理策略與實 处處源可用性所加諸之約束條件的情況下實行此功 =。如進一步說明，此生命週期管理之一方面為在 子有此類服務的要求時，合成複雜的服務。另一方 面為在沒有任何要求時、或策略需要此類動作時、 或一或多個支援服務為不可用時，拆解或分解複雜 如前述，有效儲存庫612中的有效物件亦能夠 ^態所管理的服務，以支援一組相依組件或處理請 土，別。、*要f多個實體中共享支援服務與資源組 牛日寸，或當此等支援服務與資源組件為異質時， 當此等支援服務與資源稀少時，必須中^此等服務 與貧源’及將其配置於-或多個高階相依服務。服 務與資源組件是不同於一或多個屬性容量中之i 組件的服務與資源組件。稀少的組件是有多個相 ，件競爭相？支援資_組件。支援資源是高階服 ^用以提供咼階服務功能的支援資源。例如，要 高階服務為銀行，則支援資源可包括使用者可 用的網際網路入口網站、信用查核服務、及人^ 戶資訊的資料庫。協調與管理服務600 中介、配置、匹配、組態、及部署服務杈仏义要的 分析與計劃引擎602提供服務與資源 配、及配置功能。當服務與資源容量稀少或&效g 33 200820075 本因現有j略而热法解決共享議題時， 件的高^有效物件建構相依性圖表並將其需|同 相依性圖表傳到分析與計劃引擎·。分盘 引擎602收集有效儲存庫612中未解決的^有= 需求與相依性。分析與計劃引擎602收集目前的可 用資源與服務組件容量、資源與服務專屬策略優 先順序、吾好設定、及整體企業目標。分析與計劃 引f 602在正在分析之有效物件的服務規格、服務 組態、及服務狀態區段中尋找此資訊。 分析與計劃引擎602藉由將相依性圖表中的相 依性與可用容量模型化為約束條件及將企業目標模 f化為目標功能，來制定最佳化問題。此最佳化問 題的解決方案確切決定要在分析之相依性圖表的每 一節點使用的支援組件。 分析與計劃引擎602亦決定是否由多個相依服 務共旱支援組件、或是否要按照專用模式來使用支 援^件、是否有任何用於共享的優先順序方案，並 决疋相依組件使用支援組件的確切時間。如果支援 組件不存在於有效儲存庫612中，或現有策略不允 許共享’則使用有效儲存庫612中對應的有效範本 建立该物件的新例項。將設定現有例項物件與新近 建立例項物件的所需狀態，以反映置於相依性圖表 中的新要求。 分析與計劃引擎602對於含有未實現之相依性 34 200820075 的每一有效物件準備解決方案相依性圖 方案相依性圖表寫人對應之有效物件@ 段。分析與計劃引擎備亦更新在相依樹中接2 援服務之有效物件的所需狀態。 钕叙支 如果分析與計劃引擎6〇2無法滿足 相依性，則目前狀態無法匹配所需狀態。在此_、兑 下，=與言十劃引擎6〇2财下一個評估階段

重新考f此有效物件的需求。重新考慮將繼續直二 必要的資源與服務成為可用，或直到不再 於此有效物件的服務。 而要對應 組態引擎604使用服務相依性圖表以產生每 高階服^需求所需服務的組態描述。組態引擎貝6〇4 產生組，相依性圖表，以說明相依樹中每一組件的 組態設定和部署及組態組件服務與資源的順序。組 態相依性圖表亦儲存於所論物件的部署區段中，且 由部署引擎=06使用。組態引擎604亦更新組態相 依性圖表中每一有效物件的組態設定。此更新提示 對應的有效物件要在其管理的物件中引起所需改 變，因此組件才能提供必要的支援。 接下來，部署引擎606使用組態相依性圖表， 請求貝現凊求所需的資源。部署引擎606遵循内部 工作流^以配置及供應資源，並對供應與組態的服 務實行單元與整合測試。對於每一資源，部署引擎 606使用組態相依性圖表以開始安裝及組態資源。 35 200820075 態。如果在單元mtAU:代表性物件的狀 流程藉由實行可期間遇到故障，則工作 新開始。 括取4新資源集的復原動作以重 理合’為用以構成與管 如果請求Ϊ軟;ίΐΐ!腦網路中部署軟體服務。 建設管理哭八服各疋新的軟體服務，則服務基礎 圖座3:服務基礎建設管理器介面 i庫的;ί:服務基礎建設管理器等待來自有效儲 f牛於709彳。拉處所通睛求類型的有效範本 /所询古妾下來，有效儲存庫發送服務請求通知 、、、口所識別的有效範本(步驟7〇4)。接下來， 識別之有效範本有關所請求服務之； =1疋步f 706)。在讓所請求的服務成為 ΙΞίί狄i乾本通知有效儲存庫有關服務的可 i^置(步驟708)。有效儲存庫接著通知 圖8根據解雜频實_，為有效範本的服 200820075 ，合成流程圖。可藉由有效範本，如圖4之常駐於 =效儲存庫(如圖3的有效儲存庫312)的有效範本 4 γ貝施圖8的程序。在圖7的步驟7〇4中接受通 ^之後，有效範本決定已形成的任何現有有效物件 疋否能夠處理未解決的通知事件或是否需要具現化 新的有效物件（步驟802)。在顧及新請求之需求與現 f有效物件處理現有服務管理之此等需求之能力的 情況下，在步驟802中做出決定。只要不影響目前 _ 委吒且不違反任何現有策略，即可使用現有服務處 理請求。否則，必須建立及管理新的服務例項。 如果有效範本決定具現化新的有效物件，則有 效範本在有效儲存庫中形成新的有效物件，並將所 舄狀態设為能夠成功具現化所需服務例項的狀態 (步驟806)。例如，回應於帳戶更新請求，有效範本 可形成管理AccountService網路服務（如圖5的服務 502)的有效物件，並將所需狀態設為與 AccountService「連線」。接下來，有效範本等待來 ⑩ 自在所管理的服務中達成所需狀態之有效物件的肯 疋確§忍（步驟808)。然後有效範本發送所請求之服務 可用性的肯定確認給有效儲存庫（步驟810)，其後程 序終止。有效儲存庫是圖8之程序中的服務請求器。 如果在步驟802的決定中，有效範本決定不要 具現化新的有效物件，則程序識別現有有效物件， 以重新組態及改變其所需狀態（步驟812)。接下來， 有效範本等待來自在所管理的服務中達成所需狀態 37 200820075 之有政物件的肯定確認（步驟808)。 欠人圖9根據解說性具體實施例，為有效物件之服 矛力S成的流程圖。圖9的程序可由如圖4之有效物 ^10的有效物件來實施。同時，在圖8的步驟806 ^乂驟812之後，具現化的有效物件決定目前狀態 所需狀態相同（步驟9〇2)。如果目前狀態與所 2狀％相同，則具現化的有效物件繼續監控所需狀 〜目如狀悲’然後重複步驟902。如果在步驟902 中，，態與所需狀態不同，則具現二有驟效： 件ί疋ί效物件所管理之服務組件的組態是否處於 Γίί態(步驟9G4)。接下來，程序在所管理的服務 j1處於所需狀態時決定對於其他服務組件的相依 906)。接下來，程序決定支援服務組件之組 =欠的界限(步驟908)。接下來，程序發送服務請 π給與所需支援服務相關聯的有效範本（步驟 土 — ΐ下來，程序等待來自支援服務之有效範本的 步驟912)。接下來’當所有支援服務組件 準備舰k，程序發送組態命令給有效物件所管理 此服務組件可從目前㈣轉變至所 914)。接下來，當有效物件所管理的服 Ϊ'=Ϊ需組態運行時’程序發送肯定確認給服 務組件的有敦範本（步驟916)，其後程序終止。同 時，在圖9的步驟91〇之後，程序繼續進行至圖$ 的步驟802 ’其中在圖9之步驟9%中識別之支援 38 200820075 服務的有效範本執行裎序步驟，以便能夠進行必要 的支援。

圖10根據解說性具體實施例，為有效範本之分 解程序的流程圖。程序始於有效範本接收到通知 時，該通知指示已不再需要有效範本經由有效物件 所管理的一或多個受管理服務例項所提供的服務。 可由策略或管理命令、或預期的工作負載減少、或 相依服務組件的離線觸發通知。無論通知的原因為 何1以有效範本的觀點來看，通知代表服務組件所 支援的工作負載減少。圖10的程序可由如圖4之有 效範本404的有效範本來實施。 圖10的程序始於分析通知，有 多個將受相依性終止影響的服務例項有、1 目前工作負載映射於由有效目射生終止對 件的作用（步驟1004)。即使钦所管理之服務組 服務例項之一處理以維持負巷f服務相依性係由 於策略的匹配，在存有與产p衡與服務例項之基 情況下’有效範本仍可；；服:將終止之相依性的 由於總工作負载的改變，新紐離項全體的組態。 對於服務例項的映射）將使^剥餘服務相依性 及/或重新組態。使用新組態/右t個〃服務例項終止 ，之受影響的服務例項清细，範本接著在所識 受影響的有效物件（步驟1006)。％，直到處理每一 鮮於每一此有效物 39 200820075 件’巧有效範本之組態的程序藉纽較舊組態與 新組悲決定是否應終止或重新組態有效物件所管理 的服務組件。然後決定是否要終止或重新組態效 物件所管理的服務組件（步驟1〇〇8)。 + 果要在步驟1008中終止服務例項，則有效範 。又疋要終止之文影響有效物件的所需狀態（步驟 1010)。此步驟與導向此步驟的所有步驟均為服務拆 解或分解程序的部分。 上^如果要在步驟1008中重新組態服務例項，則有 效範本設定受影響之有效物件的所需狀態，以便以 新的工作負載與新的相依服務組件來重新組態（步 驟1012)。在步驟1012之後，程序繼續進行至如在 圖9之步驟902中所說明的服務例項重新組態。 圖11Α至圖lie根據解說性具體實施例，為有 效物件之服務分解的流程圖。圖11Α至圖11C的程 序可由如圖4之有效物件41〇的有效物件來實施。 在圖10的步驟1〇1〇之後，同時對於每一 類似之受 釤曰的有效物件實行該程序。當有效物件決定所管 理服務例項的目前狀態與所需狀態不匹配時，於受 影響的有效物件處觸發程序步驟（步驟11〇2)。只要 兩個狀癌匹配’即重複步,驟1102。如果在步驟1102 中二目減悲與所需狀態不同，則程序決定由所需 狀悲之有效物件所管理之服務組件的組態（步 1104) 〇 40 200820075 每一服務i件，理的服務組件目前所支援的 每-服務纟蹲（是㈣在所需狀態中支援 態中所支援但在所* 6i。接τ來/對於在目前狀 件，程序發送通知^對大_恕中不菱的每一服務組 依性（步驟1108)。……的有效範本，以終止其相

依性終止:肯自组件對相 件處以需=時=於= =:==二)。=，程序發送重 需要的服務組件終止相步=:)需以:不 =)在所需狀態中不再需要的有效範二 接下來，程序決定是否要終止理欠 驟1118)。如果要終止所管理的服務，則程的序 新組態命令給所管理的服務以準備Άΐ: 測)。接下來’程序發送通知給所管理服矛以： 摩巳本，以通知服務組件終止（步驟112 當所管理的服務組件準備終止時’程序^= 終止所管理的服務組件（步驟U24)。接下炎卩7」 理的服務組件自行終止（步驟1126)，其後程序纟= 200820075 如果在步驟1118中不終止所管理 管理的服務將繼續在所需狀態中務，則對於所 程序決定是否需要重新組態^^的服務組件， 下來，對於需要支援的每—支援服驟1128)。接 依性並發送服務重新組態通知试，’程序暫停相 本(步驟1130)。接下來，對於;有效範 需狀態中依據的任何新服務組件，床^各將在所 求通知給與所需服務相關聯的〜支3服J請 1132) 〇 』有效轭本（步驟

接下來，料特來自在所需 援服務之有效範本的肯定確認(步驟113:要2 來，當所有支援服務組件準備提供必要的下

程序發送重新組態命令，使1你曰^^⑴A 二貼能r牛鲈1便其攸目則狀態轉變為所 而狀心（乂私136)。接下來，當有效物件所管理的 服務組件在所需狀態中運行時，程序改變目 = ^^狀^^”服務組件的有效範本狀態已經^ 變（步“ Π38)，其後程序終止。 同犄，在步驟Π10及步驟1122之後，程序返 回圖10的步驟1002。同時，在步驟113〇及步驟Η% 之後，程序返回圖8的步驟802。 簡言之’解說性具體實施例提供範本與物件的 儲存庫〃以動恕與自發的方式代表管理實體中的相 ^性關，°服務組件係自行組織以形成組態及部署 高階服減需之完整的支援機制。將自動偵測未實 42 200820075 現的或未滿足相依性的高階服務。部分或全部識別 及匹配合格服務與資源組件，以部分或全部滿足一 或多個高階服務的相依性需求。 此計劃使用允許支援服務以有效的方式符合企 業目標。在顧及高階服務相依性與需求、支援服務 與資源組件之可用容量、組件專屬策略與喜好設 定、及基於指定的企業目標之目標功能的情況下， _ 實行系統約束條件的全域最佳化。 有效儲存庫中有效物件的部署就緒相依性關係 經動態構成，以使用分散式環境中的可用資源進行 合成服務部署。將自動回應資源庫中的改變。例如， 如果移除服務的機器，則吾人不必重新組態所有仰 賴該機器成為可用的工作流程。在使用迂迴之等級 的有效儲存庫中使用物件與範本將更容易管理根本 實體資源，而不需要系統管理員追蹤、組態、及部 署合成中的每一組件。藉由在高階服務的狀態中引 • 起單一改變而識別及組態支援服務，即可構成及分 解複雜的服務。 因此，解說性具體實施例提供一種用於隨選合 成與拆解服務基礎建設的電腦實施方法、裝置、及 電腦可用程式碼。該方法組態及部署軟體服務與資 源組件，使得各組件能夠一起運作以供應按預期方 式運轉的高階服務。自動管理與控制發生於組件級 及合成同盟級。因此，根據要求自動部署、組態、 43 200820075 重新組態、及拆解高階服務，以減少管理員與其他 it人員維護高階服務所需的時間。 本發明可以採用完全硬體具體實施例的形式、 完全軟體具體實施例的形式、或含有硬體與軟體元 件二者之具體實施例的形式。在較佳的具體實施例 中，本發明係以軟體實施，軟體包括但不限於韌體、 常駐軟體、微碼等。 此外，本發明可以採取以下形式：可自提供程 式碼的電腦可用或電腦可讀媒體存取的電腦程式產 品’以由電腦或任何指令執行糸統使用或結合電腦 或任何指令執行系統使用。為此說明之目的，電腦 可用或電腦可讀媒體可以是任何含有、儲存、傳遞、 傳播、或傳送由指令執行系統、裝置、或設備使用 或結合指令執行系統、裝置、或設備使用之程式的 實體裝置。 此媒體可以是電子、磁性、光學、電磁、紅外 線、或半導體系統（或裝置或設備)或傳播媒體。電 腦可讀媒體的範例包括：半導體或固態記憶體、磁 帶、抽取式電腦磁片、隨機存取記憶體(RAM)、唯 讀記憶體(ROM)、硬碟、及光碟。光碟的目前範例 包括：唯讀記憶體(CD-ROM)光碟、讀/寫（CD-R/W) 光碟及DVD。 適於儲存及/或執行程式碼的資料處理系統包 44 200820075 括至少一透過系統匯流排直接或間接耦合至記憶體 元件的處理器。記憶體元件包括：在實際執行程式 碼期間所用的本機記憶體、大量儲存裝置、及快取 記憶體，快取記憶體暫時儲存至少某個程式碼，以 減少執行期間必須自大量儲存裝置擷取程式碼的次 數。 輸入/輸出或I/O設備（包括但不限於：鍵盤、顯 示器、指標裝置等)可直接耦合至系統或透過中介 I/O控制器耦合至系統。 網路配接器亦可耦合至系統，以讓資料處理系 統能夠透過中介專用或公用網路耦合至其他資料處 理系統或遠端印表機或儲存設備。數據機、有線電 視數據機及乙太網路卡正是一些目前可用的網路配 接器類型。 本發明的說明係為解說與說明的目的而提出， 其意不在詳盡說明或限制於本發明所揭露的形式。 對於熟習此項技術者而言，顯然可以進行許多修改 及變化。具體實施例的選擇與說明係為了對本發明 的原理、實際應用提出最好的解說，並讓熟習本技 術者暸解本發明的各種具體實施例具有同樣適於所 想特定使用的各種修改。 【圖式簡單說明】 視為解說性具體實施例之特性的新穎特色如隨 45 200820075 附的申請專利範圍所述。然而，要完全瞭解解說性 具體實施例本身及其較佳使用模式、其他目的及優 點，請參考解說性具體實施例的詳細說明並結合附 圖來研讀，其中： 圖1描繪可實施解說性具體實施例之資料處理 糸統之網路的圖式； 圖2描繪可實施解說性具體實施例之資料處理 系統的方塊圖； 圖3根據解說性具體實施例，描繪使用有效儲 ® 存庫以進行組態與部署的合成式服務管理基礎建 設； 圖4根據解說性具體實施例，描繪有效儲存庫 的組件； 圖5根據解說性具體實施例，為服務之物件相 依性圖表的範例； 圖6根據解說性具體實施例，描繪管理合成服 務的宏觀控制； 圖7根據解說性具體實施例，為用以構成及管 • 理合成軟體服務之操作的流程圖； 圖8根據解說性具體實施例，為有效範本之服 務合成的流程圖； 圖9根據解說性具體實施例，為有效物件之服 務合成的流程圖； 圖10根據解說性具體實施例，為有效範本之分 解程序的流程圖；以及 圖11A至圖11C根據解說性具體實施例，為有 效物件之服務分解的流程圖。 46 200820075

【主要元件符號說明】 100 網路資料處理系統 102 網路 104 、 106 伺服器 108 儲存單元 110 、 112 、 114用戶端 200 資料處理系統 202 北橋與記憶體控制器中樞(MCH) 204 南橋與輪入/輸出(I/O)控制器中柩(ICH) 206 處理器 208 主記憶體 210 圖形處理器 212 區域網路(LAN)配接器 216 音訊配接器 220 鍵盤與滑鼠配接器 222 數據機 224 唯讀記憶體(ROM) 226 硬碟(HDD) 230 光碟機 232 通用串列匯流排(USB)埠與其他通信埠 234 PCI/PCIe 設備 236 超級I/0(SI0)設備 238、240 匯流排 300 合成式服務管理基礎建設 47 200820075

302 新類型的服務請求 304 目前所支援請求類型的服務請求 306 服務基礎建設管理器介面 308 管理員介面 310 、 600 協調與管理服務 312 > 612 有效儲存庫 314 終點資源 316 終點管理介面 402 有效儲存庫 404 有效範本 406 、 410 、 414、418 有效物件 408 管理服務組件 412 應用程式伺服器 416 伺服器上的作業系統平台 420 資料庫伺服器 500 物件相依性圖表 502 服務 504 網路服務 506 WebSphere應用程式伺服器 508 Apache網路伺服器 510 、 512 主機在外部的服務 514 IBMDB2資料庫伺服器 516 、 518 Windows⑧2003伺服器 602 分析與計劃引擎 48 200820075 604 組態引擎 606 部署引擎 608 監控引擎 610 生命週期引擎

49

Claims (1)

1. 200820075 ► 十、申請專利範圍·· !•一種用於建立一合成服務的電腦實施方法，該 實施方法包含： 回應接收到該合成服務的一請求，利用管理服 務的一組有效物件來識別相依性，以形成已識別的 相依性’其中該已識別的相依性係指定該合成服務 的而求，且其中該合成服務具有複數個組件； 利用該已識別的相依性來識別該合成服務的 _ 組件，以形成已識別的組件；以及 使用該已識別的組件來建立該合成服務。 2·如，求項1之電腦實施方法，其中該已識別的相依 性指示與該合成服務相關聯的支援服務與支援資 源，其中使用一相依性圖表來識別該相依性。 3·如請求項1之電腦實施方法，進一步包含： 偵測該合成服務之未符合的相依性。 ’ 4·如請求項3之電腦實施方法，進—步包含： 分析該合成服務之該未符合的相依性；以及 匹配該可用的支援服務及該可用的支援資源 至u亥合成服務’以滿足該未符合的相依性。 5·如請求項4之電腦實施方法，其中該匹配步驟進一 步包含： 完全或部分地匹配該可用的支援服務及該可 用的支援資源至該合成服務。 50 200820075 6. 如請求項2之電腦實施方法，進一步包含： 計劃該支援服務與該支援資源之使用，以符合 企業目標；以及 基於約束條件實行全域最佳化。 7. 如請求項6之電腦實施方法，進一步包含： 基於該相依性、需求、可用的支援服務、可用 的支援資源、策略、組件偏好、及企業目標來制定 •該約束條件。 8. 如請求項1之電腦實施方法，進一步包含： 回應正建立中的該合成服務，自代表該合成服 務所代表的一服務類型的一有效範本，具現化一新 的有效物件。 9. 如請求項1之電腦實施方法，進一步包含： 構成識別該相依性的一相依性圖表。 10. 如請求項2之電腦實施方法，進一步包含： 回應一資源庫中的該支援服務與該支援資源 的改變，持續地支援該合成服務。 11. 如請求項2之電腦實施方法，其中該合成服務、該 支援服務、及該支援資源為一分散式網路的一部 分，其中有效物件係儲存於一有效儲存庫中。 51 200820075 明求項1之電腦貫施方法，進—步包含拆解該合 成服務的步驟，包括： —回應於接收到一事件，利用管理該識別服務的 —組有效物件來識別該已識別的組件與已識別的 性二其中該事件係由一策略、拆解該合成服務 的官理員命令、或一組件故障的其中任一所觸發； 以及

   有系統地使用該組有效物件來拆解該合成服 矛力，以便不會影響一系統所提供的其他合成服務。 13·如請求項2之電腦實施方法，進一步包含： 藉由在該合成服務的一狀態中引起一改變，部 署該合成服務的該支援服務與該支援資源；以及 ^ 藉由引起該合成服務之該狀態的該改變，拆解 該合成服務。 14· 一種資料處理系統，包含： 一匯流排系統； 一通信系統，連接至該匯流排系統； 一記憶體，連接至該匯流排系統，其中該記憶 體包括一指令集及一合成服務；以及 抑一處理單元，連接至該匯流排系統，其中該處 理單元執行該指令集，以利用管理服務的一組有效 物件來識別相依性，以回應接收到該合成服務的一 請求而形成已識別的相依性，其中該已識別的相依 性指定該合成服務的需求，且其中該合成服務具有 複數個組件；使用該已識別的相依性來識別該合成 52 200820075 服務的組件，以形成已識別的組件； 識別的組件來建立該合成服務。 及使用該已 15 .一種包含一電腦可用媒體的電腦程 \ 了用媒體包括用於建立—合成服務: 腦 式碼，該電腦程式產品包含： 可用程 一心電腦可用程式碼，回應接收到該 ::依;件二 成服務的需求，且其 件；以及 讦以用於形成已識別的組 用於建碼’使用該已識別的組件，以 •如明求項15之電腦程式產品，進-步包含· 有效^s;’用於決定是否可由現有的 法處理現有的有效物件無 物件。 决疋，而用於具現化一新的有效 17.如請土； i5之電腦裎式產品，進-步包含： 組件’將ΐ合可成用以:，】於f f組態該已識別的 此才力攸一目珂狀態改變成一所需狀 53 200820075 18. 如請求項15之電腦程式產品，進一步包含. 、-電腦可用程式碼，用於自一相依樹^ 合成服務，其中該合成服務之該已識別的組盍二 有效儲存庫内的有效物件與有效範本。、马一 19. 如請求項18之電腦程式產品，其中該有效

   主動地管理-組合成服務’其中該組合成服矛=2 理，係藉由建立該組合成服務、更新該組合e 務、以及視需求來分解該組合成服務。 20· —種提供一合成服務的方法，該方法包含： 接收來自一用戶端對該合成服務的_請求； 回應接收到該請求，利用一組有效物件來識別 該合成服務的需求為一相依性之形式，其中該相依 性4日疋该合成服務的需求； 、使用該相依性來識別該合成服務的組件，以形 成已識別的組件； 二—使用該已識別的組件在電腦可用媒體上建立 該合成服務之該電腦可用程式碼；以及 發送該電腦可用媒體給該用戶端。 54