Part 1
This presentation is the property of its rightful owner.
Sponsored Links
1 / 97

車載資料庫服務系統 Part 1 PowerPoint PPT Presentation


  • 109 Views
  • Uploaded on
  • Presentation posted in: General

車載資料庫服務系統 Part 1. 國立東華大學. 大綱. Part1 資料庫簡介 資訊平台的過去與現在 服務導向架構 Part2 網路服務 網路服務安全 雲端運算服務 行動網路服務. 資料庫簡介. 資料庫系統是企業的核心價值. 某位企業界的經營者曾說:「未來網際網路界有幾種人可以賺到錢:擁有資料庫的人,整理資料庫的人,管理資料庫的人以及應用資料庫的人」. 資料庫管理系統. 資料庫. 資料庫管理系統. 資料庫分類. 以模型分類 階層式資料庫( Hierarchical Database ) 網狀式資料庫( Network Database )

Download Presentation

車載資料庫服務系統 Part 1

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentation Transcript


Part 1

車載資料庫服務系統Part 1

國立東華大學


Part 1

大綱

  • Part1

    • 資料庫簡介

    • 資訊平台的過去與現在

    • 服務導向架構

  • Part2

    • 網路服務

    • 網路服務安全

    • 雲端運算服務

    • 行動網路服務


Part 1

資料庫簡介


Part 1

資料庫系統是企業的核心價值

  • 某位企業界的經營者曾說:「未來網際網路界有幾種人可以賺到錢:擁有資料庫的人,整理資料庫的人,管理資料庫的人以及應用資料庫的人」


Part 1

資料庫管理系統

資料庫

資料庫管理系統


Part 1

資料庫分類

  • 以模型分類

    • 階層式資料庫(Hierarchical Database)

    • 網狀式資料庫(Network Database)

    • 關聯式資料庫(Relational Database)

    • 物件導向式資料庫(Object-Oriented Database)

    • 資料倉儲(Data Warehouse)

    • NoSQL資料庫

  • 以資料存取的架構分類

    • 主機/終端機架構

    • 主從式架構

    • 分散式架構


Part 1

以模型分類

  • 階層式資料庫(Hierarchical Database)

  • 網狀式資料庫(Network Database)

  • 關聯式資料庫(Relational Database)

  • 物件導向式資料庫(Object-Oriented Database)

  • 資料倉儲(Data Warehouse)

  • NoSQL資料庫


Part 1

階層式資料庫

  • 採用樹狀結構,將資料分門別類儲存在不同的階層之下,而每一個資料樹又由許多資料元件組成,也就是一對一或一對多的資料關係。

  • 優點

    • 是資料結構類似金字塔,不同層次間的資料關聯性直接且簡單。

  • 缺點

    • 則因資料以縱向發展,橫向關聯難以建立,所以資料可能會重複出現造成管理維護上的不便。

    • 尋找資料時,需從樹根(root)開始,一筆一筆沿連結找,不易使用,當需要應用在不同情況時,容易造成資料重覆,資料維護較為困難。

  • IBM 的 IMS (Information Management System) 即是屬於此類的資料庫管理系統。


Part 1

階層式資料庫


Part 1

網狀式資料庫

  • 將每筆記錄當成一個節點。節點與節點之間可以建立關聯,形成一個網狀架構。

  • 優點

    • 避免了資料的重複性。

  • 缺點

    • 關聯性比較複雜,尤其是當資料庫的內容愈來愈多的時候,關聯性的維護會變得非常麻煩。

    • 不易取用、不易使用、存取路徑須事先設定,當需要重新建立關係或新連結時,非常麻煩。

  • Computer Associates 公司曾經推出的IDMS (Integrated Database Management System)即是屬於此類的資料庫管理系統。


Part 1

網狀式資料庫

C#程式設計

350

櫻桃出版社

花蓮縣

東華書局

花蓮縣

作業系統分析

400

墊腳石書局

台中縣

OS考題範本

300

博碩出版社

台中縣

資料結構分析

450

金石堂書局

台北市

山東出版社

台北市

書局資料

離散數學

350

出版商資料

線性代數

400

書籍資料

11


Part 1

關聯式資料庫

  • 關聯式資料模式是當今應用最普遍的資料模式。關聯式資料模式是採用二維陣列的資料表來建立資料的關係。

  • 資料表由記錄中的資料列和資料欄所組成,兩個資料表間的關係使用一個相同的資料欄來建立關聯,主要的特色有易取用資料、易使用、有彈性、架構簡單。


