• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    軟件測試SOA:我們是否重新發明了輪子?

    發布: 2009-8-28 11:11 | 作者: 不詳 | 來源: 領測軟件測試網 | 查看: 15次 | 進入軟件測試論壇討論

    領測軟件測試網

    多中間件支持:CORBA、J2EE、MQ、Tuxedo——這些技術都在企業中用于集成;谶@些產品和技術構建的應用程序已經變成了一個筒倉,因為企業中可能會出現多個無法交互的“域”。服務基礎架構應該允許企業基于合適的粒度水平在這些筒倉中公開有用的資產。有了用于發現這些系統中的元數據并基于它們自動創建服務的工具之后,這類服務的公開應該會變得更加容易。所有這類服務都應該以一種統一的方式被公開,并根據它基于的技術進行抽象,例如,我應該能夠利用基于MQ的帳單編制功能和基于Tuxedo的呼叫處理功能構建一個新的復合應用程序,而不必學習有關MQ或Tuxedo的任何知識。 對多種傳輸方式的支持:JMS、MQ、FTP、HTTP等都是現今在企業中普遍應用的傳輸方式,而且在不久的將來還將繼續使用。服務基礎架構不僅應該支持這些傳輸方式,還應該提供一種使用企業的專用協議或傳輸方式擴展它們的方式。另外,服務基礎架構應該直接進行協議轉換,而不應讓服務使用像HTTP這樣的通用協議。對于某些高性能的應用程序來說,這很重要,因為轉換到標準消息或使用像HTTP這樣的協議所帶來的開銷可能是不可接受的。 服務的發布和發現:服務必須先被發現,然后才能被重用。需要使用某種形式的注冊庫來發現現有的服務(目錄應該基于某種查詢或瀏覽格式),從而注冊或發布新的服務。另外,對這些服務使用的策略需要進行定義和注冊,這類策略可以描述諸如使用服務的成本和安全特征之類的內容。 服務運行時和生命周期管理:這涉及到監控服務的可用性、服務的故障恢復、服務的版本控制,或者停止使用服務。簡而言之,必須提供高級的操作性支持。在前幾代的集成和中間件產品中,管理和操作性支持似乎是馬后炮。這給大多數企業造成了相當大的麻煩,并提高了成本。服務基礎架構應該以操作性考慮為核心。另一個重要的方面是,由于可以在多個應用程序中重用服務,服務的不可用性將影響到依賴于它的所有應用程序。因此,應該提供用于服務版本控制和升級的特殊方式。 對服務復合的支持:這涉及到使用現有服務構建新的復合應用程序。由于服務本身是應用中立的,可以用在服務的初始設計者預想不到的上下文中,所以必須支持消息轉換、基于消息內容的路由和對一些簡單條件邏輯的引入。 服務安全性:安全性顯然是一個大問題,所以必須支持基于某種策略、使用審計、警報觸發機制的服務訪問控制。此外,由于服務可以橫跨具有其獨有安全性模型的多個應用程序,所以必須提供與這些安全性模型的集成,從而提供端到端的安全性。 易用性:服務基礎架構本身不應該引入新的編程模型或API。它在本質上應該是高度聲明式的,幾乎或完全不需要編碼。這應該由非常直觀的可視化工具提供。

    圖1.服務基礎架構的基本要素

    我們的目標達到了嗎?

    服務基礎架構在支持SOA和增強重用方面走了很長一段路。這代表著整個行業在支持重用和簡化系統構建方面所做出的共同努力。毫無疑問,基于在部署利用這類基礎架構的新應用程序方面的經驗,整個行業將會繼續發展。很多公司都很關心Web services標準的數量,其中一些標準是由相互競爭的供應商陣營所驅動的。供應商之間需要進行更多的合作,不僅要快速聚合Web services和安全性領域中的一些重要標準,而且要解決實際的測試和驗證問題,這樣才不會由于產品的互操作性而給客戶造成不便。

    我列出了一組有關服務基礎架構的長長的需求清單。好消息是市場上已經出現幾種支持其中絕大部分功能的產品。然而,有一點必須意識到:僅僅通過購買一種聲稱支持這些特性的產品,企業還不能擁有能夠交付靈活性和敏捷性價值的服務基礎架構。SOA和支持SOA的服務基礎架構是可以轉換的,因此需要對組織、流程管理和文化進行更改。IT組織應該實施架構一致性,并使自身與其業務風險承擔者之間的同盟關系更加緊密,以便在進行轉換時獲得支持和資金。流程應該按照如何交付服務以及如何管理SOA中參與者之間的相互依賴性進行定義。一些被大多數應用程序重用的服務可以是水平的和一般性的,其他的則可以專門用于一些選定的應用程序。一個涵蓋如何為這些服務提供資金以及如何開發這些服務的管理模型頗為重要。最后,文化應該鼓勵和獎賞對現有服務的重用,而不是從頭開始構建一切。

    所有這些內容聽起來可能令人生畏,但是實際情況是,這確實是一項令人生畏的任務。然而,現在出現了一些有利于開發的好兆頭。首先,Web服務互操作性(Web Service Interoperability,WS-I)小組特別制定了圖表,以便改進跨不同實現的Web服務互操作性。供應商們基于WS-I提供的配置文件進行互操作性測試。盡管這看起來似乎是明顯應該做的事,但是CORBA或J2EE并非如此。而專用中間件和EAI產品的情況則更為糟糕。第二個好消息是,用于構建服務基礎架構的工具已經越來越成熟,而且更加易于使用。例如,BEA的AquaLogic Service Bus產品是完全配置驅動的——幾乎所有任務都能夠通過一個圖形界面來完成。最后,許多企業都已經部署了SOA,并且已經在應用程序開發速度和成本方面獲益。更加成熟的IT組織已經獲得了圍繞其實現的這些指標和最佳實踐,并向它們的企業證明了敏捷IT可以成為多么具有競爭力的區分點。

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    44/4<1234

    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>