預期將系統整合在一起已成為常態。 當組織走向服務導向的世界時，真正的目標是建立有效的業務流程，將分散的系統整合成一個連貫的整體，變得更加容易實現。
Microsoft BizTalk Server 允許連接各種軟體，然後以圖形方式建立和修改使用該軟體的進程邏輯。 BizTalk Server 也可讓資訊工作者監視執行中的程式、與貿易夥伴互動，以及執行其他業務導向的工作。
BizTalk Server 的主要新功能包括：
更妥善地支援部署、監視和管理應用程式
明顯更簡單的安裝
改善商務活動監視的功能（BAM）
BizTalk Server 也會使用最新版的其他Microsoft技術。 它是建置在 .NET Framework 上，開發人員工具裝載於 Microsoft Visual Studio。 針對記憶體，BizTalk Server 會使用 SQL Server。 BizTalk Server 可以在 64 位 Windows Server 上執行，並利用硬體所提供的較大記憶體和其他優點。
什麼是 BizTalk Server？
將不同的系統結合到有效的商務程式是一個具有挑戰性的問題。 因此，BizTalk Server 包含一系列技術。 下圖說明產品的主要元件。
如圖所示，產品的核心是 BizTalk Server 引擎。 引擎有兩個主要部分：
傳訊元件，可提供與各種其他軟體通訊的能力。 藉由依賴配接器進行不同類型的通訊，引擎可以支援各種通訊協定和數據格式，包括 Web 服務和許多其他通訊。
支援建立和執行稱為協調流程的圖形化定義進程。 協調流程建置在引擎傳訊元件之上，實作驅動商務程式所有或一部分的邏輯。
其他數個 BizTalk 元件也可以與引擎搭配使用，包括：
評估複雜規則集的商務規則引擎。
群組中樞，可讓開發人員和系統管理員監視及管理引擎及其執行的協調流程。
企業單一 Sign-On （SSO） 設施，可讓您對應 Windows 和非 Windows 系統之間的驗證資訊。
在此基礎之上，BizTalk Server 包含商務活動監視，資訊工作者會用來監視執行中的商務程式。 信息會顯示在商務而非技術術語中，而商務用戶會決定顯示哪些資訊。
連接多樣化系統
大部分的新式商務程式至少相依於軟體。 雖然單一應用程式支援其中一些程式，但其他許多程式則依賴不同的軟體系統。 在許多情況下，此軟體已在不同時間、不同平臺上建立，並使用不同的技術。 自動化這些商務程式需要連接不同的系統。
解決這項挑戰的方式有各種名稱：商務程式自動化（BPA）、商務程式管理（BPM）和其他。 不論名稱為何，兩個案例對於應用程式整合而言最為重要。 其中一個是連接單一組織內的應用程式，通常稱為企業應用程式整合（EAI）。 另一個稱為企業對企業（B2B）整合，會連接不同組織中的應用程式。
下圖顯示套用至 EAI 問題的核心 BizTalk Server 引擎簡單範例。 在此情境中，庫存應用程式可能在IBM大型主機上運行，察覺到某項目庫存量不足，因此發出請求以訂購更多該項目。 此要求會傳送至 BizTalk Server 協調流程 （步驟 1），然後向要求採購單的組織 ERP 應用程式發出要求（步驟 2）。 ERP 應用程式可能正在 Unix 系統上執行，會傳回要求的 PO（步驟 3），然後 BizTalk Server 協調流程會通知履行作業應用程式，該應用程式可能是在 Windows 上使用 .NET Framework 建置，應該對項目進行下訂單 （步驟 4）。
在此範例中，每個應用程式都會使用不同的通訊協議進行通訊。 因此，BizTalk Server 引擎的傳訊元件必須能夠與其原生通訊樣式中的每個應用程式通訊。 此外，請注意，沒有任何單一應用程式知道完整的商務程式。 協調所有相關軟體所需的情報是在 BizTalk Server 協調流程中實作。
連接組織內的應用程式很重要，但連接跨組織的應用程式至少可以有那麼多的價值。 下圖顯示這種企業對企業整合的簡單範例。 在此情況下，圖頂端的購買組織會執行與兩個供應商組織互動的 BizTalk Server 協調流程。 供應商 A 也會使用 BizTalk Server，為其供應應用程式提供間接存取。 供應商 B 使用來自其他廠商的整合平臺，使用 Web 服務連線到購買組織的 BizTalk Server 協調流程。
