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