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