SOA不止是一種IT技術(shù)

2019-11-17 04:56:01

字體：大中小

供稿：網(wǎng)友

在所有Web服務標準中，我聽說最讓人沮喪的是WS-Policy的難產(chǎn)。它會影響2006年的標準體嗎?它的領導者微軟和IBM能夠讓它出臺嗎?John DeVadoss: 我希望在標準組織中看到它，但是有很多變數(shù)所以很難預期。因此，我還是希望它能有好運。我的看法是策略是委員會還沒有達成一致看法的抽象層。我想這會花費我們一段時間。假如你看看協(xié)議棧的低一些的層，它只花了不長時間就達成了一致。策略轉(zhuǎn)移到了更高的層次。所以，不匆忙完成什么或許是對的，這樣可以不必在以后返工。我希望我們一起很好的完成這項工作。Web服務是否大體上提高了創(chuàng)建SOA的開放基礎設施的難度?DeVadoss: 對此我沒有什么非凡要說的，但假如我是一名架構(gòu)師，我會相信簡單性和一致性，以及能夠使用你需要的東西。一些關注是在乎其廣泛的范疇。但不要關注你需要的是什么以及什么會給你價值，也不要指望你會使用所有的特性和所有這些說明書。你覺得在明年微軟會有任何開源的機會嗎?DeVadoss: 廣義的開源包含很多領域。有開發(fā)模型、有哲學思想、有偵聽模式，還有商業(yè)模型。首先，我認為開源是圍繞社區(qū)思想的一種開發(fā)模型。假如你看看我們VS.NET 2003的工作，你會看到我們已經(jīng)從社區(qū)中學習深度合作的好處。甚至社區(qū)技術(shù)的概念與我們社區(qū)外的一些概念相同，于是我們也給他們一些反饋，我們正在好好利用這些做法。我也會負責一個Shared Source Initiative項目，用以顯示我們對開源社區(qū)的愛好以及回應。你對Service Component Architecture的看法是什么?DeVadoss: 我把SCA看作是對J2EE重量級性質(zhì)的一種回應和一種容器模型。我也把它看作類似SPRing的一種輕量級模型。當然，假如你回來看看我們的容器模型，會發(fā)現(xiàn)該容器模型的輕量級性質(zhì)是我們很久之前所做的事情。我認為從概念級的觀點來看，SCA不僅是從J2EE和復雜性中走出的一個社區(qū)，它還會更加融入我們對世界的看法。基于xml的部署的要害是降低復雜性嗎?DeVadoss: 我信仰松藕合。我也相信簡單性。我認為XML給予我們的是連接和通信的能力，而這是面向服務的要害。盡管服務是抽象的東西，我們依然談論它，但我想我們都贊同面向服務的成功主要要應該歸功于XML和SOAP這類東西，所以我當然會贊同這樣的觀點。你認為，有非凡的工具來驅(qū)動更多的用戶使用松藕合的結(jié)構(gòu)嗎?DeVadoss: 我認為要害是應用模型。此外，不要使用UML這樣的單語言模型，而是使用特定領域的模型，包括開發(fā)人員的模型、明確業(yè)務需求的架構(gòu)師的模型、用于映射和設計操作基礎設施的架構(gòu)師的模型。我相信，這會成為我們真正實現(xiàn)從業(yè)務需求映射到操作的必由之路。還會發(fā)生其它的事情，但在我看來，那些都沒有它有趣和重要。關于SOA對很多用戶的用途，我們談到了點子上嗎?DeVadoss: 我想是的。確實有在面向服務上取得出色成功的客戶。但是，成功的都是那些重視商業(yè)價值的客戶。我看到的在面向服務中碰到困難的客戶是那些把IT放在首位或者把架構(gòu)放在首位的。我在微軟領導架構(gòu)團隊，但我第一個告訴你架構(gòu)不是終極目標?？蛻舨幌胍猄OA，他們要的是商業(yè)價值。對于面向服務創(chuàng)造商業(yè)價值，它必須發(fā)掘新的商業(yè)機會才行。更靈活，這才是價值。當客戶告訴我他們有SOA的成熟度模型時，我覺得很難辦，因為目標不是你的架構(gòu)有多么復雜多么成熟多么優(yōu)雅，而是你創(chuàng)造了什么商業(yè)價值。你認為在2006年中會發(fā)生的很多人現(xiàn)在還沒預計到的事情是什么?DeVadoss: 一件事是面向服務的概念會深入人心。我想這是我們要承認的事情。我希望人們從SOA是終極目標的想法中走出來，但對我而言，更重要的事情是服務消費的觀點要提升到更高的檔次。我想這就是2006年會發(fā)生的事情。對你來說，SOA中XML硬件的重要性是什么?DeVadoss: 我相信有XML硬件的一席之地。假如你記得90年代末的.com歲月，在那些Web推動者中就有著這種熱情，那時人們都在談論如何應用硬件，其本質(zhì)就是對事務的處理。我認為它不是高層次的事情。我覺得軟件才是更高層次的事。采用者需要避免的SOA缺陷是什么?DeVadoss: 人們思考SOA，思考服務。有意義的服務應該擁有數(shù)據(jù)。而對數(shù)據(jù)在互聯(lián)系統(tǒng)中的影響，人們還缺乏了解。我希望他們對服務背后的數(shù)據(jù)多多思考。其次，我想說的是分解的服務對成功非常要害。在我曾經(jīng)和一個ISV交談時，他們已經(jīng)有集成的系統(tǒng)并把它重新設計成面向服務的。他們有19個服務，而在中間層，他們把所有的請求混合在一起或者用于每個業(yè)務交易的服務中，結(jié)果中間層處理所有的編組和數(shù)據(jù)混合。實際上，他們的系統(tǒng)非常缺乏可治理性、可用性。我希望架構(gòu)師和開發(fā)人員好好思考服務分解。一個服務并不是一個業(yè)務對象。也不是一個業(yè)務組件。一個服務是一個擁有數(shù)據(jù)的更大的抽象概念。

上一篇：SOA框架的不足

下一篇：CIO們的記憶: 宣揚SOA的商業(yè)價值