HP RTR - HP RTR
Эта статья поднимает множество проблем. Пожалуйста помоги Улучши это или обсудите эти вопросы на страница обсуждения. (Узнайте, как и когда удалить эти сообщения-шаблоны) (Узнайте, как и когда удалить этот шаблон сообщения)
|
Маршрутизатор надежных транзакций HP (RTR) это транзакционный промежуточное ПО для компьютерного программного обеспечения, продаваемого Hewlett Packard. RTR используется для интеграции с приложениями, которым требуются надежные сервисы транзакций.
Описание
RTR управляет сообщениями, отправляемыми между клиент-сервером, чтобы обеспечить отказоустойчивость узла и сети для увеличения надежность, целостность транзакций и совместимость между разнородными системами.
Программное обеспечение RTR имеет три логических объекта, которые называются интерфейсным (FE), внутренним (BE) и транзакционным маршрутизатором (TR). Маршрутизатор - это программного обеспечения компонент, который обеспечивает интеллектуальную отработку отказа и управляет подключениями к серверной части. Клиентские приложения, работающие на передней панели, в сочетании с Маршрутизатор и Сервер приложения, работающие на сервере, взаимодействуют для обеспечения целостности и надежности транзакций. Три логических объекта могут существовать на одном узле, но обычно развертываются на разных узлах для достижения модульности, масштабируемости и высокой доступности.
Клиентское приложение взаимодействует с интерфейсом, который пересылает сообщения на маршрутизатор маршрутизатор, в свою очередь, направляет сообщение на заданный сервер, где соответствующее серверное приложение доступно для обработки сообщения. Возможность маршрутизации RTR разделяет данные между несколькими серверами и узлы для повышения производительности. В приложении раздел определяет, как сообщения маршрутизируются между клиентом и серверами. Обмен сообщениями происходит между клиентом и сервером. Транзакции начинаются на клиенте и включают множество сообщений, которые могут отправляться на несколько разных серверов. Такой метод обмена сообщениями используется в ситуациях, когда для сообщения имеется несколько получателей или когда необходимо отправить незапрошенные сообщения. RTR может помочь пережить сбои, обычно наблюдаемые в среде распределенных приложений, которые включают полный отказ сайта, отказ узла, отказ сетевого канала и программный процесс отказ. RTR также обеспечивает непрерывную доступность за счет использования избыточных ресурсов в распределенной среде.
РТР предоставляет Веб интерфейс и Интерфейс командной строки(CLI) для управления средой RTR. Когда RTR и его компоненты работают вместе с приложениями, тогда будут активны клиентское приложение, серверное приложение, службы RTR.
RTR интегрирован с клиентскими приложениями и может быть настроен. Пользовательские и управляющие приложения могут быть написаны с использованием RTR API. C, C ++, Ява и .Сеть доступны варианты API для создания приложений, использующих RTR.
История
RTR был впервые разработан в Цюрихе, Швейцария, доктором Полом Шрагером в начале 1988 года и разработан небольшой командой из четырех инженеров, работающих в DEC (Digital Equipment Corporation). Первоначальный выпуск был написан на смеси Macro, Bliss, Pascal и SDL поверх DECnet и VMS. Позже он был переопределен на C поверх стека TCP / IP и инфраструктуры, не зависящей от ОС, что позволило развернуть его в нескольких операционных системах, включая различные разновидности Unix / Linux, VMS, Windows. Облицовка Java и C ++ была добавлена в середине 90-х годов для поддержки оболочки стиля RPC поверх ориентированного на «сервисы» интерфейса.
Особые характеристики
RTR был одним из первых сервисов промежуточного программного обеспечения OLTP, который предоставлял следующие функции (в дополнение к обычным), а именно.
- Параллельные серверы (услуга может быть предложена несколькими объектами, либо в виде нескольких потоков в одном процессе, либо в виде независимых процессов)
- Резервные серверы (набор услуг, которые могут предлагать услуги, если они требуются, но в настоящее время не запрашиваются об этом)
- Теневые серверы (набор служб, которые в настоящее время обрабатывают такой же набор запросов, что и основные серверы)
Кроме того, RTR гарантирует эквивалентность данных репозиториев, находящихся за основным и теневым серверами, путем принудительного установления «отношения зависимости» между набором параллельных транзакций, которые дублируются. Это позволяет RTR обрабатывать несколько транзакций в тени без ущерба для нарушений зависимостей.
Кто им пользуется?
Самыми известными пользователями являются банки, биржи и системы бронирования железнодорожных пассажиров.
РТР был доступен на HP-UX, Linux, Windows и OpenVMS в 2010.