Andrew Nash:2005年讓我們感到驚喜的是人們對Web服務(wù)的總體理解變得非常實用起來。人們第一次發(fā)現(xiàn)真的可以在網(wǎng)絡(luò)中做很多這種應(yīng)用級的處理。 可以潛在地開始在網(wǎng)絡(luò)中完成一些類似業(yè)務(wù)邏輯的功能是我們一直在假設(shè)的一件事情,而且我們開始發(fā)現(xiàn)人們可以實現(xiàn)一些功能,比如基于內(nèi)容把消息路由到特定的Web服務(wù)上。人們可以真的觀察到它,并且說:“嘿,看啊,這是一個超過我的期望值的交易。”我希望把它發(fā)送給手動驗證的Web服務(wù)。你會看到的事是你開始把由一個企業(yè)編寫或處理或定義的邏輯放置到這些應(yīng)用上,這將成為處理Web服務(wù)的一個非常有趣的方式。而另一個驚喜是我們最終看到微軟/IBM等公司把其它的WS-Federation之外的安全說明書提交給了OASIS。你發(fā)現(xiàn)誰對人們可以解決應(yīng)用級問題越來越激動?是開發(fā)人員和架構(gòu)師還是IT經(jīng)理?Nash:大多數(shù)關(guān)注這方面事情的人是IT部門和應(yīng)用級架構(gòu)師。我認為這些人還會在IT操作級別一起工作。假如你與一般IT操作人員談到Web服務(wù)或xml,我認為他們不會說:“哦,是的,下個星期我們會計劃購買一兩個。”那么在這個時候,行政人員要如何才能加入到SOA的機制中呢?Nash:行政人員更加關(guān)心你是否需要構(gòu)建面向服務(wù)的架構(gòu),你是否會使用Web服務(wù)與合作者互聯(lián)。根據(jù)這里是否會用到應(yīng)用程序,CTO們,或許一些CIO們,會開始考慮這個問題,但這時他們是站在一個非常高的角度考慮的。我認為2006年有意思的問題在于SOA的操作控制會如何發(fā)展。在前兩天我訪問了兩個客戶網(wǎng)站,我吃驚的發(fā)現(xiàn)網(wǎng)絡(luò)操作人員并不非凡會對這類產(chǎn)品做大量的評估,因為幾乎我接觸的其它任何領(lǐng)域總會有一兩個網(wǎng)絡(luò)操作人員和治理者在一個房間里,做一些評估產(chǎn)品的工作。我這時看到的情況是:假如它是一種網(wǎng)絡(luò)操作型那么企業(yè)仍然將嘗試使用,而假如這是一種安全定義型的角色或具有一種應(yīng)用架構(gòu)所有權(quán),那么或許應(yīng)用操作還會繼續(xù)使用,此時是一種完全分布式的。我認為2006年會發(fā)生的事情就是出現(xiàn)一個跨越這些界限的操作組來處理Web服務(wù)的各個方面的事務(wù)。在有些地方他們會讓應(yīng)用專家加入到網(wǎng)絡(luò)操作組織中。而在有些地方他們又會涉及安全組織并給予他們一些操作人員。或者還會有跨功能組的混合組織存在。XML網(wǎng)絡(luò)廠商很難被壓倒。比如像Reactivity這樣的公司銷售引擎而其它公司銷售軟件。如何才能讓它們彼此配合呢?Nash:我們發(fā)現(xiàn)人們需要從兩種方法來思考這個問題。首先,以一種獨特的特有的目標運行的軟件和網(wǎng)絡(luò)代理是通常的選擇。其次,是一種網(wǎng)絡(luò)工具,更好的可能是一種網(wǎng)絡(luò)媒介,也就是我們所說的架構(gòu)式的駐留在平臺邊緣的組件。為了更輕易理解,通常我在這兩個領(lǐng)域看到的趨勢是走向融合。以網(wǎng)絡(luò)代理為例,在這個領(lǐng)域中普遍認為人們需要像早期路由硬件那樣的東西出現(xiàn),尤其是DataPower等公司。為此,人們需要構(gòu)建非凡目的的硬件才能解決問題。而會超越Intel或AMD的性能級工作的任何在硬件級的革新都會變得十分艱難。所以讓我們不要關(guān)注硬件,而是來關(guān)注真正優(yōu)秀的算法和真正能有效解決緩存的方法以及信息的重用,這樣來延緩總能達到的Intel性能曲線。根據(jù)優(yōu)秀的算法,我們做了很多與緩存有關(guān)的工作。事實上,我們保存了Web服務(wù)消息痕跡的知識,正在或已經(jīng)發(fā)現(xiàn)了三四種類似的消息。我們只用了10%的時間來處理消息。于是,我們做了例如緩存SAML插入和LDAP查詢的工作,它們降低了網(wǎng)絡(luò)通訊的涌塞程度。那么網(wǎng)絡(luò)引擎的用武之地又在哪里呢?Nash:對于網(wǎng)絡(luò)媒介,我們發(fā)現(xiàn)試圖運行基于XML處理的客戶中有90%的費用被用于諸如模式驗證、標簽探測、基于身份的集成、簽名或加密等事情上,不論它是什么,它都是XML消息的一小方面。而只有10%的處理器用來處理應(yīng)用邏輯并真正運行在Web服務(wù)之后。對于所有這種關(guān)注于消息本身的處理,通過從平臺中轉(zhuǎn)移到網(wǎng)絡(luò)中介中,你能發(fā)現(xiàn)你的平臺有了顯著的改進。假如你看看BEA、IBM或Oracle,你會發(fā)現(xiàn)很多與平臺有關(guān)的東西。而即使你在其中努力尋找的話,你也很難說清楚他們真正的交易速率是多少。事實上,IBM收購DataPower的一個主要原因是IBM的WebSphere對XML的處理不快。你會非常想轉(zhuǎn)移那些處理,尤其當(dāng)它是策略驅(qū)動時,而且你可以跨越多個平臺、沒有平臺或者在網(wǎng)絡(luò)中完成工作,于是你就能創(chuàng)建一個有效的邊界。此外,對于處理像基于威脅安全的事務(wù),當(dāng)試圖處理對平臺上服務(wù)的拒絕攻擊時,你會發(fā)現(xiàn)在意識到問題存在的時候你的平臺已經(jīng)問題成堆了。你會非常想把基于威脅的安全事務(wù)從平臺上移掉,因為只有這樣才能為真正處理服務(wù)的服務(wù)器創(chuàng)建起防護屏障。用網(wǎng)絡(luò)媒介處理這些事情的很多原因就是因為它比用運行在平臺本身的其它任何東西都要快。請記住,這經(jīng)常是你想在平臺上處理的一類問題。它們都會越來越跟業(yè)務(wù)邏輯、工作流或者業(yè)務(wù)處理執(zhí)行等有關(guān)。