企業應用整合之BizTalk

[轉]

在清華BBS上閒逛時看到一篇關於BizTalk的介紹,這個主題本身並不吸引我,但是作者介紹BizTalk所用的思路是我尋找已久的東西,在售前工作中很多時候都是向客戶介紹一個概念、一個新產品、一個解決方案,我想該文作者提到的思路正適用於我當前的工作：對於一個新的東西的介紹，不外乎從三方面來加以說明，即為什麼（為什麼需要這樣一個產品）、是什麼（這個產品是一個什麼樣的產品）、怎麼用（這個產品具體怎麼用）。以下是該文作者從這三個方面介紹BizTalk：

 

想象一下我們生活的世界，由於技術的發展，使得我們整個世界在空間上越來越接近，“地球村”的概念越來越接近於現實，空間的接近使得我們交流越來越緊密，但另外一個現實，一直困擾著我們，即人類的語言是多種多樣的，這就使得交流中的語言轉譯工作越來越重要。

同樣的情況，出現在商業公司之間的交流中，商業公司的交流，除了言語之間的談判之外，還會涉及到許多公文上的處理，如銀行之間的帳單、公司之間的訂單等等。而且由於歷史原因等，各個公司都會有自己的一套格式，這樣就如同人們的語言問題一樣，公文格式的轉化對於我們來說也是十分重要。

在上個世界八十年代初，我當時還很小，國內出現了一股“世界語”學習的潮流，願望很美好，即全世界的人民都學會一種語言，這樣大家就可以通過一種語言來進行交流，再也沒有語言的障礙。但願望再美好也只是一個設想，從上世紀九十年代，這股熱潮逐漸降溫，估計現在的人們可能很多人都沒有聽說過“世界語”這樣一個說法了。

商業公司之間的公文處理也面臨這樣一種情況，隨著計算機技術的發展，越來越迫切有一種“世界語”能夠遍行各種系統之間，而且由於計算機技術是新技術，不像人類語言都有上千年的歷史，所以統一應該不難。XML的出現適應了這樣的需求，所以隨著它的普及，很多人及公司都為之雀躍不已。畢竟在自然社會中無法實現的事情，在計算機資訊處理過程中出現了。

XML仍然是一種十分靈活的語言，各個商業機構及個人都可以依據自己的需求擴充自己的標籤，這也是XML能夠成功的一個原因。但這種靈活也帶來了一個問題，就是在不同標籤中資訊交換處理時帶來的問題。設想一下，A公司向B公司提供商品，需要A公司提供報價單，A公司如果在其公文格式中使用來代表貨品單價，但B公司內部卻可能使用來代表貨品單價，而代表的總額，則B公司就面臨著一個問題，即如何將A公司的報價單的公文格式轉換成其內部認可的公文格式，以便進行層層審批，再進貨或者報賬等。

業務量少一些，我們可以使用人工去做，我們可以交給專門的業務人員來進行處理，就好象各國政要之間見面總是必不可缺少準備一兩位翻譯官一樣。但世界如此大，一個公司不可能只與幾個公司打交道，它們可能與成百上千家商業合作伙伴打交道，業務量也急劇的增加，如果為每一位商業合作伙伴都準備一位專門的業務人員，那開支將是公司無法接受的。

所以，如何方便高效的處理公文格式之間的轉化擺到了世人的面前。正因為此，Biztalk出現了！

先來做一下單詞釋義，“Biztalk”這個詞如果從詞典裡面查，是查不到，這個又是一個人造單詞，“Biz”這三個字母經常出現在網上的一些言論中，如新聞組、論壇中，代表的是“Business”，即“商業”的意思，而“Talk”從字面上解釋就是“談話、交流”的意思，引伸來就是“交流”的意思。所以我們在這兒可以將“Biztalk”解釋為“商業往來”的意思。

Biztalk並不是微軟首創的，其實Biztalk是一個工業標準，微軟邀請各方業界中許多領導性的組織與企業，針對電子商務的需求共同規劃出BizTalk Framework，作為企業、軟體開發廠商進行電子商務及開發相關解決方案的參考指標。“開放”是所有制定BizTalk Framework委員的共同信念，因此無論在傳輸方式、資料描述方式，或是應用程式間的整合技術，都以目前Internet上的標準為基礎。

