當(dāng)我們把目光轉(zhuǎn)向SOA時，同樣的問題出現(xiàn)了當(dāng)應(yīng)用因為一個根本性的故障而被迫終止的時候，應(yīng)該由誰來負(fù)責(zé)接聽并處理用戶的緊急求助?對于很多企業(yè)領(lǐng)導(dǎo)者來說，半夜兩三點電話響起不是什么好事情這很可能意味著，企業(yè)出了事，而且這些事情很有可能不知道該由誰解決。

　　隨著企業(yè)規(guī)模的逐漸擴大，企業(yè)的復(fù)雜性也不斷增加，不同部門之間職責(zé)、利益、流程的交錯，讓包括部分高層管理者在內(nèi)的很多人不清楚，如果企業(yè)某個地方出了問題，到底應(yīng)該追根溯源到哪個部門、哪個人。

　　這種現(xiàn)象對于已經(jīng)深入到企業(yè)每個角落的IT產(chǎn)品、IT服務(wù)也是如此。早上ERP登錄不上去了這到底是網(wǎng)絡(luò)問題，還是ERP問題，或者是數(shù)據(jù)庫、服務(wù)器出錯了?IT部門到底應(yīng)該找哪個供應(yīng)商解決問題呢?

　　當(dāng)我們把目光轉(zhuǎn)向SOA時，同樣的問題出現(xiàn)了當(dāng)應(yīng)用因為一個根本性的故障而被迫終止的時候，應(yīng)該由誰來負(fù)責(zé)接聽并處理用戶的緊急求助?

　　目前SOA已經(jīng)步入實施的縱深階段，然而，近來國外的一系列SOA實施案例表明，曾經(jīng)備受肯定的SOA架構(gòu)正暴露出其架構(gòu)的固有缺陷當(dāng)基于SOA的服務(wù)管理達(dá)到一定深度時，目前的SOA管理策略在服務(wù)故障的追根溯源方面力有未逮，這一現(xiàn)實對整個SOA架構(gòu)和管理理念都提出了嚴(yán)峻的挑戰(zhàn)。國內(nèi)SOA用戶應(yīng)該對這一動向保持足夠的警惕。

　　誰該為故障負(fù)責(zé)

　　分析師蘭蒂·海福納認(rèn)為，曾經(jīng)被廣為稱贊的SOA的架構(gòu)特性正在暴露出它的固有缺陷目前，大部分應(yīng)用了或正在應(yīng)用SOA架構(gòu)的公司和組織對于“應(yīng)該由誰來負(fù)責(zé)響應(yīng)故障求助”這一問題困惑不已。

　　從目前的狀況看，似乎總是能找到這樣或那樣的團隊負(fù)責(zé)提供應(yīng)用故障服務(wù)，但是最后的結(jié)局往往是所有應(yīng)用相關(guān)的開發(fā)團隊都被扯進來，圍繞糾纏不清的責(zé)任問題一籌莫展，問題的根源卻無從確認(rèn)。

　　SOA架構(gòu)擁有太多處于移動狀態(tài)的組件，因此，順藤摸瓜找到服務(wù)故障發(fā)生的根本肇因并不是一件容易的事情，更何況與此同時SOA還是一個由多個相互關(guān)聯(lián)的層組成的架構(gòu)，這更增添了查錯的復(fù)雜性。

　　海福納認(rèn)為，目前的大部分SOA管理工具必須進行有針對性的改進以應(yīng)付這種尷尬局面。SOA管理工具必須具備鎖定深層次服務(wù)管理問題的能力。應(yīng)該說，現(xiàn)有的SOA管理工具在定位問題的發(fā)生方面做得不錯，它們大都能在問題發(fā)生時通過一項服務(wù)提醒CIO[注]，即使故障產(chǎn)生的環(huán)境非常復(fù)雜。比如在Java、.NET、消息中間件或者是遺留系統(tǒng)接口內(nèi)部這類環(huán)境，這些管理工具仍然能夠迅速發(fā)現(xiàn)問題。

　　但是，僅此而已。

　　CIO們被告知系統(tǒng)中產(chǎn)生了一個故障，“好吧，接下來問題來了，SOA服務(wù)產(chǎn)生了問題，我們該向誰撥打這個求助電話呢?”海福納說，面對實施過程復(fù)雜、需要由多個團隊協(xié)作的SOA架構(gòu)中產(chǎn)生的問題，每個團隊都會龜縮在各自的陣地中大喊：“這不是我的錯我負(fù)責(zé)的部分工作得很好!”這顯然是CIO們始料不及，卻可能得到的唯一答案。

　　SOA管理缺乏全局眼光

　　“這是因為每個人的眼界都被限定在他們自己負(fù)責(zé)的那部分基礎(chǔ)架構(gòu)工作里，而這恰恰是SOA架構(gòu)的特色之一。”海福納說。

　　那些服務(wù)管理達(dá)到一定深度的CIO們目前面對的現(xiàn)實狀況很不樂觀，為了解決這一問題，SOA的管理策略和解決方案必須重新進行調(diào)整，以幫助他們解決那些深層次服務(wù)管理問題。

　　海福納認(rèn)為，SOA管理方案應(yīng)當(dāng)從多個方面調(diào)整各種服務(wù)之間的關(guān)聯(lián)，比如為消息添加更多的標(biāo)識。這樣一來，服務(wù)中產(chǎn)生的問題可以更容易被獨立鑒別出來，CIO們也更容易判斷應(yīng)當(dāng)向哪個開發(fā)團隊求助。

　　海福納還指出，通常，SOA管理解決方案的眼界未能上升到整個SOAP界面。但是，即將涌現(xiàn)出的新一代管理工具必須站在整個服務(wù)界面的高度審視底層的數(shù)據(jù)庫、服務(wù)和消息層。

　　“你所購買的SOA管理解決方案，必須能夠處理執(zhí)行復(fù)雜服務(wù)的SOA底層服務(wù)需求。海福納說，這一任務(wù)可能細(xì)致到涉及調(diào)用Java消息服務(wù)、MSMQ、Java RMKI或CORBA等一系列服務(wù)，這背后甚至需要一個專門的ESB或應(yīng)用服務(wù)器予以支持。

　　將“深度”牢記于心

　　對此，海福納對那些未來希望基于SOA架構(gòu)搭建應(yīng)用的CIO們提出了自己的建議。建議之一就是忠告他們充分理清自己的SOA管理策略。他認(rèn)為，在CIO開始考慮該選用那種SOA管理工具之前，應(yīng)該首先搞清楚你打算怎樣做好SOA管理。CIO們將不得不深入了解各種技術(shù)，了解自己企業(yè)將要實施的SOA管理將會復(fù)雜到何種程度，了解SOA解決方案是否能夠幫助自己管理跨技術(shù)平臺的服務(wù)以及了解SOA管理方案是否能與現(xiàn)有SOA的復(fù)雜度匹配起來。

　　此外，一個稱職的CIO必須站在整個SOA管理全局的高度，著手建立深度SOA監(jiān)督和管理機制。這套機制應(yīng)滲透到架構(gòu)設(shè)計、服務(wù)組件和服務(wù)接口背后的一切細(xì)節(jié)之中。

　　總而言之，在尋求任何SOA應(yīng)用解決方案時，CIO們必須將深度服務(wù)管理的理念牢記在心。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：SOA怎么應(yīng)對尷尬的障礙局面

本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/10839615052.html