Разработка приложений с использованием BizTalk Server

Для создания решений в области электронной коммерции корпорация Microsoft в марте 1999 года представила концепцию BizTalk Framework, с которой можно ознакомиться на узле Internet-сообщества biztalk.org. Основной задачей BizTalk Framework является упрощение создания решений взаимодействия организаций, торговых партнеров и частей одной организации между собой. Другими словами, BizTalk Framework позволяет интегрировать приложения, созданные на различных программных и аппаратных платформах и разнесенные в пространстве. Это достигается посредством ориентации на индустриальные стандарты, например на XML, и независимостью от используемых транспортных сервисов, будь то MSMQ, HTTP, DCOM и т.п.

Для реализации решений, совместимых с BizTalk Framework, корпорация Microsoft предлагает два продукта — BizTalk Jumpstart Kit и BizTalk Server. BizTalk Jumpstart Kit представляет собой набор утилит, средств разработки приложений, сервисов исполнения и документации, позволяющих создавать BizTalk-совместимые решения, которые впоследствии можно будет перенести на BizTalk Server. А BizTalk Server является уже готовым решением для построения систем взаимодействия в электронной коммерции. Далее мы расскажем о приложениях, использующих BizTalk Server.

Основные понятия BizTalk Server

BizTalk Server — серверный продукт нового класса. Это не сервер приложений, не сервер Message Oriented Middleware и не сервер почтовой системы. BizTalk Server — это сервер интеграции приложений и создания информационной инфраструктуры взаимодействия приложений. Для создания решения на базе этого сервера необходимо описать структуру разрабатываемого решения в терминах BizTalk Server. К числу таких понятий относятся: организация (Organization), приложение (Application), соглашение (Agreement), спецификация документа (Document Specification), конверт (Envelope) и соединение (Pipeline). Рассмотрим эти понятия подробнее.

Организации и приложения

В концепции BizTalk Server используются понятия организации и приложения. С помощью объекта организации в BizTalk Server можно представить какую-то организацию или часть организации, являющуюся источником или приемником электронного документа. Внутри организации существуют приложения, являющиеся конечным пунктом получения сообщения или их источником (рис. 1).

Соглашения, спецификации документов и конверты

Для сообщения используется термин «документ». Документ должен быть отформатирован в соответствии со своей спецификацией, определяющей его структуру и содержимое.

Спецификация документа содержит ссылку на схему документа. При этом с помощью редактора схем может быть разработана собственная схема или использована уже готовая, взятая из библиотеки схем.

Для установления связи между двумя организациями или приложениями организаций необходимо создать соглашение. В нем можно задать источник и приемник информации, а также спецификацию документа, используемого при передаче информации.

Соглашения делятся на несколько типов: по направлению пересылки — на входящие и исходящие, по состоянию — на завершенные и незавершенные. Также существуют открытые соглашения, в которых не указан или источник, или приемник информации.

После создания соглашения можно согласно хранящейся в нем информации отправлять или получать сообщения, содержащие документы, соответствующие спецификации. В случае если в схеме документа не содержится информация об адресатах, можно применить конверт, также соответствующий схеме и предназначенный для транспортировки документа. Конверт содержит сам пересылаемый документ, а также информацию о маршруте.

В соглашении можно также указать транспорт, с помощью которого будет осуществляться передача информации. Транспортами могут быть DCOM, HTTP, MSMQ и т.д. Список поддерживаемых BizTalk Server транспортов будет постоянно расширяться.

Обеспечить безопасность транспортировки документа можно, указав в соглашении на необходимость шифрования документа и необходимость осуществления его электронной подписи.

После создания соглашение сохраняется в базе данных BizTalk Server и вступает в силу. Таким образом, если это соглашение — для входящего документа, то при поступлении такого документа на BizTalk Server документ будет доставлен адресату, а в случае исходящего документа появится возможность отправки электронных документов в другие организации и другим приложениям.

При необходимости рассылки одного документа нескольким получателям можно применять листы распространения. Лист распространения — это набор исходящих соглашений (рис. 2).

Соединения

Помимо возможности транспортировки, BizTalk Server предоставляет возможность автоматизации преобразования и обработки документов. Наиболее типичная реакция приложения на входящий документ может быть такой: анализ содержимого документа, сохранение информации о нем в журнале (протоколирование), выполнение задач бизнес-логики, преобразование документа к иному формату (например, выработка квитанции), отправка преобразованного документа по маршруту, выбранному в соответствии с содержимым документа.

