integration at the service level... orly?

В англоязычном блоге деволопера затронута тема построения единой модели данных предприятия. Как верно отмечает автор, что изначально все пытались интегрироваться на уровне баз данных(BD, хранилища, кластеризация), а сейчас модными стали попытки интегрирования на уровне сервисов (SOAP). А в перспективе так и вообще, когда появляется у нас еще и онтология данных, то можно говорить об S-OWL интеграции. И в итоге автор замечает, что
the problem is too complex, too fast moving and too indeterminate to define

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

Метки: idea | Semantic Web


Добавить комментарий



biuquote
Loading


Кто я?

Программист. Я слежу за блогосферой и знаю, как будет развиваться интернет. Когда у меня есть время я даже прилагаю для этого усилия. Подробнее

Последние комментарии

Topbot at FeedsBurner

Копирайт

Все мысли, высказанные в блоге, являются моим мнением и за это мнение меня никто не забанит! Кроме того, никто не имеет право копировать материалы блога без использования ctrl+C/V!

© Copyright 2008