SOA - Blueprint
Opis
Plan SOA zawiera następujące cele:
Wymagania dotyczące zasad projektowania
Specyficzne zadania zasad projektowania
Interakcja usług
Szczegóły scenariusza integracji
Szablony do konkretnych zadań
Koncepcje planów SOA
Poniższy rysunek przedstawia schemat SOA z różnymi konkbetami:
Uwagi dotyczące architektury SOA
SOA musi uwzględnić kilka kwestii:
Infrastruktura
Dostępne wymagania
Wymagania dotyczące wydajności
Platforma dla systemu
Architektura
Modele domeny i usługi
Organizacja usług
Proces integracji konstrukcji
Jakość usług
Wzorce wymiany wiadomości
Rozwój
Wytyczne projektowe dotyczące rozwoju projektu
Wymagane narzędzia do projektu
Walidacja i modyfikacja wymaganych rzeczy
Obsługa błędów
Bezpieczeństwo dostępu serwisowego
Administracja
Zarządzanie i budowanie
Testowanie i wdrażanie projektu
Lokalizacja przechowywanych danych i rejestracja aplikacji
Poniższy rysunek przedstawia schemat SOA z różnymi klasami:
SOA zawiera główne funkcje planu, które są nazywane programami i BAM .
ProgramsProgramy są związane z zagadnieniami wydziałowymi, które zarządzają rozwojem, monitorowaniem i działaniem SOA. Programy obejmują takie obszary, jak zarządzanie usługami, działanie i wdrażanie domen usług, role projektu SOA, konwersja między rolami i zadaniami.
Business Activity Monitoring(BAM)Funkcjonalność monitorowania aktywności biznesowej może być wykorzystywana przez produkty do wyświetlania szczegółów działania w systemie graficznym. Produkty BAM obejmują adaptery lub czujniki, które służą do uzyskiwania dostępu do danych za pomocą języka Java, PL / SQL i innych języków.
View LayerWarstwa widoku udostępnia dwa typy aplikacji; jedna to aplikacja RichClient, a druga to aplikacja WebClient. Bogata aplikacja kliencka przetwarza dane po stronie klienta i zawiera niektóre lokalnie zainstalowane programy w niewielkim stopniu zależne od zasobów sieciowych. Klient sieciowy to składnik po stronie serwera klienta, który zawiera aplikacje działające na komputerze użytkownika i połączone z serwerem.
Application ServerSerwer aplikacji zawiera pewne funkcjonalności, takie jak workflow, reguły, rejestr, CEP, ESB, usługi i systemy.
WorkflowPrzepływ pracy jest używany, gdy istnieje interakcja między człowiekiem a implementacją, która odbywa się za pośrednictwem XPDL (XML Process Definition Language). BPEL (Business Process Execution Language) został użyty do uruchomionych procesów. Uaktualnienie funkcji interakcji człowieka przy użyciu specyfikacji WS-HumanTask i WS-BPEL4People powoduje rozmycie granic automatycznych wezwań serwisowych.
RulesReguły można modyfikować lub zmieniać często w czasie wykonywania, gdy nie są włączone do systemu. Możesz zdefiniować reguły oparte na systemie lub języku naturalnym, zanim staną się dostępne za pomocą interfejsów, takich jak Java, usługa sieciowa itp. Produkty zawierają reguły, takie jak reguły JBoss, reguły WebSphere ILOG, reguły wizualne i reguły biznesowe Oracle.
CEPCEP to skrót od Complex Event Processing, który umożliwia przeglądanie strumieni zdarzeń na podstawie określonego wzorca, który może być nieskorelowany pod względem czasu lub treści. Język Continuous Query Language (CQL) zawiera język zapytań w stylu SQL, który dołącza elementy organizujące strumienie danych do konstrukcji języka SQL.
ESBESB to skrót od Enterprise Service Bus, który zapewnia wzorce odpowiedzialne za zadania i obejmuje zakresy od routingu po osiągalność, umożliwiają interakcję między komunikacją a transformacją protokołu oraz zarządza środowiskiem SOA. ESB jest umieszczana między usługodawcą a konsumentem i służy do wirtualizacji usług. Usługi i systemy są dołączone do ESB.