Примером такой ситуации может быть система on-line-продаж. При поступлении от клиента заказа необходимо осуществить его обработку, занести информацию о заказе в журнал и отправить заказ тому или иному поставщику для осуществления поставки. Форматы запроса клиента и заказа поставщику могут быть разными, но содержащаяся в них информация сходна (наименование товара, количество, адрес доставки).

Реализацию такого сценария можно полностью возложить на BizTalk Server. Для этого в BizTalk Server применяются соединения (рис. 3). Соединение, как это следует из названия, соединяет входящее соглашение с исходящим или с листом распространения. При получении документа, соответствующего указанному в настройках соединения входящему соглашению, будут выполнены преобразования документа — от вида, используемого во входящем соглашении, к виду, используемому в исходящем соглашении, информация, указанная в настройках соединения, будет занесена из документа в журнал, а преобразованный документ будет отправлен по исходящему соглашению. На этапе преобразования документа внутри соединения в него можно внести информацию об адресате.

Для преобразования документа в соединении необходимо создать описание преобразования с помощью утилиты BizTalk Mapper, о чем будет сказано ниже.

Схема взаимодействия BizTalk Server

Создав и описав схему взаимодействия, можно запускать сервис исполнения BizTalk Server. После этого входящие и исходящие документы будут обрабатываться и маршрутизироваться в соответствии со схемой. Чтобы реализовать бизнес-логику создаваемого решения, необходимо интегрировать с BizTalk Server приложения, реализующие бизнес-логику системы.

Для создания и редактирования схемы взаимодействия BizTalk Server используется утилита BizTalk Management Desk (рис. 4). С ее помощью можно создавать организации, приложения, соглашения, соединения и спецификации документов.

Интеграция с BizTalk Server

Для использования функциональности BizTalk Server необходимо либо создавать приложения, взаимодействующие непосредственно с BizTalk Server, либо использовать возможности интеграции BizTalk Server.

При интеграции приложений с BizTalk Server требуется выполнить две основные функции — отправку и прием документов. В этих целях используются компоненты интеграции приложений и средства BizTalk Server для отправки сообщений.

Компоненты интеграции приложений

Для получения документов от BizTalk Server для их обработки и реализации бизнес- логики системы можно использовать компоненты интеграции приложений. Компонент интеграции приложений — это COM-компонент, реализующий интерфейс IBTSAppIntegration, содержащий единственный метод — ProcessMessage.

После создания этого компонента его необходимо зарегистрировать в BizTalk Server. После регистрации появится возможность указывать его в качестве приложения во входящих соглашениях.

Если регистрация прошла успешно, то при получении документа, указанного в соглашении, будет вызван метод ProcessMessage компонента. В качестве параметра в этот метод будет передано содержимое полученного документа, что позволяет на основании содержимого документа реализовать необходимую бизнес-логику.

Интерфейс IBTSAppIntegration может организовать и отправку ответа на полученное сообщение. Для этого в реализуемом компоненте необходимо через второй параметр метода ProcessMessage передать содержимое ответа.

Документ будет передан с помощью метода SubmitSync интерфейса IInterchange, о котором пойдет речь в следующем разделе.

Отправка сообщений

Для отправки сообщений с помощью BizTalk Server существует два способа:

непосредственная отправка;
отправка с помощью функций захвата.

Непосредственная отправка сообщения — основной способ отправки сообщений в BizTalk Server. При создании нового приложения с использованием BizTalk Server лучше пользоваться именно им. Функции захвата сообщений используются при интеграции BizTalk Server с существующими приложениями, неспособными работать с ним непосредственно.

Непосредственная отправка сообщений

Для непосредственной отправки сообщений необходимо использовать интерфейс Iinterchange, предоставляемый BizTalk Server. С помощью этого интерфейса можно отправить документ двумя способами — синхронно и асинхронно.

Синхронный способ используется для реакции приложения на ошибки, возникающие при отправке документа (например, при неверной информации об используемом соглашении). При использовании этого способа документ либо успешно обрабатывается, либо не обрабатывается вообще, и тогда приложению, инициирующему отправку документа, возвращается информация об ошибке — в этом и состоит его основное отличие от асинхронного способа отправки.

