<ruby id="rxdll"></ruby><strike id="rxdll"></strike>

    <rp id="rxdll"></rp>
      <del id="rxdll"><meter id="rxdll"></meter></del>
      <pre id="rxdll"><font id="rxdll"></font></pre>
        <pre id="rxdll"></pre>
      <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

      <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
      <i id="rxdll"><dfn id="rxdll"></dfn></i>
      <font id="rxdll"><meter id="rxdll"></meter></font>

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

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

        雙面SOA架構煉獄“三重門” 透過黑洞看風景[2]

        發布: 2008-7-15 13:10 | 作者: 不詳 | 來源: 搜訊網 | 查看: 12次 | 進入軟件測試論壇討論

        領測軟件測試網

        雙面SOA架構煉獄“三重門” 透過黑洞看風景[2]

        作者:不詳 來源:搜訊網

         

          商業模式不成熟

          一個成功的產品除了要有好的應用前景外,還要有一個有前途的商業模式。然而,直到今天,SOA似乎還不完全具備這兩個要素。

          上海樂勤管理咨詢公司創始人、合伙人黃驍儉認為: “SOA是目前最能提高IT效率的方法和思想,它不是IT產品,所以當有人告訴你,他們開發了一個SOA產品或解決方案時,這是不正確的,只能說開發的產品符合SOA模式。坦白而言,我認為客戶和廠商都沒有為實施SOA做好準備!

          目前廠商推出的各類戴著SOA帽子的解決方案或者產品層出不窮,“而其本質上,他們還是在銷售軟件許可證、硬件設施,而真正面向服務的商業模式到底是什么樣的?是ASP,或者是SaaS?還是其他什么?我認為,目前并沒有出現真正的盈利模式,ASP和SaaS都不是主流的商業模式,而任何一個技術在推行過程中,如果不出現合理的盈利模式,最后都會消失!

          黃驍儉的擔憂不無道理,若干次技術革命的歷史就能證明這一點: 每一次技術革命都無法從根本上改變商業模式,硬件廠商還是在計件銷售,軟件廠商還是在賣許可證,服務廠商賣的還是人才,惟一對這些傳統銷售模式有沖擊的就是互聯網的服務模式,但目前它尚未獲得成功,只能說是存在,但還沒進入主流市場。今天的SOA已經不能再依照傳統的軟硬件銷售模式來推廣了,但什么是最適合它的商業模式呢?恐怕就連那些推崇者們也說不清。

          而用戶對這些IT新名詞永遠保持著警惕。一家專注于SOA領域的廠商這樣告訴記者:“根據我們多年的工作經驗,在任何企業級的用戶群體中,絕大部分是實用主義和保守主義者,他們最關心的是IT系統如何幫助企業解決實際的業務問題,如何將IT系統的風險降低到最低,如何保障他們的投資回報。因此,他們不會采用最先進的創新技術,他們要采用的往往是已經被主流市場認可的技術方案,所以 SOA對他們而言,屬于未來,而不屬于今天!

          即便是企業的CIO認為SOA的理念非常好,但在高風險和回報率不容易顯現的今天,SOA也很難大規模地進入到企業應用。

          IT黑洞填不完

          除了商業模式上的不成熟,SOA還可能會帶來的負面影響是——補也補不完的IT黑洞。

          劉小兵向記者介紹,系統集成技術一開始試圖實現緊密的耦合,即把數據和應用全部集成起來,對業務流程進行一體化處理。而現在,逐步演變成了以松散的耦合為目標,比如SOA,著眼于各個應用系統的外在功能表現,而讓人們忽略功能具體的實現和處理方式,放棄數據集中,只將應用系統的功能進行適當的劃分并加以封裝,以服務的形式提供給外部使用者。

          “從緊耦合到松耦合,到SOA,技術和理念都在進步。但是這種進步與其說是為了滿足用戶的需求而不斷地進行創新,還不如說是IT廠商在不斷地為自己尋找解脫!

          因為系統集成實在不是一件輕松的差事,你要去理解各種各樣的不知出處的、用不同語言寫的應用程序,你要學會操作各種數據庫,你要弄清楚各種操作系統環境和各式各樣的網絡協議等等,當然,為了把這些整合起來,你還需要掌握一些系統集成工具軟件。而當你做完一個系統集成項目時,你的苦日子才剛剛開始,因為任何系統局部的一丁點修改都有可能影響到你的系統,所以你隨時要準備好對接口進行升級和重新聯調。

          這樣的工作顯然是高成本的,而用戶則必須為此買單,所以 “系統集成”曾經是個帶著光環的字眼,象征著IT技術的“高級水平”。但是,隨著用戶應用規模的不斷擴大、應用系統種類的不斷增加、應用系統復雜性的不斷提高,IT從業者對系統集成工作已經越來越不勝其煩了,所以,簡單化是不得已而為之。系統集成簡化到今天,就出現了SOA。

          當企業采用SOA進行應用集成時,解決的是應用孤島的問題,而數據孤島的問題卻依然存在。同時,它還可能引發兩個新問題。其中之一是,IT管理者認為系統最終是可以被整合的,從而無所顧忌地增加新系統。系統數量的增加,意味著整個系統管理復雜程度的提升。另一個問題則是,在增加新系統的過程中,企業在IT方面的投入增大了,而且這種增大是一種“動態”的增大。

          所謂“動態”的增大就是指企業針對新系統的投入不是一次性地投入。只要系統存在,人員工資、機房房租、電力費用、軟件更新以及硬件維護費用就需要不斷地投入。這些成本再加上新建系統給整個系統帶來的管理復雜性,就會把企業拖入“IT黑洞”之中。

          CIO們采用SOA架構進行應用系統的整合時,會使系統的復雜程度和成本增加,為什么CIO們還會被誤導呢?其原因就在于,SOA帶來的負面影響并不會馬上顯現出來。

          所以有人認為: “在對待企業的信息孤島時,SOA有時只是一種治標的方法!盨OA的目標是解決應用孤島,而它的做法卻是在原有的IT基礎上修修補補。對企業來講,表面上看,“修修補補”似乎保護了原有IT的投資、節約了建設成本,但深入分析,你會發現它可能是得不償失的做法,并且會將企業引進IT黑洞。因此,從系統思維上來講,除非因為特殊原因必須保留原有系統,否則,采用SOA對企業內部應用系統進行整合,很可能造成弊多利少的后果。

        延伸閱讀

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

        TAG: soa SOA 風景 黑洞 架構 煉獄


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

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

        国产女主播精品_国产片婬乱18一级毛片视频_国产午夜激无码av毛片不卡_国产精品欧美久久久天天影院
          <ruby id="rxdll"></ruby><strike id="rxdll"></strike>

          <rp id="rxdll"></rp>
            <del id="rxdll"><meter id="rxdll"></meter></del>
            <pre id="rxdll"><font id="rxdll"></font></pre>
              <pre id="rxdll"></pre>
            <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

            <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
            <i id="rxdll"><dfn id="rxdll"></dfn></i>
            <font id="rxdll"><meter id="rxdll"></meter></font>

              <mark id="rxdll"><dfn id="rxdll"></dfn></mark>