Распределенные и обособленные операции

С проектированием в компоненте распределенных и обособленных операций свя­зан ряд нетривиальных проблем, которые, в основном, касаются поддержки рас­пределенного параллелизма операций технологического управления. Рассмотрим сценарий, согласно которому модель технологического управления и ее экземп­ляры периода прогона рассредоточены между несколькими серверами. Средства поддержки транзакций в архитектуре J2EE не позволяют двум пользователям при одновременном обращении к одним данным в базе данных нарушать прави­ла технологического процесса. С другой стороны, эти средства не гарантируют соблюдения правил при одновременном обращении двух пользователей к дан­ным, относящимся к одному технологическому процессу, но продублированным в разных базах данных.

Согласно данному сценарию, в то время как один пользователь создает новый экземпляр модели для периода прогона в одном местоположении, другой пользо­ватель может заблокировать модель технологического управления в другом место­положении. В ходе дублирования и синхронизации данных между распределен­ными серверами иногда возникают конфликты, которые в отсутствие мероприятий по их разрешению способны нарушить данные технологического управления в корпоративной среде. Для обеспечения соблюдения правил технологического управления в масштабах нескольких баз данных требуется дополнительная функ­циональность, предназначенная для разрешения такого рода конфликтов. Реали­зация функциональности на этом уровне не входила в планы Inmedius в отношении первоначальной версии архитектуры. Соответствие обозначенному требованию можно было обеспечить исключительно путем поддержки распределенных и де­тализированных рабочих сценариев.

H архитектуре и среди системы первоначально требовалось реализовать как минимум два подобных сценария. При распределенных операциях используется общин репозитарий, допускающий совместное использование и поддерживающий транзакции (к примеру, в такой роли может выступать база данных). Иначе гово­ря, в разных местоположениях могут существовать несколько экземпляров сер­вера приложений, однако все они должны обращаться к одному репозитарию данных, в котором содержатся модель технологического управления и ее экземп­ляры периода прогона. Связано это с тем, что в репозитарии хранится информа­ция, с помощью которой сервер приложений устанавливает факт нарушения пра­вил технологического управления. В рамках обособленных операций выделяется одна сборка (состоящая из сервера приложений и репозитария данных), испол­няющая роль основной; все остальные сборки трактуются как ее подчиненные экземпляры. В обязанности основной сборки входит создание модели технологи­ческого управления, которая после этого дублируется во всех остальных сборках. После распространения модели изменять в ней можно только информацию об участниках заданных действий. При создании, а впоследствии и при закрытии экземпляров технологического управления периода прогона, хранящихся в под­чиненных сборках, они передаются основной сборке в целях архивации.

Дата добавления: 2015-04-25