При асинхронном же способе отправки документ всегда воспринимается BizTalk Server, а в случае невозможности его дальнейшей обработки приложение не получает информации об этом (как в синхронном способе) и документ помещается в очередь ошибочных сообщений. Состояние этой очереди можно узнать при помощи интерфейса IInterchange. С помощью этого же интерфейса можно удалить сообщение из очереди.

Функции захвата сообщений

Если необходимо получить документы от приложений, не способных взаимодействовать напрямую с BizTalk Server через интерфейс IInterchange, то можно использовать функции захвата сообщений. В данный момент BizTalk Server поддерживает три типа функций захвата сообщений:

файловую функцию захвата сообщений;
функцию захвата сообщений из MSMQ;
функцию захвата сообщений по HTTP.

Все функции захвата сообщений работают одинаково: получив сообщение, функция захвата вызывает интерфейс IInterchange, так же как это осуществляется при непосредственной отправке сообщений.

Файловая функция захвата сообщений

Файловая функция захвата сообщений настраивается из утилиты BizTalk Server Administration. В настройках можно указать имя сервера, на котором эта функция будет исполняться, путь к каталогу файловой системы и тип используемых файлов. После завершения настройки функция начинает периодически сканировать выбранный каталог. Когда там появится файл с необходимым типом, то этот файл будет удален из каталога и будет произведена его обработка (отправка) согласно информации о получателе, содержащейся в файле.

Функция захвата сообщений из MSMQ

Отличие функции захвата сообщений из MSMQ от файловой функции захвата состоит в том, что здесь происходит настройка на очередь в MSMQ, а не на определенный каталог в файловой системе. При использовании такого типа взаимодействия с BizTalk Server приложение помещает сообщение в очередь MSMQ, а функция захвата использует интерфейс IInterchange для отправки сообщения

Функция захвата сообщений по HTTP

Функция захвата сообщений по HTTP используется для приложений, способных отправлять файл с помощью команды HTTP POST.

Использование информации журнала BizTalk Server

Все события, происходящие при работе BizTalk Server, например получение и отправка документов, заносятся в отдельную базу данных. Для просмотра этой базы данных нет необходимости обращаться непосредственно к SQL Server. Более того, этого делать нельзя, так как структура этой базы не описана и может измениться в следующих версиях продукта.

В случае необходимости получения информации об активности BizTalk Server можно использовать интерфейс ICISReadData. С его помощью можно получить полную информацию о событиях, происходивших в BizTalk Server.

Расширение BizTalk Server

BizTalk Server 2000 предоставляет большие возможности для расширения собственной функциональности, а именно:

расширение возможностей BizTalk Server с использованием объектной модели BizTalk Server;
создание компонентов соединения;
создание собственных парсеров;
создание компонентов сохранения документов.

Рассмотрим подробнее каждый из способов расширения функциональности BizTalk Server.

Объектная модель BizTalk Server

BizTalk Server предоставляет другим приложениям объектную модель, позволяющую оперировать настройками сервера, создавать, изменять и удалять объекты BizTalk Server, такие как соглашения, организации, соединения и т.д. Объекты, предоставляемые BizTalk Server, полностью совместим c Automation, что позволяет управлять BizTalk Server с помощью приложений на VC++, VB и VBScript, а также любой среды, поддерживающей COM и Automation.

При управлении BizTalk Server с помощью объектной модели необходимо учитывать, что вся конфигурационная информация BizTalk Server хранится в реляционной базе данных в SQL Server и что для сохранения ссылочной целостности между объектами, представленными в базе, все объекты необходимо создавать и удалять в определенном порядке.

Приложение BizTalk Management Desk, посредством которого можно управлять BizTalk Server, написано с использованием объектной модели BizTalk Server.

Компонент соединения

Компонент соединения необходим для реализации нестандартной функциональности соединения. Он реализуется в COM-компоненте с помощью интерфейсов IPipelineComponent и IPipelineComponentAdmin. Интерфейс IPipelineComponent вызывается при работе соответствующего соединения, а интерфейс IPipelineComponentAdmin — при настройке.

Эти интерфейсы не являются новыми для BizTalk Server, они уже используются при расширении функциональности Microsoft Site Server, поэтому существует возможность использования одних и тех же компонентов как в BizTalk Server, так и в Site Server.

Компонент парсера и компонент сохранения