Part 1

關聯式資料庫

Database

資料表

資料表

資料表

資料表

資料表

資料表


Part 1

關聯式資料庫


Part 1

物件導向式資料庫

  • 物件導向式資料庫是以物件導向的方式來設計資料庫,其中包含了物件的屬性、方法、類別、繼承等特性。

  • 若以關聯式資料庫和物件導向式資料庫來做比較,關聯式資料庫必須由資料庫設計者來設計、建立及管理關聯。

  • 物件導向式資料庫中,物件和物件之間的連繫,是因其屬性而必然發生的。


Part 1

物件導向式資料庫

  • 底下是一個物件導向式資料庫的結構示意圖:

產品

訂單

課戶

作者


Part 1

物件導向式資料庫

  • 接著看下面的物件導向式資料庫:

訂單

客戶

  • 上圖中,兩個物件是透過 OID 來連繫起來的。在關聯式資料庫中資料表間的關係必須靠設計者自行建立來產生關聯。物件導向式資料庫中,各物件之間的關係則是在物件建立之時,會自行建立連繫。


Part 1

資料倉儲

  • 是一種大型資料庫,其中儲存及管理用來分析歷史及目前交易所需的資料。

  • 例如銀行利用資料倉儲來監控及管理顧客的信用卡交易與存放款狀況。


Nosql

NoSQL資料庫

  • 目前Cloud Computing在處理大量資料時,大多採用NoSQL的資料庫,這類資料庫的特點在於支援分散式平行處理。NoSQL資料庫是一個統稱的名詞,泛指非關聯式資料庫的資料庫技術,包括了數十種不同類型的資料庫系統,因為這些資料庫大多沒有支援標準的SQL,例如知名的Google BigTable、Amazon S3的Dynamo資料庫,或是微軟Azure平臺儲存資料的方式,都屬於NoSQL資料庫的其中一種。


Nosql1

NoSQL資料庫

  • 常見的NoSQL資料庫有4類,分別是

    • 圖學資料庫(Graph Database)

    • 文件導向的資料庫(Document-Oriented Database)

    • Key-Value Store分散式資料庫

    • 記憶體快取為主的資料庫。


Part 1

圖學資料庫

  • 圖學資料庫是運用圖學架構來儲存節點間關係資料架構,例如用樹狀結構來組織從屬關係或網狀結構來儲存朋友關係,地理圖資系統通常也會用圖學資料庫來儲存地圖上每一點和鄰近點的關係,或用圖學資料庫來計算點與點之間最短的距離,也可以用同樣的概念來計算出人與人之間最短的交友距離。


Part 1

圖學資料庫

  • 以Facebook為例,用節點來記錄帳號、用關係來記錄朋友關係、用屬性來描述這個帳號的個人資料等。最後可以用網絡圖來呈現出Facebook用戶之間的交友狀況。

  • 常見的圖學資料庫:

    • Neo4j

    • InfoGrid

    • AllegroGrph


Part 1

文件導向資料庫

  • 文件資料庫主要是用來儲存非結構性的文件,例如HTML網頁與XML文件。

  • 常見的開源文件資料庫像是CouchDB、MongoDB以及Riak等。


Key value

Key-Value分散式資料庫

  • Key-Value資料庫是NoSQL資料庫中數量最多的類型,最大的特色就是採用Key-Value資料架構,沒有原本關聯式資料庫中常用的欄位架構,每筆資料各自獨立,有分散式與高擴充能力的特性。

  • Google的BigTable、Hadoop的HBase、Amazon的Dynamo、Cassandra、Hypertable等。


Part 1

記憶體資料庫

  • 記憶體資料庫(In-memory Database)就是將資料儲存在記憶體的NoSQL資料庫,包括了Memcached、Redis、Velocity、Tuple space等。Memcached、Redis都是一種Key-Value資料架構的資料庫,只是將資料儲存在記憶體中來提高讀取效率,大多用來快取常用網頁,加快傳遞網頁的速度,減少讀取硬碟的次數,不過系統關機後就無法保存。


Part 1

以資料存取的架構分類

  • 主機/終端機架構

  • 主從式架構

  • 分散式架構


Part 1

主機/終端機架構

中央主機

終端機

終端機

終端機

終端機


Part 1

主從式架構

資料庫Server

Client

Client

Client

Client


Part 1

分散式架構

資料庫Server

資料庫Server

Network

Client

Client

Client


Part 1

資訊平台的過去與現在


Part 1

