IT界出現(xiàn)的最新術(shù)語SOA，是服務(wù)型架構(gòu)（service oriented architecture）的縮寫。它是如今IT經(jīng)理、系統(tǒng)集成商和IT供應(yīng)商的最常掛在嘴邊的詞，然而只有很少的經(jīng)理、集成商或供應(yīng)商知道它到底是什么。SOA其實不是一種產(chǎn)品，技術(shù)或者體系結(jié)構(gòu)，它只是一種應(yīng)用軟件一體化的概念。這一點制造業(yè)的專業(yè)人士應(yīng)該知道，因為他們常常被要求將他們的系統(tǒng)與其它系統(tǒng)界面通過ESB(企業(yè)服務(wù)總線)主干網(wǎng)，以SOA 模式連接起來。ESB是軟件、路由信息、緩沖請求和回應(yīng)的連接通道，而SOA則限定了通過這條通道的內(nèi)容。
最早的SOA 概念是希望任何應(yīng)用軟件的界面都應(yīng)該具備一定的商業(yè)用途，比如可以處理一個購貨訂單或者進行庫存的實物清算。只要開始服務(wù)就可以自動完成整套相關(guān)的商業(yè)流程。舉一個例子，有一項可以提供“為到達(dá)的貨物分配一個庫存容器號碼”的服務(wù)。這項服務(wù)用物質(zhì)化的ID標(biāo)簽，為庫存的容器分配一個號碼。因此，它的SOA界面可能就是被稱為“Assign Storage Container ID. （分配庫存容器ID）”的服務(wù)。它通過那個分配號碼的應(yīng)用軟件與ESB相連。當(dāng)分配ID時，程序有可
能同時執(zhí)行其他的工作，例如記錄任務(wù)；專項儲存庫存號碼資料以備貨物到達(dá)時能及時調(diào)用；以及將容器的狀態(tài)標(biāo)記為“使用中”。
SOA的設(shè)立基于6個假設(shè)的前提：系統(tǒng)是松散耦合的；界面交換是非物質(zhì)的；程序具有RPC(remote procedure call遠(yuǎn)程功能呼叫)功能；界面基于消息；消息使用XML 數(shù)據(jù)；以及界面支持同步或不同步兩種數(shù)據(jù)傳輸形式。
當(dāng)一個系統(tǒng)工作時不會對另一系統(tǒng)產(chǎn)生較大程度，而同時服務(wù)的實施在幕后進行時，系統(tǒng)被認(rèn)為是松散耦合的。而非物質(zhì)的界面并沒有固定的形式，每次使用的其實只是被交換的數(shù)據(jù)，而不是隱藏在背后的服務(wù)提供商的知識和經(jīng)驗。RPC 功能就是程序運行起來就像一個本地函數(shù)或者子程序調(diào)用那般簡單，使用者完全不必理會界面信息的任何細(xì)節(jié)。一個基于信息的界面通過ESB在程序間傳送消息；這些消息基于XML 數(shù)據(jù)，而非可展開的文件或某種專用的二進制語言。服務(wù)可能是同步的，即發(fā)送請求然后等待即時回應(yīng)。同樣的，當(dāng)服務(wù)請求發(fā)出后，程序繼續(xù)處理另一個過程，稍后再做出回應(yīng)，這時服務(wù)是不同步的。
這些簡單的SOA 概念很難在現(xiàn)有的系統(tǒng)里實現(xiàn)。關(guān)鍵是為系統(tǒng)提供的服務(wù)確定適當(dāng)?shù)某潭群皖愋�。服�?wù)可以是精細(xì)型的，也就是執(zhí)行諸如改變某一數(shù)據(jù)要素；也可以是粗放型的，即可處理重要復(fù)雜的商務(wù)過程的服務(wù)。可以想見，粗放型的服務(wù)是比較受歡迎的SOA 應(yīng)用類型；當(dāng)然，在很多情況下，精細(xì)型服務(wù)也是不可或缺的。
制造團隊?wèi)?yīng)該幫助企業(yè)認(rèn)清他們的系統(tǒng)需要實現(xiàn)的服務(wù)是粗放型還是精細(xì)型的，以方便其做出決定。通常會使用到SOA模式的商業(yè)流程主要集中在物質(zhì)管理、物流控制，包括原材料、設(shè)備和人員的運轉(zhuǎn)等。粗放型服務(wù)主要針對生產(chǎn)、測試、維護等主要流程，而精細(xì)型服務(wù)則主要處理與材料、設(shè)備和人員相關(guān)的具體信息。必須強調(diào)一點：SOA不是一個隨處可用的解決辦法；要實現(xiàn)SOA必須要很好地理解生產(chǎn)制造在企業(yè)供應(yīng)鏈里所起的作用。 |
