Орган-я взаимодест-я приложений

Для взаимодейст-я приложений обычно исполь-я такие методы, как обмен файлами, общая база данных, удаленный вызов и асинхронный обмен сообщениями. Обмен файлами, пожалуй, самый распростран-й подход к организации взаимодейс-я. Это связано с относительной простотой реализации, а также сущ-м стандартных форматов обмена. Но у этого подхода есть и недостатки:если необходимо оперировать сложными структурами, то простые форматы обмена уже не пригодны. Возникающие в таких случаях специализированные форматы файлов должны «понимать» взаимодействующие системы, что ведет к жесткой зависимости систем друг от друга. Обычно обмен файлами подразумевает участие чел.Кто-то должен выгрузить файл,скопировать его на др комп,загрузить.Однако если интегрируемые методом обмена файлами системы имеют возможность автоматической загрузки/выгрузки (например, по расписанию),то данный подход позволяет построить полностью автоматизированное решение, котвследствие своей простоты обладает высокой надежностью и пропускной способностью. Общая база данных -несколько инф-х систем или приложений исполь-т одну базу данных.Главн его недостаток-связь между интегрированными приложениями настолько тесная, что иногда невозможно заметить границу между ними. Удаленный вызов -если приложению А что-то нужно от приложения Б,то А одним из перечисленных способов вызывает ф-ю приложения Б.Осн недостаток удаленного вызова-требование работоспособности всех задействованных приложений в момент взаимодейст.Опыт показывает, что подход, основанный на удаленном вызове, приемлем только в тех случаях, когда взаимодейств приложений инициируется пользователем, кот сам контролирует резуль. Для автоматического взаимод-я без участия чел данный подход практически неприменим. Асинхронный обмен сообщениями. Это единствен из перечисленных подходов,кот создавался спец для интеграции инф-х систем.Идея концептуально проста и напоминает раб электр почты.Когда приложению А необходимо вызвать какое-то действие в приложении Б,оно форм-т соответ-е сообщение с данными и инструкциями и отправляет его посредством системы доставки сообщений. Слово «асинхронный» означ, что приложение А не должно ждать, пока сообщение дойдет до Б, будет обработано,сформирован ответ и т.п. Сообщение гарантированно доставляется благодаря механизму очередей сообщений, кот снимают с взаимодейств-х систем заботу о надежности сети передачи данных, работоспособности взаимодейств-х систем в конкретн моменты времени и т.д. Недостаток данного подхода-высокая цена.Система гарантированной доставки на основе очередей сообщений обычно сама по себе недешева;единственн известным исключением явл-я Microsoft Message Queue (MSMQ), компонент серверных ОС семейства Windows. Правда, есть и свободно распространяемые бесплатные (например, ActiveMQ), кот, тем не менее, нужно развернуть, обучить специалистов, поддерживать, написать адаптеры между системой доставки и приложениями и т.д.