資訊平台的類型

  • 大型主機(Mainframe)架構

  • 檔案共享(File sharing)架構

  • 主從式(Client/server)架構

  • Web Services架構


Mainframe

大型主機(Mainframe)架構

  • 大型主機的技術,五十年代起即主宰資訊平台,

  • 目前仍極具影響力,IBM、DEC 、HP 、WANG等為代表,以及UNIX作業系統text mode都是,傳統行業仍使用中

  • 大型主機的軟體架構有一些限制:

    • 無法簡便的支援圖形化使用者介面

    • 無法支援分散各地的資料庫


Part 1

One-tier: Centralized Computing

Main Frame Computer

(Data, Application, Presentation)

Terminal

Terminal


Part 1

大型主機架構的改良與提昇

  • 新的改良模式在1994年被提出來,主要以關聯式資料庫替代傳統資料庫,

  • 並以改良的middleware諸如IBM的IMS 、CICS與Encina,BEA的TUXEDO 來提供分散式的服務。

  • 新的大型主機伺服器軟體,不但提供了分散式主從架構,並且支援更大的儲存能力及改善其安全機制。


File sharing pc lan local area network computing

檔案共享(File sharing)架構PC LAN (local area network) computing

  • 從一個共享的伺服器,下載資料到桌上型電腦的工作環境。

  • 使用者的工作(包括運算邏輯及資料),都在桌上型電腦的環境下執行。

  • 在共享情形比較低、更新內容較少且資料的轉換量較低的情況下,檔案共享架構才能順利運作。


File sharing

檔案共享(File sharing)架構的現狀

  • 檔案共享的系統使用容量,會隨著上線人數的成長及圖形使用者介面(GUIs)的使用而吃緊,大約只能滿足同時12個人上線。

  • 在1990年代,PC LAN (區域網路)運算架構變更後,以主從架構來取代。


Client server

主從式(Client/Server)架構

  • 由於檔案共享架構上的限制,因此主從式(Client/Server)架構被提出來。

  • 簡單說就是以資料庫伺服器(Database server)取代檔案伺服器(File Server)


Client server1

主從式(Client/Server)架構的優點

  • 主從式架構,是藉由利用要求(request)與回應(reply),而不是傳遞整個資料檔案來減少傳輸流量。

  • 利用前端圖形化使用者介面,來改善多重使用者,同時使用一個共享的資料庫。


Part 1

主從式架構的各種類型

  • 兩層式(Two tier)主從架構

  • 三層式(Three tier)主從架構

  • 多層式(N-tier:Multi tier)主從架構

  • 協同分散式的企業架構(Distributed/Collaborative Enterprise Architecture)


Two tier

兩層式(Two tier)主從架構

  • 執行程序被切割成使用者及資料庫兩個環境。

  • 資料庫管理系統,提供預儲程序(store procedures)及觸發器(triggers)。


Two tier client server computing

Two-tier: Client/Server Computing

Internet

Firewall

Internet

CORBA/

DCOM

Client

Server


Two tier computing client server computing

Two-Tier Computing:Client/Server Computing

Client Tier (Fat Client)

(Application, Presentation GUI)

Server Tier

(Data)


Part 1

兩層式主從架構的限制

  • 同時上線的使用者約為100人。因為伺服器必須隨時,與每個使用者端傳遞尚在連線(keep-alive)的訊息,即使他們之間沒有任何的動作。

  • 在執行序的管理與服務以及資料庫管理的應用上,受限於各廠商所提供的預存程序,而顯得較無彈性。

  • 在程式功能性的移轉會有彈性上的限制(無法採自動方式從一伺服器轉至另一伺服器,即portable問題)


Three tier

三層式(Three tier)主從架構

  • 三層式架構(也被稱為多層次架構)被提出來克服兩層架構的限制

  • 在三層式架構中,中間層(Middleware)被新增出來,介於使用者介面端及其他系統或資料庫端之間


Three tier web computing

Three-tier: Web Computing

Client

Web Service

Extranet

Internet

Internet

Firewall

Web Service

DB Server

Client

Web Server


Three tier computing web enabled computing

Three-Tier ComputingWeb-enabled Computing

Presentation Tier (Client Tier; Thin Client)

(Presentation GUI)

Application

Application Tier (Agent Tier; Web Server)

(Business Logic)

Data Tier (Database Server)

(DBMS+Database)


Part 1

