SDM---構建異構環境交互的橋梁

　　在你考慮企業系統管理這個問題的時候首先進入你腦海的公司有CAHPIBM等公司他們為企業提供全面的管理套件用於監控和管理企業中大部分IT部件的行為使得企業在IT管理中能夠應付自如雖然你沒有考慮具有同樣論調的微軟但是微軟有其獨到的解決方案他們正在嘗試將全面的系統管理變成其Windows遺傳物質的一部分　
　　
　　微軟的Windows Server部門的高級副總裁——Bob Muglia對這個問題做了如下的解釋因為絕大多數的軟件最初在設計的時候並沒有考慮到可管理性和安全性我們現在的處境非常尴尬因為我們的軟件非常復雜而且存在許多安全漏洞正是這些原因使得企業在網絡管理和IT資產方面投入了巨大成本從而成為許多企業的經濟負擔這對於Windows和其他的平台來說都是事實我們必須改變人們開發軟件的方式並且要保證這些新開發的軟件從一開始就要考慮其可管理性
　　
　　如何解決這個問題是我在前一個專欄中所提到的指導企業中的一部分不應該事後再在企業中集成一個價格不菲而且非常復雜的解決方案而是應該在一開始就考慮這個問題理想的情況應該是這樣為了實現一個具體的任務即便是環境中的條件發生了變化也應該能夠適應分布式的IT資源並能夠完成該項任務這種兼容性要求應用程序設計和配置環境之間有較高級別的聯系這樣就能夠保證系統可以在任何級別——操作系統應用程序網絡服務器——都能夠自動維持在最優狀態這個過程應該簡單而自然如同植物需要陽光光合作用是遺傳代碼的一部分
　　
　　對於一個復雜的IT環境將IT等價於光合作用的概念簡直是一種幻想沒有一劑良藥可以實現企業IT環境的自動管理但是微軟在改進其軟件體系結構和研究操作系統控制方面做出了長期的探索這給企業特別是那些以Windows為中心的企業留下了深刻的印象
　　
　　微軟的動態系統計劃（DSIDynamic Systems Initiative）的核心是系統定義模型（System Definition Model——SDM）使用XML技術作為其基本數據格式設計SDM的初衷是用來捕獲硬件和軟件的基本結構和定義包括配置方案健康模式以及操作策略等有關信息
　　
　　微軟公司的企業管理部門副總裁Kirill Tatarinov這樣解釋SDM將是我們表達對於個人組件期望狀態的一種方法它將企業作為一個整體來考慮通過SDM只要部件連接在網絡中開發者就可以訪問所有的部件這種動態連接是微軟的不同之所在雖然應用程序可以動態響應並且可以重新配置但是大多數其他部件都是手動實現的（重新配置）企業的高級定義和拓撲結構的高級定義之間的動態連接以及與低級組件之間的連接是微軟動態系統計劃（DSIDynamic Systems Initiative）的主要特異之處
　　
　　結構化的SDM的實現方法允許應用程序或者服務的主要架構師在計劃中更精確的定義需求和期望的結果這樣開發者可以更容易的解析它們另外根據Tatarinov的介紹使用SDM方法編碼的不同層次（應用層網絡拓撲層操作系統層和服務器層）之間必須配合使用在開發的過程中策略之間的沖突以及不同層次之間的限制就應該得到解決而不是將這些問題留到測試或者配置的過程中才解決
　　
　　在數據中心裡網頁服務和各種語言也能夠用來來描述和記錄操作和管理的任務與策略並在軟件中記錄其他手動任務SDM能夠提供用於運行這些操作策略所必需的IT環境信息這些信息是在研發的階段就已經集成到硬件和軟件資源中而不是將其和智能或者操作意識結合在一起如果其中的一個參數發生了變化如網絡的速度或者服務器的利用率發生了變化通過內置的定義和策略受變化所影響的組件將自動知道如何去處理下面的過程
　　
　　從本質上來說這個概念是微軟為了激活效用計算或者按需計算而定義的
　　
　　這是一個非常引人注目的概念——DSI和SDM聽起來好像是IT業的光合作用至少在Windows世界中是這樣的但是到目前為止這還只是理論上的概念而理論常常是推動IT環境向前發展的最大的力量
　　
　　我非常想准確的知道這些理論是如何轉換到現實世界的而且我想看到實現IT資源的從一開始就考慮可管理性的路線圖是如何實現的
　　
　　根據微軟的企業管理部門經理David Hamilton的解釋公司將把管理軟件中的智能化處理部分移植到應用程序本身這個過程大致分為幾個階段
　　
　　向應用程序中移植智能處理大致由三個階段構成 Hamilton 表示第一個階段是產品發布之後再發布管理軟件所有的智能化工作都是實現在管理軟件中而行業中早就在強調這一點在這種環境中實現對應用程序的管理是最基本的你可以通過工具來管理Exchange查看信箱中進出的數據流但是你無法看到應用程序的內部工作或者無法理解應用程序的上下文
　　
　　Hamilton表示在第二個階段提供商提供應用程序的管理信息系統管理軟件可以使用這些管理信息他給出一個關於Exchange微軟操作管理器（MOM）管理布丁（MP）的例子Hamilton 表示Exhange MOM MP可以解釋應用程序產生的行為和事件並且可以給出恰當的警告記錄系統的臨界值並且可以發送上下文敏感信息報告 Hamilton指出從技術的角度出發階段一到階段二真正的進步是警告所表示的含義更加清晰
　　
　　最後一個階段也就是第三個階段大多數的管理基礎設施都成為管理平台的一部分這部分也將轉移到開發過程中去沒有更多的額外的管理補丁操作性的數據將被直接輸入到開發過程中根據應用程序具體的管理規劃來存儲應用程序的行為根據Hamilton的說法對於IT組織來說與第二階段相比較而言第三階段的最大的好處在於成本和復雜性降低了而創建可管理的應用程序也變得更簡單Hamilton 表示這才是真正的操作設計
　　
　　第三階段並不是意味著應用程序可以自我治愈也不是意味著人機交互管理IT基礎設施已經稱為歷史Tatarinov 表示要想使得應用程序能夠自我治愈在設計時就必須考慮到自我治愈這一點否則就無法實現所謂的自我治愈整個程序的運行過程就是一個黑盒子
　　
　　我要求他們給出一個第三階段的例子這個例子在應用程序的設計之初就將管理考慮在其中但是他們對此談的很少Hamilton引用了微軟的SQL服務器的管理補丁這個例子包含代碼的數據庫軟件在很深的層次上跟蹤事件使用這些數據我們可以越過預先設計的限制而且可以在出現問題之前進行適當的調整無論如何在這一點上它要比第二階段要強
　　
　　Muglia為我描述了一個時間表要達到成熟的第三階段大約還需要年左右的時間在未來的兩到三年的時間中我們將看到非常顯著的進步而在未來的五年時間內我們將看到一個巨大的飛躍另外它還需要五年的時間才能真正的大量出現因為對於公司來說研發和生產還是需要大量時間的
　　
　　一個即將來臨的較大的舉措是在今年後期將要發行的Visual StudioNet的下一版本——代碼名字為Whidbey它將包含一個應用程序的模型工具——代碼名字為Whitehorse一旦開發者配置了應用程序這個工具允許開發者提供SDM格式的信息幫助實現應用程序的管理為了能夠實現這個目的應用程序可以象網頁服務那樣公布他們的管理數據和方法公開基於XML格式的訪問和管理控制台的選擇這樣微軟的管理軟件和其他控制台將能夠解釋控制和管理從其他應用程序中收集的SDM信息
　　
　　根據Hamilton的解釋SDM作為DSI的一部分通過將基礎設施的設計和確認與應用程序的設計相連SDM比UML（統一建模語言）更勝一籌Hamilton表示使用SDM基礎設施的架構師可以規定數據中心應該是什麼樣子應用程序的架構師可以設計面向服務的應用程序測試者或者操作管理者就應該確保所設計的應用程序在指定的數據中心能夠真正工作這樣在企業配置他們的關鍵任務時架構師和操作管理者之間進行良好的溝通可以減少配置過程中出現的各種沖突從而可以為企業在配置關鍵任務的過程中節約時間和金錢
　　
　　這種協調整個企業中的基礎設施架構師應用程序設計架構師和操作員之間關系的努力對於減少IT項目的失敗幾率來說具有同樣的重要性但是這樣可能使得代碼不是很可靠隨著各種各樣的參與者加入常常是放棄了這個服務和應用的最初目的或者其最初的目的遭到了破壞微軟的奠基人Word的創建者Charles Simonyi現在正在開發一個工具以幫助在整個開發的過程中維護在設計時就已經詳細說明的各種值他的公司——Intentional Software正在推動軟件開發的革新例如面向方面（AspectOriented）的編程這個工具將軟件設計和程序編碼聯系得更加緊密
　　
　　一些標准實體例如分布式管理任務團體（DMTF）現在正在制定管理的標准規格Hamilton指出雖然微軟現在正在和DMTF進行合作但是在整個生命周期中將更加注意突出其SDM特征
　　
　　Hamilton表示為了能夠構建並且能夠推進DMTF的公共信息模型（CIM）規范的發展使得能夠在數據中心實現一個與平台無關的適用各種不同IT環境的行業標准服務器的硬件體系結構我們正和一些標准的實體緊密合作SDM工作在任務的上一層SDM不是將注意力集中於單個的硬件組件而是將整個分布式系統視為一個整體SDM用於描述IT系統中這些不同的組件是如何組合在一起成為一個完整的系統來發揮作用的並且還將描述這些不同的組件之間的關系
　　
　　當然大多數企業都有幾百萬行遺留下來的代碼Hamilton表示SDM可以用於為現存的系統建模並將這些代碼進行改進並且很自然的融入到SDM開發的系統中但是由於大量遺留下來的和自定義的代碼的相關文檔非常少這使得構建SDM計劃面臨著巨大的挑戰談到如
From:http://tw.wingwit.com/Article/os/xtgl/201311/8582.html