Смокинг (программное обеспечение) - Tuxedo (software)

Для компании с аналогичным названием файловой системы см. Tuxera.
Смокинг Oracle
Разработчики)Корпорация Oracle
Стабильный выпуск
12.2.2 / 30 апреля 2016 г.; 4 года назад (2016-04-30)
Написано вC, C ++, КОБОЛ, Ява, Python, Рубин, PHP
Операционная системаКроссплатформенность
ТипСервер приложений
ЛицензияПроприетарный
Интернет сайтwww.oracle.com/смокинг

Смокинг (Транзакции для Unix, Расширенный для распределенных операций) - это промежуточное ПО платформа, используемая для управления распределенной обработкой транзакций в распределенных вычислений среды. Смокинг - это система обработки транзакций промежуточное ПО, ориентированное на транзакции, или сервер корпоративных приложений для различных систем и языков программирования. AT&T в 1980-х он стал программным продуктом Корпорация Oracle в 2008 году, когда они приобрели BEA Systems. Смокинг теперь является частью Промежуточное ПО Oracle Fusion.

История

С самого начала в 1983 году компания AT&T разработала Tuxedo для обеспечения высокой доступности и предоставления чрезвычайно масштабируемых приложений для поддержки приложений, требующих тысячи транзакций в секунду в общедоступных распределенных системах. Первоначальная разработка была направлена ​​на создание и администрирование системы поддержки операций для США телефонная компания это требовало онлайн-обработка транзакций (OLTP) возможности.

Концепции Tuxedo заимствованы из Система обслуживания контура (LMOS). Tuxedo поддерживал перенос приложения LMOS с систем мэйнфреймов, которые использовали Система управления информацией (IMS) из IBM на работу гораздо более дешевых распределенных систем (собственная AT&T) Unix.[1]

Первоначальная команда Tuxedo состояла из членов команды LMOS, включая Хуана М. Андраде, Марка Т. Каргеса, Терренса Дуайера и Стивена Фелтса.[2]В 1993 г. Novell приобрел Лаборатории Unix System (USL) подразделение AT&T, которое в то время отвечало за разработку Tuxedo. В сентябре 1993 года он был назван «самым известным» монитором обработки распределенных транзакций, работающим на 25 различных платформах.[3]В феврале 1996 г. BEA Systems заключили эксклюзивное соглашение с Novell о разработке и распространении смокинга на не-NetWare платформы, при этом большинство сотрудников Novell, работающих с Tuxedo, присоединяются к BEA.[4][5]В 2008, Корпорация Oracle приобретенный BEA Systems, а TUXEDO продавался как часть Промежуточное ПО Oracle Fusion продуктовая линейка.[6][7]

Tuxedo использовался в качестве межплатформенного программного обеспечения для транзакций в ряде инструментов разработки многоуровневых приложений. Открытая группа использовали некоторые интерфейсы Tuxedo в качестве основы своих стандартов, таких как X / Открыть XA и XATMI.[8]

Разработчики Tuxedo опубликовали статьи об этом в начале 1990-х годов.[9][10]Позже он стал основой некоторых исследовательских проектов.[11][12][13]

Функции

  • API на основе стандартов - SCA, Открытая группа XATMI, Группа управления объектами CORBA
  • Типы связи - синхронный, асинхронный, разговорный, незапрашиваемые уведомления, Опубликовать / подписаться
  • Типизированные буферы
    • FML / FML32 - Буферы с самоописанием, похожие на Первая абстрактная синтаксическая нотация или Fast Infoset
    • XML
    • STRING и многобайтовые строки MBSTRING
    • Двоичные капли CARRAY
    • VIEW / VIEW32 внешне описанные записи
    • ЗАПИСЬ, представляющая структуры записи COBOL
  • Управление транзакциями - Глобальные транзакции - Протокол двухфазной фиксации - X / Открыть XA
  • / D - Кластеризация - Домены
  • / WS - удаленные клиенты
  • ЦМТ - Weblogic Соединитель Смокинга
  • Клиенты Java - Jolt[14]
  • Интеграция с Java EE (J2EE) - адаптер Tuxedo JCA[15]
  • Двунаправленные веб-службы SOAP и REST - SALT[16]
  • / Q - временные (в памяти) и постоянные очереди (также называемые надежными очередями)
  • Маршрутизация, зависимая от данных (DDR)
  • Брокер событий (также называемый обменом сообщениями публикации и подписки)
  • Безопасность - аутентификация, авторизация, аудит и Инфраструктура открытого ключа подписание и шифрование сообщений на основе
  • Программируемое администрирование и SNMP поддерживать
  • Мониторинг производительности системы и приложений - TSAM Plus[17]
  • Балансировка нагрузки, порождение и распад серверов
  • Возможность подключения к мэйнфрейму - TMA[18]
  • Поддерживает C, C ++, КОБОЛ, Python, Рубин, PHP, и Ява приложений на большинстве Unix платформы, Linux, Майкрософт Виндоус, и другие проприетарные платформы, такие как OpenVMS и AS400 (IBM System i).

