Цитата:
Возникает вопрос: есть ли для распределенных решений КОНКРЕТНАЯ методология с соответствующим ПОЛНОФУНКЦИОНАЛЬНЫМ инструментарием, предусматривающим все возможные аспекты, возникающие при взаимодействии двух (или более) серверов.
В самой Аксапта такого интрумента нет, репликацию надо делать на уровне базы данных. Недостатков здесь также много. И я бы не сказал, что интеграция через BizTalk сильно хуже такого решения. Вернее, я уверен в обратном.
По проблеме №2:
Описанная проблема с двойниками при репликации также возникнет - и ее придется сидеть и разбирать в каждом конкретном случае вручную, либо программировать специальные алгоритмы, которые можно запрограммировать и для BizTalk.
Далее - двойники возникают и в единой БД - например всегда возникают двойники по клиентам, поставщикам, товарам - как этого избежать - вопрос скорее организационный.
По проблеме №3:
Откаты заказа - любое событие, которое завершается транзакцией - может быть передано через BizTalk - естественно схемы для каждой из них необходимо будет разрабатывать.
И по проблеме №1:
проблема после изменения структуры БД возникнет хоть после репликации, хоть при интеграции через BizTalk. Это также скорее организационная проблема.
И много-много других проблем можно решить. Главное чтобы их число было конечным.
А ответ на поставленный вопрос следующий: методологии предусматривающей все возможные аспекты взаимодействия двух серверов нет и быть не может. Нельзя объять необъятное - как замечательно сказал Козьма Прутков. Всегда необходимо учитывать бизнес-логику, которая может меняться, что должно приводить к изменению схемы взаимодействия.