• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 181, 文章 - 2, 評論 - 85, 引用 - 0
            數據加載中……

            讀《遷移到面向服務的體系結構,第 1 部分-----簡介和概述 》有感

            原文鏈接:http://www.shnenglu.com/zhangji198543/archive/2006/04/17/5684.html
            認真的閱讀了這篇文章,總結了一下:
            首先,必須理解 Web 服務并不等同于面向服務的體系結構(SOA)。
            Web 服務是包括 XML,SOAP,WSDL 和 UDDI 在內的技術的集合,它使人們能夠針對特定的消息傳遞和應用程序集成問題構建編程解決方案。隨著時間的推移,人們有理由相信這些技術將逐漸成熟并最終為更好、更有效、更健壯的技術所取代,但是,就目前的情況而言,它們可以發揮作用。至少,它們是 SOA 能夠最終實現這種觀念的證明。
            SOA 只不過是一種體系結構。它不是任何諸如 Web 服務這樣的特定技術的集合;而是超越它們的,在理想的情況下,是完全獨立于它們的。在業務環境中,SOA 的純粹的體系結構定義可能會是這樣的“一種應用程序體系結構,在這種體系結構中,所有功能都定義為獨立的服務,這些服務帶有定義明確的可調用接口,可以以定義好的順序調用這些服務來形成業務流程”。看以下對該定義的解釋:
            1.所有功能都定義為服務。這僅僅包括業務功能、由底層功能組成的業務事務和系統服務功能。
            2.所有的服務都是獨立的。它們就像“黑匣子”一樣運行:外部組件既不知道也不關心它們如何執行它們的功能,而僅僅關心它們是否返回期望的結果。
            3.在其最一般的意義上來說,接口是可調用的;也就是說,在體系結構的層面上,它們究竟是本地的(在本系統內)還是遠程的(在直接系統外)、是用什么互連 Scheme 或協議來調用或需要什么樣的基礎架構組件來連接,都是無關緊要的。服務可能是在相同的應用程序中,也可能是在公司內部網內完全不同的系統上的不對稱多處理器的不同地址空間中,還有可能是在用于 B2B 配置的合作伙伴的系統上的應用程序中。

            其次,要明白應用SOA的原因。SOA可以解決企業面臨的重大問題-----成本。SOA可以利用現有的資產?,F有系統很少可以拋棄,它們通常都包含對于企業很有價值的東西。從戰略上講,目標是構造一個新的體系結構來創造所有想要的價值,但是,從戰術上講,必須集成現有系統,以便隨著時間的推移,可以在可管理、漸進式項目中分化或取代它們。

            posted on 2006-04-17 19:39 wsdfsdf 閱讀(271) 評論(4)  編輯 收藏 引用 所屬分類: 交流心得

            評論

            # SOA 反模式  回復  更多評論   

            讀完《SOA 反模式-----成功采用和實現面向服務的體系結構的障礙》后,我很喜歡文章中引用的語句名言:“示例不是另一種學習的方法,而是學習的唯一方法?!薄栘愄?#183;愛因斯坦 呵呵,想想真的很有道理。


            首先:我們要明白什么是反模式:對錯誤的原因進行分類,并研究如何加以避免以及出現時如何恢復。系統化后,這個知識集合可以提供軟件模型的有價值的擴展(歸類為反模式)。


            其次,我們再來研究一下SOA使用反模式的重要性,很容易想象,反模式真的很重要,他把很多易犯的錯誤總結到一起,并對他們進行分析,總結出怎么避免這些錯誤,很顯然會讓很多人少犯類似的錯誤,把損失降到了最低點。我覺得不光是SOA要用反模式,我們平時其他的工作,學習也是一樣的,當我們遇到問題時,走了彎路后,我們不應該僅僅自己知道就算了,應該及時地把它記下來,并寫一個怎樣避免這樣的錯誤在發生的文檔之類的東西。當然這樣很瑣碎,但是你要想到你的舉手之勞,將會方便很多人,節約很多人的時間,金錢,那是一件多么有意義的事情啊。


            呵呵,我也不知道理解的對不對,僅僅是看完后的自己的一些簡單的看法。
            2006-04-17 20:26 | Merlin

            # re: 讀《遷移到面向服務的體系結構,第 1 部分-----簡介和概述 》有感  回復  更多評論   

            哈哈。根據你的理解。我覺得反模式就是造福全人類了。
            2006-04-17 20:42 | ApriL

            # re: 讀《遷移到面向服務的體系結構,第 1 部分-----簡介和概述 》有感  回復  更多評論   

            呵呵 ,要是利用的好的話,
            反模式為什么重要?反模式是用于防止問題的工具,可在問題出現之前對其進行標識,并能提供關于如何防止其發生的知識。通過將錯誤原因正式地系統化,我們可以更容易對其加以理解。一旦出現問題,反模式可以提供幫助,能說明如何從其進行恢復。
            2006-04-17 20:46 | Merlin

            # 續讀《遷移到面向服務的體系結構,第 2 部分-----簡介和概述(繼續)》總結   回復  更多評論   

            服務和面向服務的體系結構都是關于使用異構網絡可尋址的軟件組件來設計和構建系統的。面向服務的體系結構是一種具有特殊性質的體系結構,它由強調互操作性和位置透明度的組件互連而成。它常常是在現有系統投資的基礎上發展起來的,并不需要徹底重新開發全部的系統;它通過利用當前的資源(包括開發人員、軟件語言、硬件平臺、數據庫和應用程序)來利用組織現有的投資,從而在提高生產力的同時降低成本和風險。這種可適應的、靈活的體系結構類型為在開發和維護中縮短產品上市時間以及降低成本和風險提供了基礎。Web 服務是一些實現 SOA 的技術,而 SOA 正在成為開發響應性好、可適應的新型應用程序所選擇的體系結構。

            2006-04-17 21:38 | ApriL
            国产精品久久久久aaaa| 无码人妻久久一区二区三区蜜桃| 亚洲天堂久久久| 国产成人精品久久亚洲高清不卡| 999久久久免费精品国产| 久久婷婷五月综合97色一本一本| 女人高潮久久久叫人喷水| 午夜福利91久久福利| 久久久久久久综合日本| 青青草原综合久久大伊人导航| 热RE99久久精品国产66热| 四虎影视久久久免费观看| 伊人精品久久久久7777| 久久精品桃花综合| 亚洲乱码精品久久久久..| 久久精品国产亚洲av高清漫画| 久久99国产综合精品| 91精品国产91久久| 久久综合色之久久综合| 久久狠狠爱亚洲综合影院 | 欧美精品乱码99久久蜜桃| 99久久免费国产精品特黄| 久久久久久夜精品精品免费啦| AAA级久久久精品无码片| 激情五月综合综合久久69| 久久精品国产男包| 99久久精品国产综合一区| 亚洲性久久久影院| 国产亚洲色婷婷久久99精品| 久久国产高清一区二区三区| 久久亚洲日韩看片无码| 久久精品成人免费看| 久久亚洲精品国产亚洲老地址 | 亚洲国产精品久久| 伊人久久成人成综合网222| AV无码久久久久不卡蜜桃| 香蕉久久影院| 色综合久久久久| 久久精品国产亚洲av麻豆小说| 亚洲七七久久精品中文国产| 好久久免费视频高清|