Ядро обмена сообщениями

Tuxedo по своей сути является системой маршрутизации сообщений и очередей. Запросы отправляются в именованные службы, а Tuxedo использует память межпроцессного взаимодействия средства для постановки запросов на серверы. Запрашивающая сторона не знает, где находится сервер, который фактически обрабатывает запрос, и как он реализован. По сути, смокинг обеспечивал элементы Сервис-Ориентированная Архитектура (SOA) за десятилетия до того, как эта фраза была придумана. Tuxedo может использовать содержимое сообщения, чтобы определить, какие серверы следует использовать для получения запроса посредством маршрутизации, зависящей от данных.

Кластеризация

Сердце системы Tuxedo - это Доска объявлений (BB). Это сегмент разделяемой памяти, который содержит конфигурацию и состояние домена Tuxedo. Серверы, службы, транзакции и клиенты зарегистрированы в BB, обеспечивая глобальное представление об их состоянии на всех машинах в домене. Для координации обновлений BB на каждой машине запускается процесс, называемый связью с доской объявлений (BBL), чтобы поддерживать локальную копию BB в актуальном состоянии. На главной машине выполняется процесс, называемый «Выдающаяся связь с доской объявлений», который координирует обновления BB. Это позволяет каждой машине видеть, какие серверы, службы, транзакции и клиенты находятся на каждой машине в домене.

Другой процесс на каждой машине, называемый мостом, отвечает за передачу запросов от одной машины к другой. Это позволяет Tuxedo распределять нагрузку по различным машинам в домене и позволяет серверам и службам работать на нескольких машинах. Кроме того, BBL и мост контролируют друг друга и перезапускают другой в случае отказа одного из них. В случае выхода из строя главной машины другая машина, назначенная резервной главной, может взять на себя функцию главной машины. Кроме того, поскольку машины в одном домене могут иметь разные архитектуры (x86, IA32, SPARC, P-Series и т. Д.), Bridge также отвечает за обработку различий в таких вещах, как порядок байтов.

На Oracle Exalogic Смокинг использует RDMA возможности InfiniBand обойти мост. Это позволяет клиенту службы на одной машине напрямую обращаться к серверу на другой машине.

Гибкие форматы буферов

Приложения Tuxedo могут использовать множество форматов сообщений в зависимости от типа передаваемых данных. Одним из самых популярных форматов является формат буфера FML, который очень похож на двоичный XML или в формате ASN.1. Буферы FML могут содержать произвольное количество именованных полей произвольного типа. Поля могут быть повторяющимися и вложенными. Поскольку это двоичный формат с самоописанием, обработка полей требует очень небольших накладных расходов по сравнению с синтаксическим анализом, необходимым для поддержки чего-то вроде XML. Буферы VIEW - это, по сути, записи, структуры C или тетради COBOL. Буфер VIEW имеет внешнее описание, которое позволяет Tuxedo получать доступ к его полям, если это необходимо для таких вещей, как маршрутизация, зависящая от данных. Другие форматы буферов включают XML, CARRAY (непрозрачные двоичные данные), STRING и MBSTRING (строковый буфер, содержащий многобайтовые символы). Tuxedo может автоматически и прозрачно преобразовывать буферы FML в буферы XML и из них.

Также имеется поддержка типов буферов, разработанных пользователем (например, буферы JamFlex, определенные Tuxedo-версией Panther РАД набор инструментов).

Концентраторы связи

