服務導向架構(Service-Oriented Architecture，SOA) 簡介
作者： 曾保彰 / 臺灣大學計算機及資訊網路中心資訊網路組「以客為尊」的核心概念，提供網路服務單位建構一個具彈性、可重複使用的整合性介面，加速達到網路服務提升的目標。
前言
SOA是一種架構模型，由網站服務技術等標準化元件組成，目的是為企業、學校或提供網路服務單位建構一個具彈性、可重複使用的整合性介面，促進內外部如內部應用程式、用戶、與部門(系所)等相關單位完美的溝通，盡速達到網路服務提升的目標。
何謂SOA?
我們常聴到 Information Technology (IT)產業的架構演進，由1980年代的主機(mainframe)架構，到1990年代的主從式(client server)架構，到1999年時是network centric架構，而到2004年時已複雜到所謂的 Service-Oriented Architecture架構(SOA，服務導向架構) 。此外也常聴到：如果企業不導入這個架構，企業在未來就會沒有競爭力。因此，本文將針對SOA作淺顯的簡介，也希望透過本文的介紹，對於本校網站服務技術(web services) 未來的架構有所幫助。
首先讓我們釐清一些SOA的迷思。正確來說 [1]：
-
SOA不是新玩意：多年前即有資訊部門或公司成功地用SOA方式來建構、運行應用程式，且當時XML、web service都尚未提出。
-
SOA不是種技術：它是種建構、組織的方法，用來建立應用程式的運行環境，以及讓學校的業務程式能以「功能化」方式發展、累積。
-
就算購買最新的XML、web services產品（如開發工具、執行平台、軟體元件等），也不表示就可以建構出SOA式的應用程式。
簡單來說，SOA是一種遵循典範，是針對學校或企業內應用程式的設計、開發、佈建、管理所提出的遵循典範。從資訊技術層面而言，一個執行學校或企業業務的應用程式稱為一個獨立的「邏輯單位」，而對學校或企業營運層面而言則可稱為一項「服務」，在企業的整體運算環境中就存在著多個「獨立邏輯／業務服務」，且需要對其進行妥善設計、開發、佈建、管理等，也因此需要採行服務導向架構（SOA）。
要實現SOA，需要學校或企業的程式設計師改採「持續累積服務」的觀念與角度來開發應用程式，即便這麼做在短時間內看不到顯著好處，程式師還是必須跳脫、超越過往對應用程式的想法，改以「既有服務可否再運用？」或者是「能否沿用其他同仁開發過的服務再建構？」的觀點來面對程式開發。
SOA主張「程式開發技術」與「程式建構方法」的交替並用，以類似傳訊溝通的作法，將數個所需的「業務服務」進行連結，以此來實現一個新的應用程式，而非「從頭開發」。透過適當的程式組構及傳訊式的程式連結，可讓學校或企業快速因應學生或用戶的需求與改變，新的應用程式只要透過「傳訊微調」即可實現，而非「重新撰寫」。
SOA不單只是程式開發的方法論，也提供行政管理層面的依循。例如它並非是以應用程式個體為角度來進行管理，而是直接將過往程式師開發出的程式視為「服務」來管理。而對「服務」間的「互動傳訊」進行分析，SOA便可讓程式設計部門的主管瞭解何時該執行哪個業務邏輯，以及為何要執行，如此資訊管理者與分析師便可對服務程序進行最佳化調適。
SOA如何運作?
SOA服務導向架構是一種新興的系統架構模型，主要概念是針對學校或企業需求組合而成的一組軟體元件。組合的元素通常包括：軟體元件、服務及流程三個部份。當學校或企業面對外部要求時，流程負責定義外部要求的處理步驟；服務包括特定步驟的所有程式元件，而軟體元件則負責執行工作的程式。SOA 已成為現今軟體發展的重要技術，透過 SOA 讓異質系統整合變得容易，程式再使用度也提高。不必自行開發或擁有所有程式元件，發展者可以視其需要組合網路上最好的服務。不受限於特定廠商的產品功能或是平台，達到真正的開放性(Openness)。從分散式元件架構到 SOA概念上，SOA 如同物件導向、軟體元件等軟體技術一般，運用小的零組件組合成應用系統。但 SOA 強調的是如何將彼此關係鬆散的應用系統功能元件在網路上發行、組合及使用。SOA 具有下列技術特性[2]：
-
分散式架構 (distributed)－SOA 的組成元件是由許多分散在網路上的系統組合而來，可能是區域網路，也可能是來自廣域網路。例如網站服務技術 (web services) 就是運作 HTTP來相互連結的 SOA。如此的作法，也使得網站服務技術很快的就成為所有支援網際網路的系統平台均能使用的技術。
-
關係鬆散的界面 (loosely coupled)－傳統的系統主要是將應用系統功能需求切割成相互關聯的小零組件：模組、物件或元件，發展者要花費極大的心力了解零組件是如何設計及使用，以確保不會違反零組件連接關係限制。如此一來，若要以不同零組件替換原始設計，就成為一件困難的事。SOA 的作法是以界面標準來組合系統，只要符合界面要求，零組件可以任意替換，大幅提高系統變更的彈性度。
-
依據開放的標準 (Open standard)－使用開放標準是 SOA 的核心特色，過去的軟體元件平台如 CORBA、DCOM、RMI、J2EE 採用專屬協定作為元件連結的規範，使得不同平台的元件無法相通。SOA 則著重於標準與互動性，將可避免不同平台 (.NET web services 與 Java web services) 開發程式間相互整合的困擾。
-
以流程角度出發 (process centric)－在建構系統時，首先了解特定工作的流程要求，並將其切割成服務界面(包括輸入與輸出資料格式)，如此其他的發展者就可以依據服務界面開發 (或選擇) 合適的元件來完成工作。
最後舉一個學校常用的例子來說明SOA在實際應用上帶來的可能性。假設我們要建立一個線上投稿的網站，網站提供的服務包括了線上投稿作業、論文分派作業、論文審查作業、線上註冊及報名作業等。傳統的方式我們會儘快找一個類似的網站，再儘快將其他類似網站的原始碼(source code)拿來修改，但其他類似網站的原始碼所執行的平台有可能不是架站者所熟悉的作業系統。若要讓架站者作一個客製化，並符合自己投稿主題的線上投稿的網站，可能要熟悉這個平台並修改網頁及測試，再加上別人的網站可能有一些bug，如果要做到毫無問題，除錯時間可能要花上三個月的時間。但是，如果我們導入SOA的架構的話，可能將來只要花費心力將作業服務模組化、物件化或元件化，然後將它們整合到網站中即可，不需要再花費時間和資源自己去維護一個線上投稿的網站，也不需要再自行建立和資料庫連結、報名付款機制等。這個網站就像是建立在SOA上，整合了這些web services元件的一個應用程式系統。更重要的是，透過如http、XML、SOAP 等產業標準開放式協定，不必擔心這些服務使用甚麼平台、甚麼技術來建立，而將來如果有更好的服務或服務提供者時，也可以輕易的將服務更換或更新。對系統開發者來講，可以快速輕鬆的將系統建構完成，將心思專注在規劃更好、更完善的系統上；對服務提供者而言，只要能設計出一個好的服務，它的潛在使用者市場將不再受到使用者平台的限制而有無限的可能。單就這類應用所呈現的美好遠景，應該可以解釋為什麼會到處聽到有人在談論SOA了。
因此 SOA 的實作，就是將所有程式邏輯及服務內容全部包裹在服務內部，並實作一個標準的介面與外部作溝通，這種做法跟傳統的元件導向做法非常類似，唯一的差別是介面定義的方式、資料格式、與溝通管道必須是產業標準 (http、XML、SOAP 等)。 也就是說只要能實作出這樣的介面，不論介面後面是什麼，都可使成為 SOA。
結論
綜合以上的介紹，SOA能帶來的幫助，有以下好處：
1.增加企業盈收，或提升學校的服務品質。
2.提供可變動的網路服務型態。
3.降低學校或企業的成本。
4.降低開發服務的時間。
5.整合學校或企業的網路服務技術資源。
6.降低整體風險及意外。
參考文獻
[1] http://dev2dev.bea.com.tw/techdoc/07soa/07soa_040812_01.htm
[2] http://www.microsoft.com/taiwan/msdn/columns/soa/SOA_overview_2004112901.htm
Google Search