別讓SOA踏上不歸死亡之路

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

建立在面向服務(wù)架構(gòu)(SOA)上的Web應(yīng)用程序?qū)O大的提高IT效率和業(yè)務(wù)靈敏度。SOA 建立起了數(shù)據(jù)和協(xié)議方面的統(tǒng)一標(biāo)準(zhǔn)，以使得現(xiàn)有的內(nèi)部和第三方應(yīng)用程序模塊或服務(wù)能夠有效的重復(fù)利用，并可以進(jìn)一步重新組合進(jìn)業(yè)務(wù)應(yīng)用程序。但不幸的是，在SOA迅速促進(jìn)業(yè)務(wù)應(yīng)用程序?qū)嵤┑耐瑫r(shí)，這些應(yīng)用于生產(chǎn)的程序也大大增加了其性能管理的復(fù)雜性――這在很大程度上降低SOA應(yīng)用所能實(shí)現(xiàn)的優(yōu)勢。如果沒有有效的方法來監(jiān)控應(yīng)用程序的性能、迅速找出癥結(jié)所在并加以解決，那么SOA應(yīng)用就很有可能成為死亡之路(dead on arrival ，DOA)。

在實(shí)施SOA有幾個(gè)方面的原因?qū)е翴T很難管理應(yīng)用程序的性能：

造成低效的共同要素：一個(gè) SOA應(yīng)用程序所提供的服務(wù)，其水平受到網(wǎng)絡(luò)中該SOA應(yīng)用程序所需性能的服務(wù)水平限制。為了達(dá)到最大限度的靈活性，服務(wù)甚至可以由第三方供應(yīng)商提供，并有可能在不同的計(jì)算平臺上運(yùn)行。這使得IT從實(shí)際操作上不可能界定出服務(wù)構(gòu)件的性能特點(diǎn)，更不可能完全控制那些影響程序交付和執(zhí)行的眾多機(jī)動部分。服務(wù)的重新利用還意味著通用服務(wù)中所存在的性能缺陷也在程序應(yīng)用中被復(fù)制過來，產(chǎn)生了無法預(yù)計(jì)的故障。這樣以來，就很難從數(shù)量上確定服務(wù)水平是否超過終端客戶的期望或至少達(dá)到服務(wù)水平協(xié)議(SLA)中規(guī)定的性能目標(biāo)。

聯(lián)動實(shí)驗(yàn)效果：對于一個(gè)通過Web發(fā)布的SOA應(yīng)用程序來說，要確認(rèn)其服務(wù)的發(fā)起和交付時(shí)存在哪些問題同樣是非常困難的。問題根源可能存在于交付機(jī)制中任何一個(gè)“機(jī)動部分”，比如客戶的個(gè)人電腦、網(wǎng)絡(luò)、數(shù)據(jù)中心、服務(wù)組件和 /或第三方服務(wù)提供商的服務(wù)或基礎(chǔ)架構(gòu)。在這樣一個(gè)復(fù)雜的環(huán)境中，沒有一張“嫌疑列表”足夠巨細(xì)無遺列出所有的可能性。

繁雜的網(wǎng)絡(luò)環(huán)境：在處理這些通過Web發(fā)布的應(yīng)用程序或基礎(chǔ)架構(gòu)時(shí)缺少一種可預(yù)見性或事先確定的步驟去實(shí)現(xiàn)操作，也進(jìn)一步使得診斷SOA應(yīng)用性能問題的任務(wù)變得更加復(fù)雜。在客戶端或服務(wù)器端的計(jì)算環(huán)境中，一個(gè)目錄查詢是經(jīng)由定義的網(wǎng)絡(luò)分段，并由安裝在固定服務(wù)器上的合肥OA應(yīng)用程序加以支持;而在SOA環(huán)境中的目錄查詢可能經(jīng)由網(wǎng)絡(luò)動態(tài)的進(jìn)行，并且由多個(gè)虛擬或?qū)嶋H服務(wù)器所在基礎(chǔ)架構(gòu)的多層邏輯中加以支持。第三方Web服務(wù)需求也能傳輸給提供商的基礎(chǔ)架構(gòu)從而從提供商自身開始說明詳細(xì)目錄。這種復(fù)雜的組合需要涉及非確定性的操作路徑，這使得改造或診斷整體應(yīng)用性能的問題變得十分困難。