Для удаленных клиентов (Java, CORBA или / WS) Tuxedo предоставляет концентраторы связи, называемые слушателями / обработчиками, которые обрабатывают удаленную сетевую связь. Клиенты подключаются к этим концентраторам связи, которые действуют как прокси для клиентов. Когда клиенты делают запросы, слушатель / обработчик использует локальную инфраструктуру Tuxedo, чтобы сделать запрос от имени клиента. Затем Tuxedo распределяет нагрузку между серверами в домене, предлагающими услугу, даже если сервер не находится на локальном компьютере. Это в отличие от большинства Java EE серверы приложений, где балансировка нагрузки выполняется клиентом, выполняющим запросы к разным машинам с кластером.

Шлюзы

Чтобы облегчить совместное использование сервисов между доменами, Tuxedo предоставляет доменные шлюзы. Доменный шлюз позволяет импортировать и экспортировать услуги из удаленных доменов. Это позволяет локальному домену видеть службы в удаленных доменах, как если бы они были локальными службами. Шлюзы домена отвечают за распространение контекста безопасности и транзакции в удаленный домен. Помимо соединения доменов Tuxedo, существуют доменные шлюзы для систем мэйнфреймов, использующих TCP / IP, IBM Системная сетевая архитектура (СНС) или Протоколы OSI, и Платформа Java, Enterprise Edition серверы приложений. Для шлюзов мэйнфреймов каждая система видит сервисы, импортированные из удаленной системы, как локальные, и использует инфраструктуру локальной системы для взаимодействия с этими сервисами. Это означает, что Смокинг видит CICS транзакция как сервис Tuxedo, а CICS рассматривает сервис Tuxedo как транзакцию CICS.

Восстановление после сбоя

BBL на каждой машине отслеживает состояние всех серверов и может автоматически перезапускать отказавшие серверы. Он также может обнаруживать зависшие серверы и при необходимости отключать / перезапускать их. Процесс BRIDGE в кластерной среде контролирует BBL, поэтому единых точек отказа нет. Любые транзакции, на которые повлиял сбой сервера или компьютера и не завершили этап подготовки, откатываются. Транзакции, которые завершили фазу подготовки, но не фазу фиксации, будут зафиксированы как часть последовательности загрузки Tuxedo.

Мониторинг и координация транзакций

Приложения Tuxedo могут запрашивать, чтобы все вызовы служб и связанные с ними обновления любых ресурсов, контролируемых менеджерами ресурсов (например, базами данных), управлялись транзакцией. После того, как приложение начинает транзакцию, все последующие вызовы служб и вложенные вызовы включаются в эту транзакцию, даже те службы, которые выполнялись в удаленных доменах. Затем Tuxedo координирует обработку фиксации с менеджерами ресурсов, чтобы обеспечить атомарные обновления всех затронутых ресурсов. Транзакции могут контролироваться приложением или автоматически управляться конфигурацией Tuxedo, то есть транзакциями, управляемыми контейнером.

Подсистема массового обслуживания

Tuxedo предоставляет подсистему очередей под названием / Q. Это средство предоставляет временные и постоянные очереди, которые позволяют приложениям явно ставить в очередь и удалять сообщения из именованных очередей. Очереди можно упорядочить по времени доступности сообщений, времени истечения срока действия, приоритету, LIFO, FIFO или их комбинации. Очередями управляет XA-совместимый диспетчер ресурсов, позволяющий операциям с очередями участвовать в распределенных транзакциях. Предоставляется сервер автоматической пересылки очереди, который удаляет записи из очереди и вызывает связанные службы Tuxedo, помещая ответное сообщение в связанную очередь ответов.

Подсистема событий

Подсистема событий в Tuxedo обеспечивает поддержку как незапрошенных, так и посреднических событий. Незапрошенные события позволяют приложениям Tuxedo отправлять внеполосные уведомления клиентам, которые не обязательно ждут ответа. Посреднические события позволяют приложению подписаться на интересующие события, и когда другое приложение публикует событие, все приложения, подписанные на это событие, получают его. Это позволяет приложениям использовать модель, управляемую событиями, вместо более типичной модели запрос / ответ. Кроме того, это обеспечивает модель обмена сообщениями публикации и подписки, которую можно комбинировать с / Q.

Дополнительные продукты

Oracle предлагает ряд дополнительных продуктов к Tuxedo.

Повторный хостинг мэйнфреймов