BizTalk Server поддерживает несколько форматов документов, среди которых XML, EDIFACT, X12, файл с разделителями. Если же существует необходимость в реализации поддержки нестандартного формата для поддержки существующих приложений, то можно воспользоваться нестандартными компонентами парсера и сохранения.

Компонент парсера — это COM-компонент, реализующий интерфейс IBizTalkParserComponent. С помощью этого интерфейса можно представить документ в нестандартном формате в виде XML-документа.

Компонент сохранения выполняет обратную задачу — сохранения XML-документа в нестандартном формате.

Инструменты BizTalk Server

В поставку BizTalk Server входят следующие инструменты:

BizTalk Editor;
BizTalk Mapper;
BizTalk Management Desk;
BizTalk Server Administration.

О BizTalk Management Desk мы уже рассказали, а о BizTalk Server Administration речь пойдет в разделе, посвященном администрированию BizTalk Server.

BizTalk Editor

Этот инструмент из поставки BizTalk Server предназначен для создания и редактирования схем для спецификаций документов. Схема документа — это XML-документ, в котором описываются формат документа, его структура, типы используемых в нем данных, допустимые значения для элементов, обязательность этих документов, количество повторений элементов одного типа и т.д. Внешний вид BizTalk Editor представлен на рис. 5, а XML-схема документа — на рис. 6.

BizTalk Mapper

Как было сказано выше, преобразование документов из одного формата (схемы) в другой является очень распространенной задачей в приложениях электронной коммерции. Как правило, задача преобразования документов решается с использованием трех компонентов: парсера документа, компонента преобразования и компонента сохранения документа.

Парсер документа используется для создания логической модели документа на основе описания его структуры. Существуют стандарты на логическое описание документа, например Document Object Model (DOM). Существуют также парсеры для преобразования документа определенного формата к логической структуре, например Microsoft XML Parser, представляющий документ, отформатированный в соответствии со стандартом XML в виде DOM.

Компонент сохранения документа предназначен для сохранения некой логической структуры документа в определенном формате. Примером такого компонента может выступать опять же Microsoft XML Parser, сохраняющий DOM в XML-файл.

Мы уже говорили, что существует возможность написания собственных компонентов парсера и сохранения документа для любых форматов.

Третий компонент преобразования документов — собственно и занимающийся преобразованием, — как правило, реализуется на одном из языков программирования — (от C++ до VBScript) и берет на себя всю логику преобразования. Для каждого нового преобразования создается новый компонент преобразования, что неэффективно.

В BizTalk Server для преобразования документов используется стандартный механизм — XML Transform (XMLT). В нем на языке XML описывается преобразование документа из одного формата в другой. Для создания описаний преобразования документов и служит утилита BizTalk Mapper (рис. 7).

С ее помощью можно задать способ преобразования документа из одной схемы в другую, причем схемы могут быть одинаковыми. В этом случае будет происходить не преобразование форматов, а исключительно трансформация содержимого документов.

Созданную с помощью BizTalk Mapper схему преобразования можно поместить в репозиторий BizTalk Server и затем использовать при описании соединений.

Архитектура BizTalk Server

BizTalk Server предоставляет следующие сервисы для приложений:

транспортные;
парсеры документов;
проверка корректности данных;
доставка документов;
безопасность;
функции захвата документов.

Для реализации этих сервисов используется архитектура, изображенная на рис. 8. BizTalk Server использует сервер баз данных SQL Server для хранения информации о собственных настройках, хранения очередей и для хранения журнала событий. Также в BizTalk Server существует репозиторий для хранения спецификаций документов и описаний преобразований документов, построенный с использованием технологии Web Distributed Authoring and Versioning (WebDAV). Рассмотрим подробнее компоненты BizTalk Server.

Базы данных BizTalk Server

В BizTalk Server используются три базы данных:

база данных управления (Management Database);
база данных очередей (Shared Queue Database);
база данных журнала (Document Tracking and Activity Database).

База данных управления содержит информацию о созданных объектах BizTalk Server (соглашениях, соединениях, организациях и т.д.) и связях между ними.

База данных очередей содержит следующие очереди BizTalk Server:

очередь спланированных документов (Scheduled queue) — содержит документы, обработанные BizTalk Server и ожидающие отправки в листе распространения;
рабочая очередь (Work queue) — содержит документы, находящиеся в процессе обработки;
очередь повторных документов (Retry queue) — содержит документы, находящиеся на повторной посылке (в случае возникновения ошибки, из-за которой не удалась первая попытка отправки документа);
очередь приостановленных документов (Suspended queue) — содержит документы, отправка которых не удалась из-за ошибки их обработки (ошибки парсера, ошибки сохранения и др.).

База данных журнала содержит информацию о происходивших в процессе работы BizTalk Server событиях, например о получении и отправке документа.

Транспортные сервисы

Транспортные сервисы служат для транспортировки документов между приложениями и организациями. Сейчас в BizTalk Server поддерживаются следующие транспортные сервисы:

HTTP;
HTTPS;
SMTP;
FTP;
File;
Fax;
Message Queuing;
Application integration components.

При использовании транспортных сервисов — HTTP, HTTPS, SMTP, FTP, File, Fax, Message Queuing — BizTalk Server отправляет документ по протоколу, установленному данным транспортным сервисом, используя указанный в настройках соглашения адрес. Формат адреса также выбирается согласно протоколу: для транспортного сервиса File это путь к каталогу, для транспортного сервиса Fax — номер телефона и т.д. При использовании транспортного сервиса Application integration components в качестве адреса используется строка вида «имя_организации/имя_приложения». Используя различные транспортные сервисы, можно осуществлять интеграцию с широким спектром существующих приложений.

Репозиторий BizTalk Server

Репозиторий BizTalk Server используется для хранения спецификаций документов и схем преобразования документов. Он реализован с помощью технологии WebDAV, расширения протокола HTTP.

Установка и администрирование BizTalk Server

В установке BizTalk Server необходимо отметить несколько моментов.

Во-первых, установка BizTalk Server бывает трех видов: серверная, клиентская и выборочная (рис. 9). Серверная от клиентской отличается наличием сервиса исполнения BizTalk Server.

Во-вторых, при установке BizTalk Server необходимо выбрать, будет ли устанавливаемый сервер входить в существующую группу или будет создана новая группа (рис. 10). О группах серверов речь пойдет ниже.

В-третьих, необходимо также решить, создавать ли новые базы данных BizTalk Server или использовать существующие (рис. 11).

Для администрирования служит Windows Management Instrumentation (WMI) — общая концепция администрирования для платформы Windows. BizTalk Server использует WMI для инкапсуляции административных функций. BizTalk Server представляет WMI провайдера для изменения своих настроек и для сохранения конфигурационной информации в SQL Server.

При администрировании используются два основных понятия — «серверы» и «группа серверов». Сервер всегда входит в одну и только одну группу серверов. В группу серверов входит один или несколько серверов BizTalk Server, которые совместно управляются, конфигурируются и администрируются. Серверы BizTalk совместно используют общие базы данных в SQL Server и общие компоненты (например, транспортные сервисы и компоненты интеграции приложений).

Для администрирования BizTalk Server используется Microsoft Management Console (MMC) SnapIn. С помощью интерфейса пользователя административной консоли можно создавать группы серверов, включать серверы в группы, просматривать состояние очередей, создавать и настраивать функции захвата документов и т.д. Внешний вид консоли администрирования BizTalk Server показан на рис. 12.

Дополнительная информация

Информации по технологии BizTalk Framework и BizTalk Server, ввиду ее новизны, пока еще мало. В таблице приведен список источников дополнительной информации по этой теме и сопутствующим технологиям.

Основные понятия технологии BizTalk и Microsoft BizTalk Server 2000

Agreement— соглашение. Информация о правилах общения между собой организаций — источника и приемника данных, позволяющих организовывать обмен данными.
BizTalk Framework — набор спецификаций, инструментов и схем для создания решений для электронной коммерции. Базируется на технологиях XML.
Data translation — преобразование данных из одного формата в другой и из одной спецификации в другую.
Default organization — организация по умолчанию. Для работы BizTalk Server необходимо определить организацию, которая по умолчанию будет являться источником для исходящих соглашений и приемником для входящих.
Delimited flat file — файл с разделителями. Файл, содержащий записи, каждая из которых представляет собой группу полей, разделенных символом или символами.
Destination organization — организация-приемник. Организация, являющаяся приемником сообщений в соглашении или соединении.
Distribution list — лист распространения. Набор окончательных исходящих соглашений, позволяющий рассылать один документ группе получателей.
DocStructure element — элемент документа. Элемент XML-документа.
Document definition — описание документа. Набор именованных свойств, описывающих бизнес-документ в соглашении, соединении, листе распространения. Свойства описания объекта содержат ссылку на схему документа, набор полей документа для слежения, критерий выбора.
Document Tracking and Activity (DTA) database — база данных мониторинга активности. База данных в SQL Server, общая для группы серверов BizTalk, в которой хранится информация обо всех входящих и исходящих документах.
DocumentSpecification element — элемент спецификации документа. Корневой элемент спецификации, описывающий схему документа и глобальные характеристики спецификации: версию, имя файла и т.д.