為了讓所有平臺上的應用程式都可以瞭解如何辨識及處理商業資訊，BizTalk Framework定義一組通用的XML標註（Tag）及結構作為商業資訊的一致表示方式。這些規則就像是寄件人及地址要寫在郵件信封的右下方，收件人的地址要寫在信封的左上方，中間放收件人的姓名，所有人、郵局及郵差都要遵守並瞭解，郵件才能順利地寄送到收件人手上。不遵守這些規則的信件，不是會被退件，就是將會寄錯地方。

大致來說，BizTalk Framework為電子商務定義以下的遊戲規則：

BizTag－一組專用的XML標註，協助支援BizTalk Framework的伺服器軟體做出正確的處理步驟。
BizTalk Document－定義商業檔案應具備的標準格式，如：收、送雙方的資訊應如何註明。
Logical Layering－在邏輯上，BizTalk Framework分為三層，從上而下分別為：應用程式、支援BizTalk Framework的伺服器軟體、通訊傳輸層。每個層次都可以各自獨立，彼此之間通過事先定義好的程式化介面繫結在一起。在這個開放的架構下，資訊人員可以自行開發、編寫程式開發，或是選擇市場上軟體廠商提供的軟體包，或是其他解決方案。

然而沒有一個解決方案或是平臺可以符合所有的需求，在複雜的商業環境中，企業要自行處理應用程式及系統間的互動。BizTalk Framework規範一個可以讓應用程式或是系統互動的架構，而且獨立於各種技術之上，所有企業及程式開發廠商都可以在這個平臺上，以自行開發的技術或是主流技術，使用各種不同的開發語言、開發工具，像是COM、SOAP、CORBA、Java、Visual Basic、Delphi、PowerBuilder等建立解決方案。

BizTalk Framework在設計的過程中聽取了來自各方的意見及指導，如：解決方案提供廠商、客戶、標準制定組織，並組成BizTalk 指導委員會(BizTalk Steering Committee)。負責制定有關如何應用XML、XML-Schema、MIME技術，提供應用程式、系統間溝通問題的相關規格，這些規格可以應用在程式開發及系統分析及架構上。

其中如何讓應用程式可以安全地、可靠地傳輸XML或是非XML格式的商業檔案，是驅使業界制定BizTalk Framework的一個很重要的原因。實際上的做法可以以標準的檔案信封（Envelope）搭配多種的傳輸方式來完成。在資料保全方面，相關的安全機制包括認證、加密及數字簽名，這些在整個BizTalk Framework中佔有十分重要的角色，W3C目前正專注於幾項有關這方面的技術。

BizTalk Framework可以應用在各種產業、作業處理流程及組織，同時具備足夠的彈性以支援同步、非同步的商業處理程式、大量的資料及各種不同的資訊溝通模式，足以適應變異性相當大的商業環境。
Microsoft BizTalk Server 2000是微軟根據BizTalk Framework所設計出來的一項產品，完全遵循BizTalk Framework所要求的開放架構，使用目前Internet上的標準通訊協議、支援XML及其他Internet標準的資料完整技術，提供可靠的商業檔案傳送能力，協助企業內部及交易夥伴之間的應用程式，可以直接交換彼此的訂單、發票等商業資訊，滿足電子資料交換自動化，確保資料安全、一致及實時的需求。

基本上，Microsoft BizTalk Server 2000由兩大服務所組成，商業資訊的包裝與收送由BizTalk Messaging Service負責，另一個主要的服務是BizTalk Orchestration。在真實生活中，每一項商業活動其實都是由一連串的商業資訊處理程式所組成，為提供企業完整的電子商務解決方案，微軟也將商業流程的功能加入BizTalk Server 2000，由BizTalk Orchestration負責。

BizTalk Orchestration包括一組設計、建立及執行動態商業處理作業的服務及工具，以整合多個組識、各種平臺上的應用程式，提供一個基礎架構協助企業進行商業處理作業的整合及管理工作。在BizTalk Server中，提供整合功能的基礎架構是最重要的一項使命，通過BizTalk Orchestration，企業便具備整合各種商業流程、應用程式及異構平臺、系統的能力。事實上，BizTalk Server 2000延伸以往傳統電子商務及電子資料交換（EDI）產品的功能，更進一步將企業與合作廠商整合成緊密連結的電子商業群體。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/12639172/viewspace-160058/，如需轉載，請註明出處，否則將追究法律責任。