Службы компонентов

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

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

Еще одна проблема, обычно возникающая в процессе практической реализации проектов, содержащих СОМ-серверы, заключается в том, что реально создаваемые приложения, могут иметь довольно сложную архитектуру и, в частности, содержать несколько различных сервисов промежуточного слоя для решения тех или иных задач. Например, некоторые из них могут отвечать за предоставление доступа к данным из нескольких разнотипных СУБД и при этом может возникнуть потребность в инструменте, реализующем комплексную функциональность, например осуществление распределенных транзакций, затрагивающих базы данных, обслуживаемые разными серверными СУБД (например, Microsoft SQL Server и Oracle).

Имеется также ряд проблем, связанных с авторизованным доступом пользователей к сервисам, предоставляемым СОМ-серверами.

Таким образом, имеется потребность в расширении технологии СОМ за счет сервиса, обеспечивающего создание СОМ-объектов для совместного использования многими клиентами, авторизованный доступ к этим объектам, а также при необходимости обработку транзакций этими объектами. Расширенная таким образом технология СОМ получила название СОМ+, а сам сервис, реализующий это расширение и являющийся составной частью Windows 2000, получил название служб компонентов Microsoft (Microsoft Component Services).

Службы компонентов обеспечивают централизацию применения СОМ-серверов, совместное использование многими клиентами пула СОМ-объектов и ресурсов, в частности соединений с базой данных, а также управление транзакциями. Отметим, что помимо создания СОМ-объектов для коллективного пользования, а также предоставления сервисов авторизации для доступа пользователя к объектам и обработки транзакций службы компонентов предоставляют средства мониторинга объектов и транзакций.

Дата добавления: 2014-01-05