為了應(yīng)對如上的這些挑戰(zhàn)，使得SOA應(yīng)用不至走上死亡之路(DOA)，IT需要兩種能力為其所用。首先，IT必須能夠像真正的用戶那樣監(jiān)控應(yīng)用程序的性能，因?yàn)檫@是唯一能感受到所有服務(wù)組件的環(huán)節(jié)要素所在。除此以外，如果發(fā)現(xiàn)服務(wù)水平受到影響，他們必須能夠迅速的追蹤不利操作，查明引起性能下降的問題根源所在。如果能系統(tǒng)的利用這些能力，IT就能夠：

· 通過發(fā)現(xiàn)性能瓶頸與縮短問題解決時(shí)間來提高服務(wù)水平。

· 排除不必要的評估會議和毫無成果的改造嘗試，降低操作管理的成本和失誤幾率。

那么現(xiàn)存的終端用戶在實(shí)現(xiàn)其應(yīng)用程序滿足IT需求的同時(shí)應(yīng)該如何監(jiān)控其技術(shù)交付從而避免應(yīng)用程序走上死亡之路(DOA)呢?讓我們看看對于監(jiān)控技術(shù)在應(yīng)用于SOA性能管理的調(diào)查情況：

· 嗅探器或是其他的包捕獲程序即可很容易的評估出在傳輸規(guī)則下包響應(yīng)的來回時(shí)間，但是對于那些傳輸路徑并未通過在網(wǎng)絡(luò)中安裝了這些程序的關(guān)鍵點(diǎn)的交易則無法判斷出準(zhǔn)確的響應(yīng)時(shí)間。拿Mashups應(yīng)用做一個(gè)例子：關(guān)鍵的數(shù)據(jù)項(xiàng)目由第三方應(yīng)用程序提供，旁路的嗅探器會安裝在網(wǎng)絡(luò)服務(wù)器前端。在數(shù)據(jù)中心，基于 SOA應(yīng)用的基礎(chǔ)上嗅探器依舊會遺漏掉Web服務(wù)而是更多的監(jiān)測到來自服務(wù)器端或是第三方的服務(wù)。

· 服務(wù)器監(jiān)測工具只能針對其所監(jiān)測的局限范圍做出事務(wù)處理時(shí)間響應(yīng)的報(bào)告。舉例而言，流行的J2EE應(yīng)用程序服務(wù)器端監(jiān)測工作只能對安裝了這個(gè)應(yīng)用程序服務(wù)器的范圍內(nèi)做出事務(wù)處理響應(yīng)時(shí)間的判斷。直接由Web或是第三方服務(wù)所提供的事務(wù)處理服務(wù)沒有涉及到應(yīng)用程序?qū)用鎰t無法被J2EE監(jiān)測工具直接管理。

· 傳統(tǒng)的網(wǎng)站性能監(jiān)測服務(wù)可以準(zhǔn)確的監(jiān)測到SOA應(yīng)用程序是否可行。但是它并不能就性能做出一個(gè)有經(jīng)驗(yàn)可參考的報(bào)告提供給真正的使用者，或是給出一份針對問題的精細(xì)記錄信息從而完成糾正性的完善。

· 純粹的SOA管理產(chǎn)品可以幫助IT部門從相互依賴的各種服務(wù)中建立起有效模型，從而提供有限的事務(wù)處理方式的信息，但是這樣的產(chǎn)品往往會忽視整體基礎(chǔ)架構(gòu)的良性發(fā)展。最關(guān)鍵的是它無法對最終的性能表現(xiàn)做出預(yù)判并給予最終用戶以經(jīng)驗(yàn)指導(dǎo)。

