В англоязычном блоге деволопера затронута тема построения единой модели данных предприятия. Как верно отмечает автор, что изначально все пытались интегрироваться на уровне баз данных(BD, хранилища, кластеризация), а сейчас модными стали попытки интегрирования на уровне сервисов (SOAP). А в перспективе так и вообще, когда появляется у нас еще и онтология данных, то можно говорить об S-OWL интеграции. И в итоге автор замечает, что

the problem is too complex, too fast moving and too indeterminate to define

Имея опыт участия в интеграции сложных систем на уровне SOAP, хочется обобщить то, что понимается под "сложностью", ведь иногда кажется, что задал всюду определенный функционал и все заработало. Я нарисовал схемку, главной идеей которой является то, что в при интеграции больших систем приходится учитывать все наработки по интеграции, которые были сделаны до этого. Это не версионность, где у разных частей системы может быть разная версия, а именно работа с множеством Информационных Ресурсов, которые были проинтегрированы на прошлых этапах и в работу которых уже не вмешатся. Тем самым я для себя пришел к выводу к необходимости существования "Mediator II" - адаптеров второго типа, которые позволяют получить доступ к старым интегрированным системам. Напомню, что под Адаптером первого типа в семантической сети понимается преобразователь передаваемого сообщения от одного ИР к другому ИР.