隨著企業(yè)規(guī)模的逐漸擴(kuò)大，企業(yè)的復(fù)雜性也不斷增加，不同部門之間職責(zé)、利益、流程的交錯(cuò)，讓包括部分高層管理者在內(nèi)的很多人不清楚，如果企業(yè)某個(gè)地方出了問題，到底應(yīng)該追根溯源到哪個(gè)部門、哪個(gè)人。
這種現(xiàn)象對于已經(jīng)深入到企業(yè)每個(gè)角落的IT產(chǎn)品、IT服務(wù)也是如此。早上ERP登錄不上去了這到底是網(wǎng)絡(luò)問題，還是ERP問題，或者是數(shù)據(jù)庫、服務(wù)器出錯(cuò)了?IT部門到底應(yīng)該找哪個(gè)供應(yīng)商解決問題呢?
當(dāng)我們把目光轉(zhuǎn)向SOA時(shí)，同樣的問題出現(xiàn)了當(dāng)應(yīng)用因?yàn)橐粋€(gè)根本性的故障而被迫終止的時(shí)候，應(yīng)該由誰來負(fù)責(zé)接聽并處理用戶的緊急求助?
目前SOA已經(jīng)步入實(shí)施的縱深階段，然而，近來國外的一系列SOA實(shí)施案例表明，曾經(jīng)備受肯定的SOA架構(gòu)正暴露出其架構(gòu)的固有缺陷當(dāng)基于SOA的服務(wù)管理達(dá)到一定深度時(shí)，目前的SOA管理策略在服務(wù)故障的追根溯源方面力有未逮，這一現(xiàn)實(shí)對整個(gè)SOA架構(gòu)和管理理念都提出了嚴(yán)峻的挑戰(zhàn)。國內(nèi)SOA用戶應(yīng)該對這一動(dòng)向保持足夠的警惕。
誰該為故障負(fù)責(zé)
分析師蘭蒂·海福納認(rèn)為，曾經(jīng)被廣為稱贊的SOA的架構(gòu)特性正在暴露出它的固有缺陷目前，大部分應(yīng)用了或正在應(yīng)用SOA架構(gòu)的公司和組織對于“應(yīng)該由誰來負(fù)責(zé)響應(yīng)故障求助”這一問題困惑不已。
從目前的狀況看，似乎總是能找到這樣或那樣的團(tuán)隊(duì)負(fù)責(zé)提供應(yīng)用故障服務(wù)，但是最后的結(jié)局往往是所有應(yīng)用相關(guān)的開發(fā)團(tuán)隊(duì)都被扯進(jìn)來，圍繞糾纏不清的責(zé)任問題一籌莫展，問題的根源卻無從確認(rèn)。
SOA架構(gòu)擁有太多處于移動(dòng)狀態(tài)的組件，因此，順藤摸瓜找到服務(wù)故障發(fā)生的根本肇因并不是一件容易的事情，更何況與此同時(shí)SOA還是一個(gè)由多個(gè)相互關(guān)聯(lián)的層組成的架構(gòu)，這更增添了查錯(cuò)的復(fù)雜性。
海福納認(rèn)為，目前的大部分SOA管理工具必須進(jìn)行有針對性的改進(jìn)以應(yīng)付這種尷尬局面。SOA管理工具必須具備鎖定深層次服務(wù)管理問題的能力。應(yīng)該說，現(xiàn)有的SOA管理工具在定位問題的發(fā)生方面做得不錯(cuò)，它們大都能在問題發(fā)生時(shí)通過一項(xiàng)服務(wù)提醒CIO，即使故障產(chǎn)生的環(huán)境非常復(fù)雜。比如在Java、.NET、消息中間件或者是遺留系統(tǒng)接口內(nèi)部這類環(huán)境，這些管理工具仍然能夠迅速發(fā)現(xiàn)問題。
但是，僅此而已。
CIO們被告知系統(tǒng)中產(chǎn)生了一個(gè)故障，“好吧，接下來問題來了，SOA服務(wù)產(chǎn)生了問題，我們該向誰撥打這個(gè)求助電話呢?”海福納說，面對實(shí)施過程復(fù)雜、需要由多個(gè)團(tuán)隊(duì)協(xié)作的SOA架構(gòu)中產(chǎn)生的問題，每個(gè)團(tuán)隊(duì)都會(huì)龜縮在各自的陣地中大喊：“這不是我的錯(cuò)我負(fù)責(zé)的部分工作得很好!”這顯然是CIO們始料不及，卻可能得到的唯一答案。
SOA管理缺乏全局眼光
“這是因?yàn)槊總€(gè)人的眼界都被限定在他們自己負(fù)責(zé)的那部分基礎(chǔ)架構(gòu)工作里，而這恰恰是SOA架構(gòu)的特色之一。”海福納說。
那些服務(wù)管理達(dá)到一定深度的CIO們目前面對的現(xiàn)實(shí)狀況很不樂觀，為了解決這一問題，SOA的管理策略和解決方案必須重新進(jìn)行調(diào)整，以幫助他們解決那些深層次服務(wù)管理問題。
海福納認(rèn)為，SOA管理方案應(yīng)當(dāng)從多個(gè)方面調(diào)整各種服務(wù)之間的關(guān)聯(lián)，比如為消息添加更多的標(biāo)識(shí)。這樣一來，服務(wù)中產(chǎn)生的問題可以更容易被獨(dú)立鑒別出來，CIO們也更容易判斷應(yīng)當(dāng)向哪個(gè)開發(fā)團(tuán)隊(duì)求助。
海福納還指出，通常，SOA管理解決方案的眼界未能上升到整個(gè)SOAP界面。但是，即將涌現(xiàn)出的新一代管理工具必須站在整個(gè)服務(wù)界面的高度審視底層的數(shù)據(jù)庫、服務(wù)和消息層。
“你所購買的SOA管理解決方案，必須能夠處理執(zhí)行復(fù)雜服務(wù)的SOA底層服務(wù)需求。海福納說，這一任務(wù)可能細(xì)致到涉及調(diào)用Java消息服務(wù)、MSMQ、Java RMKI或CORBA等一系列服務(wù)，這背后甚至需要一個(gè)專門的ESB或應(yīng)用服務(wù)器予以支持。
將“深度”牢記于心
對此，海福納對那些未來希望基于SOA架構(gòu)搭建應(yīng)用的CIO們提出了自己的建議。建議之一就是忠告他們充分理清自己的SOA管理策略。他認(rèn)為，在CIO開始考慮該選用那種SOA管理工具之前，應(yīng)該首先搞清楚你打算怎樣做好SOA管理。CIO們將不得不深入了解各種技術(shù)，了解自己企業(yè)將要實(shí)施的SOA管理將會(huì)復(fù)雜到何種程度，了解SOA解決方案是否能夠幫助自己管理跨技術(shù)平臺(tái)的服務(wù)以及了解SOA管理方案是否能與現(xiàn)有SOA的復(fù)雜度匹配起來。
此外，一個(gè)稱職的CIO必須站在整個(gè)SOA管理全局的高度，著手建立深度SOA監(jiān)督和管理機(jī)制。這套機(jī)制應(yīng)滲透到架構(gòu)設(shè)計(jì)、服務(wù)組件和服務(wù)接口背后的一切細(xì)節(jié)之中。
總而言之，在尋求任何SOA應(yīng)用解決方案時(shí)，CIO們必須將深度服務(wù)管理的理念牢記在心。