在提供“真實(shí)”可行的信息以管理SOA的性能方面，這些遺產(chǎn)工具不僅在所收集的性能數(shù)據(jù)類型上不夠完善，在收集數(shù)據(jù)的來源方面也存在缺陷。至關(guān)重要的是要界定應(yīng)用程序性能在被終端用戶感應(yīng)到的反應(yīng)時(shí)間，而不是服務(wù)器、網(wǎng)絡(luò)J2EE、數(shù)據(jù)庫或其他局限范圍內(nèi)的度量。毫無疑問的是，終端用戶體驗(yàn)是唯一重要的事情。此外，在mashup應(yīng)用程序中，網(wǎng)頁是由多個(gè)服務(wù)器或第三方數(shù)據(jù)中心來支持的，當(dāng)應(yīng)用程序通過內(nèi)容傳輸工具執(zhí)行的時(shí)候，程序在內(nèi)容都已經(jīng)到達(dá)瀏覽器的時(shí)候也許都還沒有組合起來。結(jié)果，唯一衡量SOA應(yīng)用性能好壞的有效方法就是直接從真實(shí)用戶的瀏覽器來測量。

為真實(shí)用戶確保實(shí)時(shí)監(jiān)測和事務(wù)處理追蹤能力可以避免SOA一步一步走向死亡之路，IT部門需要在其SOA性能管理工具中擁有如下的三個(gè)整合基礎(chǔ)功能：

有效監(jiān)測：“沒有度量標(biāo)準(zhǔn)就沒有管理”。SOA管理的第一步是要找到一個(gè)界定SOA應(yīng)用程序是否滿足服務(wù)水平要求的定量的方法。換句話說，“正確的應(yīng)用反應(yīng)(數(shù)據(jù)、頁面、行動等等)是否在合適的時(shí)間內(nèi)傳輸給了正確的用戶?”有許多質(zhì)量保證技術(shù)來確保正確的應(yīng)用程序反應(yīng)的交付。而且，多數(shù)組織都具有必要的安全措施來確保信心傳送到正確的人手上。但是，確保信息在正確的時(shí)間內(nèi)通過復(fù)雜的基于網(wǎng)絡(luò)的SOA基礎(chǔ)架構(gòu)傳達(dá)給終端用戶卻又是另外一回事了。具有能力對真實(shí)用戶體驗(yàn)應(yīng)用性能進(jìn)行非干擾性的監(jiān)測是絕對必要的，原因有二：一是因?yàn)檫@是唯一辦法來準(zhǔn)確監(jiān)測SOA應(yīng)用程序服務(wù)水平保障和報(bào)表真實(shí)用戶感受到的問題;二是因?yàn)樗鼊?chuàng)造了進(jìn)行流程改進(jìn)和提高應(yīng)用程序反應(yīng)時(shí)間的關(guān)鍵推動力。這種監(jiān)測手段始于終端用戶瀏覽器，也就是所有的應(yīng)用程序真正組合到一起的地方。只有在瀏覽器上，IT才可能考慮“最后一里”的情況并識別是否有會影響到客戶滿意度的事情發(fā)生。由遺產(chǎn)工具搜集而來的數(shù)據(jù)主要側(cè)重于監(jiān)測特定的技術(shù)局限范圍 ――如網(wǎng)絡(luò)路由器、Apache網(wǎng)絡(luò)服務(wù)器、WebSphere應(yīng)用服務(wù)器或者是NET框架――都不能用于推斷識別SOA復(fù)雜應(yīng)用程序的真實(shí)最終用戶在瀏覽器中的體驗(yàn)。

