Требование неограниченной масштабируемости без останова системы

Существующие на рынке транзакционные решения с единой схемой [DB2UD, DVDP] не обеспечивают достаточную масштабируемость интегрированных систем и вот почему. Что если пользователю необходимо обратиться к данным, расположенным в различных системах интеграции, не связанных между собой? Ответ очевиден - либо надо при разработке явно ссылаться на каждую интегрированную систему отдельно, либо надо построить новую интегрированную систему, объединяющую в себе две исходных. В первом случае теряются преимущества использования единой схемы, а во втором - укрупнение не может выполняться до бесконечности, так как рано или поздно будет достигнут предел масштабирования, после которого дальнейшее укрупнение будет невозможно в силу деградации производительности объединенной интегрированной системы - метасистемы.

Тем временем вопрос построения единой метасистемы, постоянно расширяемой и интегрирующей в себе все новые и новые информационные системы, становится все более актуальным, так как предприятия становятся все более открытыми к интеграции друг с другом и между своими удаленными подразделениями. При этом высокое качество интеграции возможно только в том случае, если данная метасистема будет предоставлять единый бесшовный интерфейс доступа ко всем данным, а не кусочную интеграцию в виде различных не связанных локально-интегрированных систем. Очевидно, что данный подход предъявляет особые требования к системе интеграции. На каких принципах должна быть построена система, чтобы с ее помощью можно было создать единое информационное пространство поверх неограниченного количества информационных систем?

Очевидно, что ключевым требованием к подобной системе интеграции является ее неограниченная масштабируемость - возможность интеграции новых систем без ухудшения показателей производительности метасистемы в целом. Неограниченная масштабируемость невозможна, если вся метаинформация, - информация о структуре информации, - хранится в одном месте, так как такая централизация приводит к возникновению узкого звена с точки зрения производительности и надежности. Поэтому необходимо распределенное хранение метаинформации, позволяющее диверсифицировать потоки данных между различными узлами сети и не требующее единого координирующего сервера.

Важным архитектурным требованием является возможность оперативного расширения системы без ее остановки - возможность интеграции новых систем "на лету". Остановка системы на время интеграции в нее новых систем может привести к ее полной недоступности, так как процесс интеграции при таком подходе может происходить постоянно. Это требование выливается в необходимость независимой публикации метаинформации для каждой из интегрируемых систем, конечно, при условии сохранения логической целостности структуры информации в целом. Интегрируемая система должна стать доступной частью метасистемы, начиная с момента публикации ее части метаинформации.

Перечисленные требования в основном касаются способа хранения и доступа к метаинформации. Из них вытекает, что метаинформация должна храниться в виде совокупности метаобъектов, формирующих одно целое пространство. Публикация и модификация метаобъектов должна осуществляться независимо друг от друга, с поддержкой транзакционности. Несмотря на то, что метаинформация фактически хранится по частям на различных узлах сети, все пространство метаобъектов должно быть используемо как одно целое через единый объектный интерфейс доступа. При этом масштабируемость такого пространства метаобъектов должна быть неограниченной. На рынке присутствует только один продукт, полностью соответствующий данному описанию, EntryService [FES], который и используется для организации хранения метаинформации в предлагаемом решении по построению глобально интегрированного пространства структурированных данных.