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