ORB z monitorem transakcyjnym

W środowisku 3-warstwowych, obiektowych aplikacji klient/serwer monitory transakcji konkurują z brokerami obiektowymi jako platforma uruchamiania. Połączenie monitora transakcyjnego z brokerem obiektowym to kombinacja tworząca idealną platformę - serwer aplikacji w obiektowym środowisku rozproszonym. Takie rozwiązanie może zapewnić koordynację i bezpieczeństwo transakcji w nowym środowisku Object Web, łączącym technologie obiektowe, sieć Web i techniki internetowe do obsługi aplikacji transakcyjnych w intranetach, ekstranecie i Internecie.

BEA Iceberg - obiektowy monitor transakcyjny

Kiedy stosować 3-warstwową architekturę aplikacji z monitorem transakcyjnym lub obiektowym monitorem transakcyjnym?

Gdy używa się więcej niż 50 usług lub klas w aplikacji.

Aplikacja jest pisana w różnych językach lub przez różne organizacje.

Stosuje się dwa lub więcej różnych systemów baz danych.

Oczekiwany czas życia aplikacji przekracza 3 lata.

Występuje duże obciążenie transakcyjne (więcej niż 50 tys. transakcji w ciągu dnia) lub liczba jednoczesnych użytkowników przekracza 300.

Występuje wiele komunikacji między aplikacjami, np. w przypadku używania systemu EDI.

Oczekuje się stałego wzrostu złożoności aplikacji.

Firma BEA Systems jest producentem najbardziej popularnego w środowisku systemów otwartych monitora transakcyjnego Tuxedo, zakupionego w 1995 r. od Novella, który wraz z kodem źródłowym Unixa nabył go od AT&T. BEA, rozwijając system w kierunku obsługi aplikacji obiektowych, postanowiła połączyć go z brokerem obiektowym, zakupionym w tym celu od Digitala. I tak powstał obiektowy monitor transakcyjny OTM Iceberg.

Jaką rolę w tym połączeniu odgrywa ORB? Wprowadza monitor transakcyjny do głównego nurtu aplikacji klient/serwer. Wszystkie brokery obiektowe realizują protokół transakcyjny OTS (Object Transaction Services). Dzięki temu Iceberg będzie współpracował z tanimi brokerami obiektowymi, np. z Visibrokerem (produkt firmy Visigenic, obecnie filii firmy Inprise, znanej do niedawna jako Borland), dołączanym standardowo do każdego pakietu Netscape Communicator. Za ich pośrednictwem OTM może współpracować również z aplikacjami napisanymi w Javie, korzystającymi z usług brokerów do komunikacji między obiektami. Po raz pierwszy dostawcy monitorów transakcyjnych nie będą musieli zapewniać całej transakcyjnej infrastruktury komunikacyjnej.

Rozproszona infrastruktura obiektowa ORB dostarcza monitorowi wiele standardowych usług, zdefiniowanych w specyfikacji CORBA: metadane w repozytorium, dynamiczne wywołanie metod obiektów, trwałość obiektów, obsługę zdarzeń, składanie aplikacji z komponentów, kontrolę wersji obiektów, bezpieczeństwo i in. Model komunikacyjny ORB ułatwia również obsługę złożonych transakcji - zagnieżdżonych lub o długim czasie realizacji (typowych dla obsługi procesów pracy).

Jak jest rola monitora transakcyjnego? Wnosi on do produktu wiele krytycznych usług: zarządzanie transakcjami, transakcyjną obsługę procesów pracy, dynamiczną zmianę obciążenia na dostępnym sprzęcie wieloprocesorowym i dodatkowych komputerach, odporność na uszkodzenia. Monitor pozwala brokerowi obiektowemu na zarządzanie milionami komponentów i obiektów.