三層式主從架構的內容

  • 中間層可以各種形式存在,例如: transaction processing monitors, message servers, ORBs or RPC等。

  • 中間層可以進行使用者端優先順序的排程、應用程式執行的排程及資料庫的排程。


Part 1

三層式主從架構優點

  • 與兩層式架構的比較下,三層式的主從架構明顯的改善多人(數千人)線上使用的效能並且較具彈性


Part 1

三層式主從架構的缺點

  • 三層式架構有個限制,因開發的環境比使用視覺導向的兩層式開發環境複雜,系統開發比兩層次要來的困難得多。


Part 1

大型主機架構改為三層式主從架構

  • 1994年開始,大型主機架構開始被改良成分散式的架構。

  • 大型主機的業者,現在提供標準的溝通及程式介面,使其容易整合成分散式的三層主從架構中的伺服器。


Distributed collaborative enterprise architecture

協同分散式企業架構Distributed/Collaborative Enterprise Architecture

  • 協同分散式企業架構是在1993年被提出來的。

  • 這個軟體架構以Object Request Broker (ORB) 技術為基礎,比CORBA更進一步的使用元件共享,可重複使用的商業模型(不只是物件)。

  • 即DCOM(.NET)與EJB的觀念。

  • 是多層次架構。


Part 1

協同分散式企業架構的優點

  • 標準化商業物件模型

  • 標準化分散物件運算模式

  • 並將它整合起來

    • 提供組織更有彈性地

    • 在操作上及技術,增進使用的效率


Part 1

協同分散式企業架構的缺點

  • 協同分散式企業架構,會因為缺乏商業可用的物件導向分析與設計方法工具而被限制,設計方法的工具與方法論已成為應用程式的焦點。

  • UML (Unified Modeling Language) 應運而生,1998年成為W3C認可的產業標準,可以提供設計上的工具以及提供給各種方法論使用。


Web services

Web services 降低依存性

Tightly Coupled Solution

Service Oriented Architecture

Application 1

Application 2

Programming

Language

Programming

Language

Database

Database

Agreements

Object Model

Object Model

Operating

System

Schema

Operating

System

Application

Server

Application

Server


Web services1

Web Services架構

  • Web Services 服務性元件的分散式軟體架構,它可在執行時動態的被整合起來。

  • 是協同分散式企業架構的理想境界

  • 也是一種多層次架構


Four tier computing web service computing

Four-Tier Computing:Web Service Computing

Application 和程式互動

Application 和人互動

Service Tier

(Business Collaboration)

Presentation Tier

(Presentation GUI)

Application Tier (Agent Tier; Web Server)

(Business Logic)

Data Tier (Database Server)

(DBMS+Database)


Web services2

Web Services架構的特色

  • Web Services 是具有獨立性及模組化應用,它可在網路中被描述、發行、配置及呼叫。

  • Web Services 可整批的建置在開放且分散的系統中,允許公司及個人很迅速且經濟的組合出,它們是在全球各地可茲利用的數位資產。


Web services xml

Web Services架構與XML

  • Web Services 是可執行的程式,它是利用XML 及 XML messaging來觸動並連結。它是高度中性的,因為適用於任何語言與平台,可以讓我們在下一個階段,取得元件的方法。


Web service

Web Service架構現有的七個侷限性問題

  • 安全性/隱私權(Security/privacy)

  • 訊息傳遞/路由(Messaging/routing)

  • 服務品質/可靠性(Quality-of- service/reliability)

  • 交易處理(Transaction/processing)

  • 管理(Management)

  • 效能(Performance)

  • 互通性(Interoperability)


Web services3

Web Services架構的缺點

  • 目前沒有rollback功能

  • 沒有two-phase commit功能

  • 就是沒有交易功能


Collaborative web services

Collaborative Web Services

  • 結構重組以降低成本

  • 提供服務以開拓商機

  • 增進效率以維持成長

  • 容易整合以迅速應變


Part 1

企業策略的基本核心

  • 企業策略的基本核心在於對外部的互動,這不是只有更佳的企業內部處理能力,而是要有能力連結和整合跨越整個價值鏈上面的各種活動 (Professor Michael Porter of Harvard Business School.)


Part 1

新時代企業級軟體之要求多重企業網上協同合作

  • 讓企業的系統功能在網上以模組之方式互享。

  • 讓軟體模組用商業流程管理結合起來。

  • 用標準的介面來定義及連結它們。

  • 呼叫調用時不受地理位置的限制。


Part 1

服務導向架構SOA


Part 1

我們已經不知不覺中透過網路使用了服務!


