Сервер транзакций Microsoft
Microsoft Transaction Server ( MTS ) — это программное обеспечение , которое предоставляло услуги модели компонентных объектов (COM) программным компонентам , чтобы упростить создание крупных распределенных приложений. Основными услугами, предоставляемыми МТС, были автоматическое управление транзакциями , управление экземплярами (или своевременная активация ) и безопасность на основе ролей. MTS считается первым крупным программным обеспечением, реализующим аспектно-ориентированное программирование . [1]
MTS впервые был предложен в пакете опций Windows NT 4.0. В Windows 2000 MTS был усовершенствован и лучше интегрирован с операционной системой и COM и был переименован в COM+ . COM+ добавил пул объектов , слабосвязанные события к функциям MTS и определяемые пользователем простые транзакции (компенсирующие менеджеры ресурсов).
COM+ по-прежнему поставляется с Windows Server 2003 и Windows Server 2008 , а Microsoft .NET Framework предоставляет оболочку для COM+ в пространстве имен EnterpriseServices. Windows Communication Foundation (WCF) предоставляет способ вызова приложений COM+ с помощью веб-служб . Однако COM+ основан на COM, а стратегической архитектурой программного обеспечения Microsoft теперь являются веб-сервисы и .NET, а не COM. Для многих функций, предоставляемых COM+, существуют чистые альтернативы на основе .NET, и в долгосрочной перспективе, вероятно, COM+ будет постепенно прекращен.
Архитектура
[ редактировать ]Базовая архитектура MTS включает в себя:
- руководитель МТС (mtxex.dll)
- Фабричные оболочки и контекстные оболочки для каждого компонента
- Серверный компонент МТС
- клиенты МТС
- вспомогательные системы, такие как:
- COM выполнения Службы
- Менеджер по контролю услуг (SCM)
- Microsoft координатор распределенных транзакций (MS-DTC)
- очередь сообщений Microsoft ( MSMQ )
- Интегратор COM-транзакций (COM-TI)
- и т. д.
Компоненты COM, которые работают под контролем руководителя MTS, называются компонентами MTS. В COM+ они называются приложениями COM+. Компоненты MTS представляют собой внутрипроцессные библиотеки DLL . Компоненты MTS развертываются и запускаются в MTS Executive, который ими управляет. Как и в случае с другими компонентами COM, объект, реализующий интерфейс IClassFactory, служит фабричным объектом для создания новых экземпляров этих компонентов.
MTS вставляет объект Factory Wrapper и Object Wrapper между фактическим объектом MTS и его клиентом. Такое вставление оберток называется перехватом . Всякий раз, когда клиент выполняет вызов компонента MTS, оболочки (Factory и Object) перехватывают вызов и внедряют в вызов свой собственный алгоритм управления экземплярами, называемый моментальной активацией (JITA). Затем оболочка выполняет этот вызов к реальному компоненту MTS. В то время перехват считался трудным из-за отсутствия расширяемых метаданных. [1]
Кроме того, на основе информации из свойств развертывания компонента в этих объектах-оболочках также выполняются логика транзакций и проверки безопасности.
Для каждого объекта, размещенного в MTS, также существует объект контекста, который реализует интерфейс IObjectContext. Объект контекста хранит конкретную информацию об этом объекте, такую как информация о его транзакциях, информация о безопасности и информация о развертывании. Методы компонента MTS вызывают объект контекста через его интерфейс IObjectContext.
MTS не создает фактический объект MTS среднего уровня до тех пор, пока вызов от клиента не достигнет контейнера. Поскольку объект не работает постоянно, он не использует много системных ресурсов (даже несмотря на то, что оболочка и скелет объекта сохраняются).
Как только от клиента поступает вызов, процесс-оболочка MTS активирует свой алгоритм управления экземплярами, называемый JITA. Фактический объект MTS создается «как раз вовремя» для обслуживания запроса от оболочки. И когда запрос обслуживается и ответ отправляется обратно клиенту, компонент либо вызывает SetComplete()/SetAbort(), либо его транзакция завершается, либо клиент вызывает Release() по ссылке на объект, и фактическое Объект МТС уничтожен. Короче говоря, MTS использует модель компонентов без сохранения состояния.
Обычно, когда клиент запрашивает услуги у типичного компонента MTS, на сервере происходит следующая последовательность действий:
- получить соединение с базой данных
- прочитать состояние компонента либо из диспетчера общих свойств, либо из уже существующего объекта, либо из клиента
- выполнять бизнес-логику
- записать измененное состояние компонента, если таковое имеется, обратно в базу данных
- закрыть и освободить соединение с базой данных
- проголосовать за результат сделки. Компоненты MTS не фиксируют транзакции напрямую, а сообщают MTS об их успехе или неудаче.
Таким образом, можно реализовать ресурсы с высокой задержкой в виде асинхронных пулов ресурсов, которые должны использовать преимущества JIT- активации без сохранения состояния, предоставляемой сервером промежуточного программного обеспечения .
Ссылки
[ редактировать ]- ^ Jump up to: а б Дон Бокс; Крис Селлс (4 ноября 2002 г.). Essential.NET: общеязыковая среда выполнения . Аддисон-Уэсли Профессионал. п. 206 . ISBN 978-0-201-73411-9 . Проверено 4 октября 2011 г.
