65期：深度特寫 Special Report
分解業務流程 彈性重組Back
NEC新解決方案 SOA基礎的WebOTX(上)
撰文◆ NEC Soft 台灣 System Center 佐能 技術駐在員
WebOTX是NEC的AP伺服器產品，無論其用途、規模，從精巧型的Web系統，到擔任關鍵任務的大規模基幹系統，目前在日本境內均廣泛地被使用。
在此將分兩次介紹WebOTX。特別是在台灣，有使用ACOS與Open兩種系統的客戶，所以這次我們針對發生在客戶身上的課題，做了一些整理，然後對這些主要課題的連結‧擴充性對策，也就是「SOA基礎的WebOTX」加以說明。
Service Oriented Architecture 服務導向架構
在不斷變遷的企業與市場環境當中，客戶需要的是「能順應環境變化、富有彈性的資訊系統」。於是，「SOA」就成為現在最受矚目的焦點了。所謂的SOA架構，就是用服務的觀點，把之前的業務流程加以分解、並擷取後，再藉由重新組合，能更迅速且有彈性地進行業務流程的變更。
WebOTX Service Integration為NEC所倡導的SOA基礎產品，其核心部分就是 WebOTX Enterprise Service Bus（ESB，企業服務匯流排），以「服務」為單位，來處理應用程式以及系統的集合，這種仲介功能，讓各個服務能夠更順暢。藉由WebOTX Enterprise Service Bus，與擁有高度信賴技術、且有實績的WebOTX，兩者 功能相互組合後，就可為客戶實現引頸期盼的SOA。
台灣ACOS．Open並存系統課題
在台灣的客戶當中，無論是只採用ACOS，或是採用ACOS．Open並存系統，都有發生以下大大小小的課題。（圖1）
影響業務的課題：
-
ACOS性能在峰時超出它的處理能力：交易量增加，或是業務追加時，ACOS性能會無法應付峰時的處理。
-
較長時間的批次，或夜間進行的檔案傳送，在資料處理上，即時同步性會比較低，所以對客戶的商機，會帶來一些損失。比如夜間批次處理時間太長，導致隔天白天的Online作業處理受到影響。為了Online作業的正常，就必須將夜間的批次作業提早處理。
-
無法提升資料‧傳票輸入的效率：雖然想要立即處理接單資料，但人工作業的傳票輸入效率，還是有它的極限在，而無法提升輸入效率。
-
需要ACOS專用的特定端末，和ETOS等的 Emulator軟體：必須強迫合作企業與協力廠商等的其他公司，導入ACOS專用的端末軟體。此外，未來也將面臨以下幾點課題。
-
要確保維護人員：要充分確保每種語言．技術的維護人員並不容易，所以未來在故障對應上，也很令人擔心。現在，可對應ACOS、COBOL的SE維護人員不斷減少，加上ACOS技術人員要轉移到Open上，也是很困難。
-
運用維護費：泛用機種的魅力，就是它十分值得信賴。不過，還是希望可以縮減機器的維修台數，以及產品的維護費用。總之，如果要加快擴展生意的速度，就一定需要能彈性的連結與簡便擴充性能的系統。
這次就介紹到這，下次會針對ACOS‧Open並存系統的連結、擴充性對策，及SOA基礎的WebOTX運用Image，作具體的說明。
Previous 
Top
