Монитор - транзакция
Cтраница 1
Мониторы транзакций отличаются от RPC наличием готовых процедур обработки транзакций ( в том числе отката транзакций), что упрощает работу программистов. Принимая запросы от клиентов и мультиплексируя их, монитор транзакций избавляет от необходимости создавать для каждого клиента отдельное соединение с базой данных. Мониторы транзакций могут оптимально распределять нагрузку на серверы, выполнять автоматическое восстановление после сбоя и перезапуск системы. [1]
На рынке мониторов транзакций доступно довольно много продуктов. [2]
Запрос клиентского приложения поступает монитору транзакций, который, действуя от имени клиентского приложения, определяет получателя этого запроса. Для этого он обращается к динамической маршрутной таблице, по которой определяет систему, предоставляющую соответствующий сервис. Если нужный сервис предлагают несколько систем, то в зависимости от используемого алгоритма маршрутизации выбирается одна из них, после чего ей перенаправляется запрос клиентского приложения. Маршрутизация может быть произвольной, когда система выбирается случайным образом, циклической, когда запросы посылаются системам по очереди, либо определяться содержимым запроса, если, например, серверы БД обслуживают разные подмножества данных. [3]
Мониторы обработки транзакций ( Transaction Processing Monitor - ТРМ), или просто мониторы транзакций, - программные системы, обеспечивающие эффективное управление информационно-вычислительными ресурсами в распределенной сети, представляют собой гибкую, открытую среду для разработки и управления мобильными приложениями, ориентированными на оперативную обработку распределенных транзакций. [4]
 |
Компоненты модели клиент-сервер. [5] |
Целесообразность выбора данной модели объясняется тем, что она является базовой для использования нового вида программного обеспечения - мониторов транзакций и, таким образом, позволяет достигнуть оптимального соотношения цена / производительность, удовлетворяя изложенным выше требованиям. [6]
После выбора аппаратных платформ типа СУБД и других компонентов среды ИС создаются прототипы приложения, рассчитанные на двухзвенную схему клиент-сервер или на трехзвенную схему с использованием мониторов транзакций. Выполняя одни и те же тесты на разных прототипах, проектировщик может уточнить и оптимизировать архитектуру проектируемой системы за счет рационального распределения функций между ее узлами. В результате окончательно определяется и оформляется профиль среды ИС, в дальнейшем применяемый при разработке приложений, комплексиро-вании и испытаниях системы, а также при модернизации и развитии системы, связанных с заменой отдельных ее компонентов. [7]
С ростом сложности распределенных вычислительных систем возникают проблемы эффективного использования их ресурсов. Мониторы транзакций выполняют две основные функции: динамическое распределение запросов в системе ( выравнивание нагрузки) и оптимизация числа выполняющихся серверных приложений. Кратко рассмотрим эти функции. [8]
Мониторы транзакций отличаются от RPC наличием готовых процедур обработки транзакций ( в том числе отката транзакций), что упрощает работу программистов. Принимая запросы от клиентов и мультиплексируя их, монитор транзакций избавляет от необходимости создавать для каждого клиента отдельное соединение с базой данных. Мониторы транзакций могут оптимально распределять нагрузку на серверы, выполнять автоматическое восстановление после сбоя и перезапуск системы. [9]
Четкое разграничение логических компонентов и рациональный выбор программных средств для их реализации обеспечивают модели такой уровень гибкости и открытости, который пока недостижим в RDA - и DBS-моделях. Именно AS-модель используется в качестве фундамента относительно нового вида программного обеспечения - мониторов транзакций. [10]
Мониторы транзакций отличаются от RPC наличием готовых процедур обработки транзакций ( в том числе отката транзакций), что упрощает работу программистов. Принимая запросы от клиентов и мультиплексируя их, монитор транзакций избавляет от необходимости создавать для каждого клиента отдельное соединение с базой данных. Мониторы транзакций могут оптимально распределять нагрузку на серверы, выполнять автоматическое восстановление после сбоя и перезапуск системы. [11]
В подобных ситуациях требуются не программы, создаваемые разработчиками, а более надежные и устойчивые к ошибкам средства, которые могли бы работать со сложными распределенными запросами. Создатели приложений, работающие в системах на основе мэйнфреймов и в среде операционной системы UNIX, в течение многих лет используют такие средства. Помимо прочих функций мониторы транзакций обеспечивают готовность всех частей транзакции к завершению до фактической выдачи приказа о завершении транзакции. Если один из компонентов транзакции не может выполниться, монитор благополучно производит откат транзакции в других частях системы, тем самым обеспечивая целостность данных. Что подразумевается под целостностью данных. [12]
Возможности G2 4.0 в части поддержки распределенных приложений на основе архитектуры клиент / сервер расширены за счет добавления ряда новых функций. Передача объектов и массивов в качестве аргументов упрощает совместное использование данных независимыми приложениями на базе G2 и внешними по отношению к G2 программными системами. Для реализации обмена сложными структурами данных в распределенной среде обработки коренным образом переработан и G2 Standard Interface ( GSI), служащий своего рода интеллектуальным монитором транзакций. [13]
Развитый графический интерфейс, включающий элементы анимации, базируется на средствах Motif и MS Windows. Архитектура клиент / сервер на уровне обмена данными поддерживается монитором транзакций GSI и DDE, на уровне объектов - CORBA, на уровне приложения - клиентной подсистемой Telewindows. Распределенная обработка обеспечивается интерфейсами G2 - G2, G2 О Telewindows и поддержкой вызова удаленных процедур. Существует множество готовых решений под ключ для прямого взаимодействия G2 с распространенными программными и техническими системами контроля и развитыми СУБД. [14]
Скорость обработки транзакций напрямую зависит от числа запущенных серверных приложений. Чем больше приложений одновременно обслуживает запросы, тем выше пропускная способность вычислительной системы. Это увеличение наиболее заметно на многопроцессорных системах, где каждое приложение может работать на отдельном процессоре. В идеале для эффективного использования системных ресурсов нужно по мере необходимости увеличивать или уменьшать число серверных приложений в зависимости от числа обрабатываемых запросов. Для решения этой задачи мониторы транзакций периодически измеряют отношение числа запросов в очереди к числу работающих серверных приложений. Если это отношение превышает некоторое максимальное пороговое значение ( maximum watermark), то запускается дополнительная копия серверного приложения. Если это отношение падает ниже минимального порогового значения ( minimum watermark), то одна из копий завершается. [15]
Страницы: 1 2