Part 1

  • 出門在外不知道要吃什麼,現在只要拿出手機上網,就可以找到附近被登錄的店家。

  • 例如:KiDoWi軟體。


Part 1

食(cont.)

  • 找到想吃的店進去之後還可以連結到google map告訴你詳細的位置。


Part 1

  • 利用網路搜尋有甚麼新款式的衣、褲、鞋、襪…等。

  • 例如:到adidas的網站就可以看到現在有哪些鞋款。


Part 1

衣(cont.)

  • 利用網路拍賣訂購或販賣衣、褲、鞋、襪…等。

  • 例如:yahoo拍賣,就可以刊登或是購買服飾。


Part 1

  • 利用網路搜尋,可以知道住家附近的房價、買屋、賣屋、租屋等資訊。

  • 例如:到永慶房屋的首頁,就可以知道相關的訊息。


Part 1

住(cont.)

  • 外出旅遊也可以透過網路訂房的方式取代傳統的電話預約。

  • 例如:想要訂遠雄月來大飯店的房間,到他們的網站即可。


Part 1

住(cont.)

  • 如果是臨時性的想要找地方住,也可以使用手機尋找附近的飯店、旅館或民宿。

  • 例如:KiDoWi軟體或導航王。


Part 1

住(cont.)

  • 找到想落腳的地方之後,連結google map找尋正確位置。


Part 1

  • 利用網路地圖,查詢該如何到達目的地。

  • 例如:利用google map查詢該如何從壽豐校區到美崙校區。


Part 1

行(cont.)

  • 住在台北、高雄的人,還可以在出門前查詢公車到站時間。

  • 例如:台北市即時交通資訊網、高雄市即時交通資訊網。

欲搭乘的公車

公車行徑路線

預計多久到站


Part 1

行(cont.)

  • 火車票也可以直接上網預訂。

  • 例如:台鐵、高鐵。


Part 1

  • 利用網路,可以在不出門的情況下學習知識或當日新聞。

  • 例如:維基百科、YAHOO知識+、NOWNEWS…等。


Part 1

育(cont.)

  • 還可以有智力測驗、訓練英文聽力。

  • 例如:線上測驗服務中心、線上智力測驗...等。


Part 1

  • 利用社群網站與朋友相互聯絡。

  • 例如:Facebook、Plurk、Twitter…等。


Part 1

樂(cont.)

  • 當然少不了玩遊戲、看影片、照片分享。

  • 例如:神來也系列、Youtube、無名小站…等。


Part 1

樂(cont.)

  • 訂購演唱會門票、電影票、唱片預定…等。

  • 例如:年代售票、威秀線上訂票…等。


Part 1

樂(cont.)

  • 還可以看線上的電視直播、聽線上廣播。

  • 例如:HiChannel、I‘m TV…等。


Part 1

其他

  • 1.即時通訊、收發信件。

  • 例如:Skype、MSN、YahooMessage、YahooMail、hotmail、gmail…等。

  • 提供網路空間存放檔案。

  • 例如:Bandongo、 MegaUpload…等。

  • 線上翻譯。

  • 例如:Yahoo字典、google翻譯…等。

  • 線上算命、拜拜。

  • 例如:Yahoo算命、線上祈福網…等。

  • 線上的金融管理。

  • 例如:網路銀行、網路股票下單、繳學費、稅務試算、愛心捐款…等。


Part 1

其他

6.生病不舒服也可以在家線上掛號。

例如:長庚醫院、三軍總醫院…等。

7.沖印照片。

例如:銀箭線上沖印、7-11線上數位影像…等。


Part 1

許多服務還是需要人為介入!


Service

什麼是Service?

  • W3C

    • 服務提供者完成一組工作,為服務使用者交付所需的最終結果。最終結果通常會讓使用狀態發生變化,但也可能改變提供者,或是使雙方都產生變化。

  • OASIS

    • 一種取得某一個或多個能力的機制,這種取得使用預先定義好的介面,並與該服務描述的約束和策略一致。


Service1

Service的特點?

  • 服務是可以重複使用的

  • 服務都有服務合約

  • 服務之間是鬆耦合的

  • 服務隱藏了具體的邏輯

  • 服務是可組合的

  • 服務是自治的

  • 服務是無狀態的

  • 服務是可以被發現的

  • 服務一般是粗粒度的


What is soa