В марте 2010 года Oracle анонсировала два новых продукта.[19]Среда выполнения приложений для CICS и пакетной обработки вместе со связанной рабочей средой Oracle Tuxedo Application Rehosting Workbench позволяет выполнять миграцию Система управления информацией о клиентах IBM (CICS) и пакетные приложения в Tuxedo в распределенных системах. Путем предоставления инструментов автоматического преобразования, расширения макросов препроцессора API, эквивалентного CICS, и среды выполнения пакетной обработки, подобной JES-2, миграция приложений для мэйнфреймов значительно упрощается.

СОЛЬ

Этот продукт предоставляет двунаправленный шлюз SOAP / HTTP (S) веб-служб. Этот шлюз позволяет внешним клиентам SOAP получать доступ к службам Tuxedo без внесения каких-либо изменений в службу Tuxedo. Точно так же приложения Tuxedo могут вызывать внешнюю веб-службу, как если бы это была локальная служба Tuxedo. Последняя версия SALT поддерживает WS-AtomicTransactions и модули для веб-сервера Apache, Oracle HTTP Server и Oracle iPlanet Web Server, что позволяет создавать динамический веб-контент путем вызова служб Tuxedo. В версии 12.1.3 SALT добавлена ​​поддержка для RESTful Сервисы.

TSAM Plus

Этот продукт предоставляет возможности централизованного мониторинга для нескольких доменов Tuxedo. Агенты TSAM Plus развернуты на машинах в домене Tuxedo. Эти агенты собирают метрические данные из запущенных процессов Tuxedo на основе настроенной политики и отправляют данные обратно в TSAM Plus Manager, где они используются исторически или в реальном времени. TSAM Plus предоставляет информацию о конфигурации, пути вызова, шаблоне вызова, выполнении службы, транзакции и других показателях мониторинга. TSAM Plus также контролирует Tuxedo ART CICS и пакетные приложения. Дополнительным компонентом TSAM Plus является подключаемый модуль для Oracle Enterprise Manager Cloud Control, который обеспечивает полную работу, настройку, администрирование и управление приложением Tuxedo.

Адаптеры для мэйнфреймов Tuxedo (TMA)

Этот продукт предоставляет набор процессов шлюза, которые выполняются в Tuxedo и взаимодействуют с мэйнфреймом, используя его собственные протоколы. Этот шлюз обеспечивает двунаправленную интеграцию между мэйнфреймом и платформами Tuxedo и позволяет Tuxedo отображаться как удаленная область CICS или IMS для мэйнфрейма, а удаленная область CICS или IMS - как другой домен Tuxedo для локального приложения Tuxedo.

Адаптер JCA

Адаптер Tuxedo JCA предоставляет адаптер ресурсов, совместимый с JCA 1.5, который можно развернуть в любом контейнере JCA Java EE (J2EE) 1.5 или более поздней версии. Адаптер поддерживает интерфейс JCA Common Client или CCI, а также интерфейс JATMI, поддерживаемый компонентом Oracle WebLogic Tuxedo Connector в Oracle WebLogic Server. Приток и отток сообщений поддерживаются наряду с поддержкой распределенных транзакций.

Очередь сообщений смокинга

Предоставляет возможности корпоративного обмена сообщениями, сочетающие в себе функции Oracle MessageQ с Tuxedo. Это расширяет существующее средство организации очереди сообщений / Q в Tuxedo, предоставляя такие вещи, как уведомление о доставке, автономный обмен сообщениями и возможность хранения и пересылки.

