Организация пулов объектов и ресурсов

Принципы работы служб компонентов

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

Пользователь запускает клиентское приложение, реализованное в виде исполняемого файла или web-приложения. Клиентское приложение пытается установить соединение с объектом СОМ+. Если компонент СОМ+, содержащий такой объект, реализован в виде внутрипроцессного сервера, он может выполняться в адресном пространстве приложения dllhost.exe или в адресном пространстве клиентского приложения. В общем случае в объекте СОМ+ может быть реализована практически любая функциональность, например, такой объект вполне может быть сервером доступа к данным.

Если запрос на установку соединения корректен, в адресном пространстве того приложения, в котором должен функционировать объект, создается так называемый контекст (context) объекта (если при этом приложение dllhost.exe не запущено, происходит его запуск). Контекст объекта содержит дополнительные сведения, которые не предусмотрены спецификацией СОМ и потому не содержатся в СОМ-объектах. Это такие сведения, как правила доступа к объекту и способ участия его в транзакциях. Контекст создается для каждого клиента, обслуживает именно его (в отличие от собственно СОМ-объекта) и «по поручению» клиента взаимодействует с СОМ-объектом, который может быть только что создан или взят из имеющегося пула объектов.

После создания контекста клиентское приложение может посылать объекту СОМ+ запросы на вызов его методов. Эти методы могут, например, выполнять запросы к СУБД или реализовывать какие-то иные действия, в том числе и обращаться к другому объекту СОМ+ (в последнем случае можно говорить о «родительских» и «дочерних» объектах).

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

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

В общем случае словосочетания «организация пула ресурсов» и «организация пула объектов» означают, что в приложении создается некоторое количество ресурсов определенного типа (например, соединений с базой данных). Если клиенту данного приложения потребуется такой ресурс (или, соответственно, объект), он не создается, а берется из пула и по окончании работы возвращается в пул, а не уничтожается.

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

Реализация пулов ресурсов в СОМ+ осуществляется с помощью специальных объектов, которые кэшируют ресурсы для того, чтобы организовать их коллективное использование несколькими объектами СОМ+, объединенными в приложение. Эти объекты носят названия распределителей ресурсов (resource dispensers) и менеджеров ресурсов (resource managers). Распределители ресурсов предназначены для кэширования общих данных, не подверженных изменению с помощью транзакций, а менеджеры ресурсов — для управления транзакциями, то есть для реализации стандартных требований к транзакциям (таких как их изоляция и атомарность).

При создании приложений СОМ+ довольно часто применяется организация пула соединений с базами данных, в частности пула соединений с ODBC- и OLE DB-источниками. При применении такого пула снижается сетевой трафик между службами компонентов и сервером баз данных за счет снижения частоты установки и разрыва соединений с сервером. Организация таких пулов поддерживается драйверами, удовлетворяющими спецификациям ODBC 3.0 и ODBC 3.5, и некоторыми OLE DB-провайдерами, в частности OLE DB Provider for Microsoft SQL Server.

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