BizTalk Framework, BizTalk Server
http://www.microsoft.com/biztalk/	Узел корпорации Microsoft, посвященный технологии BizTalk
http://www.microsoft.com/biztalkserver/	Узел корпорации Microsoft, посвященный BizTalk Server
http://biztalk.org/	Узел Internet-сообщества. Здесь содержатся статьи и спецификации о BizTalk, форумы и группы новостей, а также обширная библиотека XML-схем документов
http://msdn.microsoft.com/msdnmag/issues/0500/biztalk/biztalk.asp	Статья Aaron Skonnard и Bob Laskey «BizTalk Server 2000: Architecture and Tools for Trading Partner Integration»
news://msnews.microsoft.com/microsoft.public.biztalk.server	Конференция, посвященная BizTalk Server
WebDAV, XML
http://msdn.microsoft.com/xml/	Узел корпорации Microsoft, посвященный технологии XML
http://msdn.microsoft.com/xml/articles/xmlandwebdav.asp	Статья Craig Neable и Sean Lyndersay «Communicating XML Data Over the Web with WebDAV»
news://msnews.microsoft.com/microsoft.public.xml	Конференция, посвященная технологиям на базе XML

EDIFACT — стандарт электронного обмена данными (Electronic Data Exchange, EDI), разработанный в США и используемый в Европе, Японии и других странах Азии. Также известен как United Nations/Electronic Data Interchange For Administration, Commerce and Transport (UN/EDIFACT).
Global tracking fields — глобальные поля для мониторинга. Поля в спецификации документа, которые записываются в базу данных мониторинга для каждого документа, обрабатываемого BizTalk Server.
Functoid — функтоид. Функция, позволяющая производить сложные манипуляции с данными при преобразовании документа из одной спецификации в другую.
Functoid Palette — палитра функтоидов. Панель инструментов в BizTalk Mapper, содержащая все функтоиды, которые можно использовать при преобразованиях документов.
Inbound agreement — соглашение для входящего документа, входящее соглашение. Соглашение, содержащее описание правил для входящего документа.
Industry standard — промышленный стандарт. Определенный набор правил, используемых при электронном обмене информацией.
Instance — экземпляр. Экземпляр документа определенной спецификации, обрабатываемый BizTalk Server.
Interchange — обмен информацией. Набор документов, пересылаемых от приложения к приложению в одной или разных организациях.
Internal organization — внутренняя организация. Организация, представляющая внутреннюю организацию или подразделение внутренней организации.
line-of-business (LOB) application — основное бизнес-приложение. Приложение, выполняющее основные бизнес-процессы организации.
Link — связь. В BizTalk Mapper — простая связь, копирующая значение из исходной спецификации в конечную спецификацию или осуществляющая копирование данных в функтоид.
Map file — файл, содержащий инструкции по преобразованию документа из одного формата в другой.
Mapping — процесс преобразования документа из одного формата в другой.
Microsoft BizTalk Server 2000 — сервер преобразования данных и интеграции приложений, используемый для обмена данными. Microsoft BizTalk Server использует XML для обеспечения интеграции между бизнес-системами, независимо от платформы, операционной системы и используемых технологий. Сервер предоставляет шлюз для отправки и приема данных в Internet, а также ряд служб, обеспечивающих целостность, доставку и безопасность передачи данных.
Open agreement — открытое соглашение. Соглашение, где допускается любая организация – источник информации и любая организация – приемник информации, но не обе сразу. Таким образом, это соглашение, в котором описана только организация-приемник или организация-источник; вторая организация указывается либо в самом документе, либо при реакции на документ.
Organization — организация. Источник или приемник электронного обмена данными в соглашении, листе распространения, соединении. В качестве организации может выступать либо собственная, либо компания-партнер, либо любое их подразделение.
Organization identifier — идентификатор организации. Набор свойств, с помощью которых можно уникально идентифицировать организацию. У организации может одновременно быть несколько идентификаторов.
Outbound agreement — соглашение для исходящего документа, исходящее соглашение. Соглашение, содержащее описание правил для исходящего документа.
Parser — парсер. Компоненты Microsoft BizTalk Server 2000, позволяющие выяснить основную информацию из заголовка сообщения, определяющую зависящий от типа документа способ обмена информацией. Парсер также способен извлекать информацию о маршрутизации документа.
Pending Queue — очередь ожидания обработки. Очередь, находящаяся в базе данных SQL Server, содержащая документы, полученные BizTalk Server до их обработки.
Pipeline — соединение. Информация о правилах работы с документами внутри сервера. Соединяет между собой входящее соглашение с исходящим или листом распространения.
Pipeline component — компонент соединения. COM-компонент, реализующий определенные интерфейсы, позволяющие использовать его для организации соединения в Site Server Commerce Edition и BizTalk Server. Используя собственные компоненты соединения, можно расширить возможности BizTalk Server.
Receive function — функции получателя. BizTalk Server поддерживает различные протоколы для получения документов от приложений, не способных взаимодействовать с сервером с помощью COM-интерфейсов. В настоящий момент BizTalk Server поддерживает следующие протоколы для функций приема: FTP, File и Message Queue.
Schema — cхема. В BizTalk Server схема описывает структуру XML-файла.
Sending Queue — очередь отсылки. Очередь, находящаяся в базе данных SQL Server и содержащая документы, ожидающие отправки транспортным сервисом.
Selection criteria — критерий выбора. Пара «имя—значение», находящаяся в спецификации документа и использующаяся при поиске документов.
Server group — группа серверов. Ключевой принцип архитектуры BizTalk Server. Это набор сгруппированных серверов, управляемых, конфигурируемых и отслеживаемых совместно с помощью BizTalk Server Administration Console. Все серверы в группе совместно используют базы данных SQL Server: a BizTalk Management database, a Database Tracking and Activity (DTA) database, and a Shared Queue database.
Shared Queue — разделенная очередь. Общая для группы серверов база данных SQL Server. Содержит очереди BizTalk Server.
Source organization — организация-источник. Организация, являющаяся источником сообщений в соглашении.
Suspended Queue — очередь приостановленных документов. Очередь, находящаяся в базе данных SQL Server, содержащая документы, при обработке которых возникла ошибка. Очередь хранит эти документы до момента их повторной обработки или до удаления.
Transport services — транспортные сервисы. Сервисы BizTalk Server, с помощью которых производится пересылка документов тем приложениям, с которыми невозможно работать непосредственно через COM-интерфейс.
Web Distributed Authoring and Versioning (WebDAV) — расширение стандарта HTTP 1.1. Позволяет через протокол HTTP представлять иерархические структуры, аналогичные файловым системам, не только для чтения, но и для записи. Также позволяет контролировать изменения в документах, внесенные разными пользователями, и обеспечивает совместную работу с документами разным пользователям, независимо от используемого серверного и клиентского программного обеспечения.
Work Queue — рабочая очередь. Очередь, находящаяся в базе данных SQL Server и содержащая документы, обрабатываемые BizTalk Server в данный момент.

КомпьютерПресс 9'2000

1999	1	2	3	4	5	6	7	8	9	10	11	12
2000	1	2	3	4	5	6	7	8	9	10	11	12
2001	1	2	3	4	5	6	7	8	9	10	11	12
2002	1	2	3	4	5	6	7	8	9	10	11	12
2003	1	2	3	4	5	6	7	8	9	10	11	12
2004	1	2	3	4	5	6	7	8	9	10	11	12
2005	1	2	3	4	5	6	7	8	9	10	11	12
2006	1	2	3	4	5	6	7	8	9	10	11	12
2007	1	2	3	4	5	6	7	8	9	10	11	12
2008	1	2	3	4	5	6	7	8	9	10	11	12
2009	1	2	3	4	5	6	7	8	9	10	11	12
2010	1	2	3	4	5	6	7	8	9	10	11	12
2011	1	2	3	4	5	6	7	8	9	10	11	12
2012	1	2	3	4	5	6	7	8	9	10	11	12
2013	1	2	3	4	5	6	7	8	9	10	11	12