Рекомендации

  1. ^ Филип А. Бернштейн; Эрик Новичок (2009). Принципы обработки транзакций. Морган Кауфманн. С. 330–336. ISBN  978-1-55860-623-4.
  2. ^ "Хуан М. Андраде". Биография автора. Pearson Education InformIT. Получено 11 октября, 2011.
  3. ^ Пол Корзенёвский (13 сентября 1993 г.). «Увеличьте нагрузку на вашу локальную сеть с помощью обработки транзакций в режиме онлайн». InfoWorld. 15 (37). п. 70. Получено 11 октября, 2011.
  4. ^ «Novell и BEA Systems, Inc. завершили переход TUXEDO на BEA». Выпуск новостей. BEA Systems, Inc. 28 февраля 1996 г. Архивировано с оригинал 1 июля 2003 г.. Получено 11 октября, 2011. BEA является эксклюзивным разработчиком и дистрибьютором системы TUXEDO для UNIX, NT и всех платформ, отличных от NetWare, а Novell будет разрабатывать приложения на основе TUXEDO для NetWare. Кроме того, большинство сотрудников Novell TUXEDO, включая персонал по разработке и маркетингу, присоединились к BEA, и BEA приняла на себя все контракты с партнерами TUXEDO, дистрибьюторами и клиентами. BEA обладает исключительными правами на товарный знак TUXEDO.
  5. ^ Пол Крилл (5 февраля 1996 г.). «Novell сдает в аренду Tuxedo Development». InfoWorld. 18 (6). п. 12. Получено 11 октября, 2011.
  6. ^ Хуан М. Андраде, Марк Т. Карджес, Терренс Дуайер и Стивен Фелтс (1996). Система TUXEDO: программное обеспечение для создания распределенных бизнес-приложений и управления ими. Эддисон-Уэсли. п. XXXIV. ISBN  978-0-201-63493-8.CS1 maint: использует параметр авторов (связь)
  7. ^ «Номер 1 в области промежуточного программного обеспечения: Oracle раскрывает роль BEA в стратегии продукта для промежуточного программного обеспечения следующего поколения» (Пресс-релиз). Корпорация Oracle. 1 июля 2008 г.. Получено 11 октября, 2011.
  8. ^ Карл Холл (2 февраля 1996 г.). Создание клиент-серверных приложений с использованием TUXEDO. Джон Вили и сыновья. п. 35. ISBN  978-0-471-12958-5.
  9. ^ Хуан М. Андраде, Марк Т. Каргес, М. Р. Макблейн (24 февраля 1992 г.). Открытая онлайн-обработка транзакций в системе TUXEDO. Международная конференция компьютерного общества IEEE, (COMPCON) Сборник статей. 37. С. 366–371. Дои:10.1109 / CMPCON.1992.186740. ISBN  978-0-8186-2655-5.CS1 maint: использует параметр авторов (связь)
  10. ^ Э. П. Войлок (20 января 1993 г.). Распределенная обработка транзакций в системе TUXEDO. Труды Второй Международной конференции по параллельным и распределенным информационным системам. 2. С. 366–371. Дои:10.1109 / PDIS.1993.253082. ISBN  978-0-8186-3330-0.
  11. ^ Х. Кауфманн, Х.-Ж. Щек (18 декабря 1996 г.). Расширение TP-мониторов для параллелизма внутри транзакций. Четвертая международная конференция по параллельным и распределенным информационным системам. 4. IEEE. С. 250–261. Дои:10.1109 / PDIS.1996.568686. ISBN  978-0-8186-7475-4.CS1 maint: использует параметр авторов (связь)
  12. ^ Т. Алтиок, Вэй Сюн, М. Гюндук (9 декабря 2001 г.). Инструмент планирования мощности для промежуточного программного обеспечения Tuxedo, используемого в системах обработки транзакций.. Материалы Зимней симуляционной конференции. 1. IEEE. С. 502–507. CiteSeerX  10.1.1.78.2871. Дои:10.1109 / WSC.2001.977330. ISBN  978-0-7803-7307-5.CS1 maint: использует параметр авторов (связь)
  13. ^ Инь Вэнь, Хэ Цзинша (9 декабря 2001 г.). Применение промежуточного программного обеспечения Tuxedo в банковской системе. IEEE 3-я Международная конференция по коммуникационному программному обеспечению и сетям. 3. С. 594–597. Дои:10.1109 / ICCSN.2011.6013904. ISBN  978-1-61284-485-5.CS1 maint: использует параметр авторов (связь)
  14. ^ «Документация по Oracle Tuxedo 12c R2». docs.oracle.com.
  15. ^ "Документация по Oracle Tuxedo JCA 12cR1 (12.1.1)". docs.oracle.com.
  16. ^ «Документация Oracle SALT 12.1.3». docs.oracle.com.
  17. ^ «Документация по Oracle TSAM Plus 12cR2 (12.1.3)». docs.oracle.com.
  18. ^ «Документация по Oracle Tuxedo 12c R2». docs.oracle.com.
  19. ^ "Oracle выпускает новые продукты для ретрансляции мэйнфреймов для Oracle Tuxedo 11g". Выпуск новостей. Корпорация Oracle. 31 марта 2010 г.. Получено 11 октября, 2011.

дальнейшее чтение

внешняя ссылка