隔離分析：一旦了解了最終用戶在應(yīng)用程序性能方面的體驗(yàn)，它就應(yīng)該與SOA相關(guān)反應(yīng)交付中涉及到的所有的基礎(chǔ)架構(gòu)和應(yīng)用組件性能資料聯(lián)系起來。因?yàn)閺?fù)合應(yīng)用程序是由像“黑匣子”一樣的服務(wù)構(gòu)成的，它們的性能是不能夠被這些組合程序的工具所控制和調(diào)節(jié)，對于這些運(yùn)行在真實(shí)或虛擬基礎(chǔ)架構(gòu)組件之上的應(yīng)用是不可能完全的被IT運(yùn)作所掌控，他們可能有來自不同數(shù)據(jù)中心的事務(wù)交易或是由第三方服務(wù)方所提供服務(wù)端，最重要的一點(diǎn)這些不管是整體基礎(chǔ)架構(gòu)也好，第三方數(shù)據(jù)中心也好，還是不同的應(yīng)用組件也好需要緊密的相互關(guān)聯(lián)起來并對其性能做出準(zhǔn)確的報(bào)告。性能的相關(guān)性可以通過對日志文件的細(xì)致分析或是通過各階段IP匹配與請求發(fā)起的時(shí)間等做出判斷，但是即便在所有的日志文件都可得的情況下這種方法依然會是非常困難并且會有難以避免的錯(cuò)誤出現(xiàn)，而且一旦出現(xiàn)事務(wù)交易涉及到了外部的數(shù)據(jù)中心那日志文件將很難記錄下來從而在分析時(shí)造成錯(cuò)誤。另一種簡單的機(jī)制則是標(biāo)記出每一個(gè)事務(wù)交易是由哪一個(gè)終端用戶所發(fā)起，并在整個(gè)基礎(chǔ)架構(gòu)中采用非干擾性的動態(tài)追蹤，在每一階段記錄下適當(dāng)?shù)男阅軘?shù)據(jù)。這種端到端的性能觀測需要基于用戶的使用經(jīng)驗(yàn)所能提供的對于整體狀況的鳥瞰視角，從而對細(xì)微的事件、錯(cuò)誤或性能瓶頸所對最終用戶在響應(yīng)時(shí)間上的影響做出判斷。

優(yōu)化：全面的瀏覽器到數(shù)據(jù)庫的事務(wù)交易性能視角可以確保提供可靠的信息從而使得特別的或是反復(fù)試驗(yàn)所得的方法將不再需要用來對性能問題做出鑒別和響應(yīng)。如果缺少可靠的信息那么 IT部門的事件響應(yīng)團(tuán)隊(duì)可能需要花費(fèi)更多的時(shí)間去辯論，努力找出問題所出現(xiàn)的原因，在很大程度上他們會更多試圖重建這次問題而不是馬上著手于解決這個(gè)問題從而恢復(fù)整體的業(yè)務(wù)功能。通過長期對這些相互關(guān)聯(lián)的事務(wù)交易性能的信息進(jìn)行分析，IT部門可以準(zhǔn)確的判斷出性能影響中最關(guān)鍵的主要沖突所在并能在下一次問題對用戶滿意度或業(yè)務(wù)生產(chǎn)力造成影響之前將其解決。此外，這些信息也能更好對基礎(chǔ)架構(gòu)、服務(wù)以及應(yīng)用程序性能的改善帶來著實(shí)有效的幫助。

將以上三種功能集成到一個(gè)單一的SOA性能管理工具里可以為IT部門提供一個(gè)前期響應(yīng)系統(tǒng)用以監(jiān)測并在最終用戶端性能問題引發(fā)大范圍沖擊造成巨大損失之前迅速做出響應(yīng)。業(yè)務(wù)沖擊或性能瓶頸的相關(guān)信息應(yīng)第一時(shí)間及時(shí)反饋到運(yùn)作人員用以完成對基礎(chǔ)設(shè)施或流程的改進(jìn)，同時(shí)為開發(fā)人員優(yōu)化程序應(yīng)用。

毋庸置疑，SOA的出現(xiàn)可以大大提升業(yè)務(wù)靈活性，降低應(yīng)用程序開發(fā)成本。但是，如果沒有一個(gè)真正的面向用戶的方式用以管理SOA部署實(shí)施以及一個(gè)系統(tǒng)化的生產(chǎn)管理，那SOA應(yīng)用的前途真的有可能踏上不歸的死亡之路。（IT專家網(wǎng)）