SOA架構(gòu)暴露固有缺陷 CIO應(yīng)時(shí)刻保持警惕

申請免費(fèi)試用、咨詢電話：400-8352-114

對于很多企業(yè)領(lǐng)導(dǎo)者來說，半夜兩三點(diǎn)電話響起不是什么好事情——這很可能意味著，企業(yè)出了事，而且這些事情很有可能不知道該由誰解決。

隨著企業(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ù)也是如此。早上南京OA登錄不上去了——這到底是網(wǎng)絡(luò)問題，還是南京OA問題，或者是數(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們始料不及，卻可能得到的唯一答案。