What is SOA?

  • Gartner Group:SOA 是一種具備鬆散耦合(loosely coupled)特性的分散式架構,並具備下列五種特質 :

    • 具備模組概念。

    • 此類模組必須能分散於多台電腦被重複使用。

    • 軟體開發人員以預先定義好之服務介面,來定義模組如何與外界溝通,而其他開發人員可以搜尋到此一介面,進而使用這些服務。

    • 服務的介面與服務實作是完全分離的。

    • 服務能夠被共享,被不同型態的應用系統叫用。


Part 1

Anne Thomas Manes

http://apsblog.burtongroup.com/2009/01/soa-is-dead-long-live-services.html


Part 1

Hype Cycle for Application Architecture, 2009


Jeremy westerman bea weblogic integration

Jeremy Westerman(BEA WebLogic Integration產品管理總監)認為

  • SOA不是新玩意:多年前即有資訊部門成功地用SOA方式來建構、運行應用程式,且當時XML、Web Services都尚未提出。

  • SOA不是種技術:它是種建構、組織的方法,用來建立應用程式的運行環境,以及讓企業的業務程式能以「功能化」方式發展、累積。

  • 就算購買最新的XML、Web Services產品(如開發工具、執行平台、軟體元件等),也不表示就可以建構出SOA式的應用程式。


Part 1

SOA的正確觀念

迷 思

事 實

SOA 是一種技術.

SOAs 必須使用 web services.

SOA 是全新、革命性的技術.

SOA 可以確保IT和企業的一致性.

採用 SOA可以降低開發的風險.

SOA 要求技術及商業流程的全面大翻修.

SOA 要求一缸子的顧問.

我們需要建造一個SOA.

SOA是一種藍圖(blue print).

SOAs 不一定要使用web services.

SOA採用J2EE與.NET技術.

SOA並不是一種方法論.

SOAs 是隨需(on demand)觀念風險更高.

SOA 是基於改善目前業務的漸進式投入.

SOA平台工具才是重點.

SOA是手段,不是企業架構的終極目標.


Part 1

SOA 未來可能之發展

  • 依 Gartner Group 研究,服務導向架構未來可能會朝向三種型態演變:

    • 遠端呼叫形式 (Remote procedure call,RPC) SOA

    • Web形式 SOA (或稱Web-Oriented Architecture,WOA)

    • 事件驅動形式 (Event-driven) SOA


Part 1

遠端呼叫形式SOA

  • 採用 IBM、Microsoft、Oracle、SAP 等IT 技術供應商所制定與主導之Web Services 規格, Web Services為目前實作 SOA 最常見的方式。IT技術供應商透過國際組織之運作,訂定Web Services在網路傳輸、編碼解碼及互通協定之各項規格,應用系統間可透過具備平台中立性的Web Services相互溝通,交換資料。

  • Web Services 運用的基本精神仍不脫 1980年代即出現的遠端呼叫形式,透過開放之XML、SOAP、WSDL等規格彼此互通。


Web soa

Web形式 SOA

  • 2005年Gartner發布了一個縮寫字WOA,定義它屬於SOA的一個子集,並可以簡單的用WOA = SOA + WWW + REST來說明。

  • WOA專指透過Word Wide Web這個媒介和REST(Representational State Transfer,表徵狀態移轉)架構作為SOA的執行方式,REST簡單而言,是一種寬鬆、簡單協定,藉由HTTP管道傳送資料,而無須額外的訊息層,像是SOA使用的SOAP協定。


Part 1

事件驅動形式SOA

  • 傳統互動方式中,所有服務是由服務用戶端所發動,但在大型複雜系統中,SOA架構下可能有十餘個大型系統間藉由服務介面串接而成,單靠用戶端發動來使用服務,可能不足以反應真實業務面的快速變遷。

  • 一個服務請求發出後,自動觸發相關需要配合之應用系統,此一應用需求已經超越了傳統SOA 所能處理的範疇,必需要搭配,能夠處理複雜事件的中介軟體才可達成,這便是事件驅動形式的 SOA。


Part 1

務實之SOA導入方式

  • 定義清楚 SOA導入目標

    • 組織的問題與挑戰?

  • 明確定義 SOA 專案的範圍

    • 不應該徹底翻新整個 IT 基礎架構。

  • 避免因 SOA 而進行 SOA

    • 並非所有應用採行SOA 都適用。

    • 巨量資料搬動或要求極短回應時間不適合。

    • 過多小粒度的服務模組相互交錯叫用不適合。

  • 正確描述現有業務流程與找出核心流程

    • 無法清楚描述現有業務流程,就更無法判斷該專案規模與範圍。


  • Login