Kluczowe elementy infrastruktury usługowej dla projektów SOA. Waldemar Kot BEA Systems Poland

Transkrypt

1 Kluczowe elementy infrastruktury usługowej dla projektów SOA Waldemar Kot BEA Systems Poland

2 SOA strategia IT funkcjonalność zawarta w aplikacjach jest zorganizowana w postaci opartych na standardach, współpracujących usług, które mogą być powtórnie używane i łatwo łączone, tak aby szybko sprostać zmiennym wymaganiom biznesowym.

3 Wizja SOA HR Finanse Obsługa klientów Inne Procesy Proces Proces Proces Proces Proces HR Płace Budżetowanie Obsługa #1 Obsługa #2 Usługi Usługa Usługa Usługa Usługa Usługa Usługa Zasoby IT Logika Dane Aplikacja HR Logika Dane Logika Aplikacja Finansowa Dane Dane Logika Aplikacja CRM Logika Dane Inne aplikacje

4 SOA bez infrastruktury usługowej: Złożona sieć połączeń punkt-punkt Punkt-Punkt Usługi są bezpośrednio połączone i ściśle związane bezpieczeństwo, komunikacja, zarządzanie są często zawarte na sztywno w każdym połączeniu aplikacje są kruche i trudne do zarządzania, upgrade u, itd.

5 Wsparcie pełnego cyklu życia usługi Infrastruktura aplikacyjna Infrastruktura usługowa Zaplanuj Zbuduj Udostępnij Wyszukaj Złóż Zabezpiecz Dostarcz Wykonuj Zarządzaj BEA WebLogic / Tuxedo.NET IBM SAP Oracle inne BEA AquaLogic Service Bus Service Registry Data Services BPM...

6 Architektura referencyjna SOA Ludzie Aplikacje Partnerzy & Dostawcy Źródła danych Aplikacje kompozytowe Współdzielone usługi Dostęp do współdzielonych usług Usługi prezentacyjne Usługi biznesowe Usługi integracyjne i danych Dostęp do dostawców usług Usługi infrastrukturalne Ludzie Aplikacje Partnerzy & Dostawcy Źródła danych

7 Inicjatorzy Ludzie Aplikacje Partnerzy & Dostawcy Źródła danych Aplikacje kompozytowe Współdzielone usługi Dostęp do współdzielonych usług Usługi prezentacyjne Inicjatorzy Powodują uruchomienie Usługi aktywności, biznesowe w wyniku zajścia określonych zdarzeń lub aktywności biznesowych Usługi integracyjne i danych Dostęp do dostawców usług Usługi infrastrukturalne Ludzie Aplikacje Partnerzy & Dostawcy Źródła danych

8 Aplikacje kompozytowe Ludzie Aplikacje Partnerzy & Dostawcy Źródła danych Aplikacje kompozytowe Współdzielone usługi Dostęp do współdzielonych usług Usługi prezentacyjne Aplikacje kompozytowe Samodzielne aplikacje sterowane Usługi przez biznesowe ściśle określone potrzeby biznesowe. Wyłącznie skupione na realizacji określonych Usługi wymagań integracyjne i danych biznesowych, w sposób, który jest dopasowany do roli ich odbiorców, w jak Dostęp najszybszy do dostawców i najbardziej usług efektywny sposób. Usługi infrastrukturalne Ludzie Implementacja jest połączeniem specyficznej funkcjonalności aplikacji i funkcjonalności udostępnionej przez warstwę współdzielonych usług. Partnerzy & Aplikacje Dostawcy Aplikacje kompozytowe są przeznaczone do samodzielnego wykorzystania (tj. nie są współdzielone) Źródła danych

9 Dostawcy usług Ludzie Aplikacje Partnerzy & Dostawcy Źródła danych Aplikacje kompozytowe Współdzielone usługi Dostęp do współdzielonych usług Usługi Dostawcy prezentacyjne usług Wykonują określone funkcje i procesy biznesowe w sposób fizyczne. Usługi biznesowe Usługi integracyjne i danych Dostęp do dostawców usług Usługi infrastrukturalne Ludzie Aplikacje Partnerzy & Dostawcy Źródła danych

10 Współdzielone usługi Aplikacje kompozytowe Ludzie Współdzielone usługi Kluczowa funkcjonalność firmy, udostępniona jako zestaw bazujących na standardach usług, tak, aby zapewnić wysoki stopień powtórnego wykorzystania tej funkcjonalności, przez wielu konsumentów. Konsumentami są aplikacje kompozytowe i inne współdzielone Partnerzy & usługi. Aplikacje Źródła danych Celem tej warstwy Dostawcy jest umożliwienie tworzenia nowej funkcjonalności w efektywny i szybki sposób oraz redukcja kosztów i złożoności integracji z istniejącymi systemami, poprzez wykorzystanie już poniesionych inwestycji i eliminację nadmiarowości. Współdzielone usługi Dostęp do współdzielonych usług Usługi prezentacyjne Usługi biznesowe Usługi integracyjne i danych Dostęp do dostawców usług Usługi infrastrukturalne Ludzie Aplikacje Partnerzy & Dostawcy Źródła danych

11 Przykłady Aplikacje kompozytowe Portal Portal Zaawansowany serwis internetowy, wywołujący współdzielone usługi Współdzielone usługi Dostęp do współdzielonych usług Usługi prezentacyjne Usługi biznesowe Usługi integracyjne i danych Dostęp do dostawców usług Usługi infrastrukturalne People Applications Partners & Suppliers Data Sources

12 Przykłady Portal & BPM Portal, który zawiera procesy wykonujące specyficzne funkcje dla tego portalu. Aplikacje kompozytowe Portal Portal & BPM BPM korzysta ze współdzielonych usługi w części implementacji tego procesu. Współdzielone usługi Dostęp do współdzielonych usług Usługi prezentacyjne Usługi biznesowe Usługi integracyjne i danych Dostęp do dostawców usług Usługi infrastrukturalne People Applications Partners & Suppliers Data Sources

13 Przykłady Aplikacje kompozytowe Współdzielone usługi Portal Usługi prezentacyjne Usługi biznesowe Dostęp do dostawców usług Route & Transform Operacja uaktualnienia danych klienta w Siebel u z powiadomieniem innych aplikacji o tych zmianach. W tym celu wykorzystuje usługi w warstwie współdzielonych usług. Ta aplikacja kompozytowa otrzymuje Portal & BPM Route & komunikat żądania uaktualnienia danych Transform klienta, przekierowuje ten komunikat do właściwej usługi z warstwy współdzielonych usług. Przed przekierowaniem wykonywane są stosowne transformacje tego komunikatu, dopasowujące go formatu oczekiwanego przez współdzieloną usługę. Dostęp do współdzielonych usług Podobnie jest z odpowiedzią. Usługi integracyjne i danych Usługi infrastrukturalne People Applications Partners & Suppliers Data Sources

14 Przykłady Aplikacje kompozytowe Portal Portal & BPM Route & Transform Adapter & BPM Współdzielone usługi People Dostęp do współdzielonych usług Usługi prezentacyjne Adapter & BPM Usługi Funkcjonalność biznesowe zarządzania zamówieniami w SAP wymaga wykonania wielokrokowego procesu biznesowego. Usługi W każdym integracyjne z tych kroków i danych zachodzi konieczność skorzystania z funkcjonalności udostępnionej przez usługi z warstwy współdzielonych Dostęp do dostawców usług usług. Do komunikacji z SAP wykorzystywany jest przy tym adapter. BPM koordynuje wykonanie sekwencji kroków Partners & Applications między SAP a usługami współdzielonymi. Data Sources Suppliers Usługi infrastrukturalne

15 Przykłady Aplikacje kompozytowe Portal Portal & BPM Route & Transform Adapter & BPM B2B & BPM Współdzielone usługi People Dostęp do współdzielonych usług Usługi prezentacyjne B2B & BPM Usługi biznesowe Proces związany z wysyłką towarów wymaga wielokrokowej interakcji pomiędzy Usługi partnerem integracyjne biznesowym i danych (lub klientem) a funkcjonalnością udostępnioną przez warstwę współdzielonych usług. Dostęp do dostawców usług Bramka B2B zapewnia komunikację z zewnętrznym partnerem biznesowym, a BPM wykonuje proces biznesowy i koordynuje interakcję ze współdzielonymi usługami. Partners & Applications Data Sources Suppliers Usługi infrastrukturalne

16 Współdzielone usługi Aplikacje kompozytowe Ludzie Aplikacje Współdzielone usługi Obejmują różne typy usług usługi dostępu do zasobów (np. aplikacji, baz danych), usługi danych (np. zunifikowany obraz klienta lub produktu), usługi biznesowe (wspólna logika biznesowa transakcje, reguły), usługi prezentacyjne (np. portlety) oraz usługi infrastrukturalne (np. bezpieczeństwo, logowanie, audyt, zarządzanie treścią). Partnerzy & Usługi w tej Źródła danych Dostawcy warstwie są projektowane, budowane, testowane, wykonywane, administrowane, wersjonowanie, itp. w celu współdzielonego użycia. Współdzielenie powoduje jednak wzrost znaczenia zależności, co powoduje konieczność lepszego zarządzania cyklem życia usługi. Współdzielone usługi Dostęp do współdzielonych usług Usługi prezentacyjne Usługi biznesowe Usługi integracyjne i danych Dostęp do dostawców usług Usługi infrastrukturalne Ludzie Aplikacje Partnerzy & Dostawcy Źródła danych

17 Usługi dostępu do dostawców usług Aplikacje kompozytowe Współdzielone usługi Dostęp do Dostawców Usług Oparty o standardy mechanizm dostępu do Dostawców Usług. Zawiera mechanizmy podłączenia się do różnorodnych Dostawców (aplikacji, systemów, baz danych, technologii), udostępnienia ich Partnerzy & Ludzie funkcjonalności (lub danych) Aplikacje w postaci usług o określonym interfejsie, a także zarządzanie połączeniem z Dostawcą Dostawcy Usługi. Oddziela Współdzielone Usługi od konieczności zajmowania się szczegółami implementacyjnymi komunikacji z konkretnym Dostawcą Usług. Usługi te zapewniają także zunifkowany dostęp dla wszystkich Współdzielonych Usług, w sposób pozwalający uniknąć kosztownych połączeń Dostęp punkt-punkt. do współdzielonych usług Wspierają także większy poziom powtórnego wykorzystania funkcjonalności i danych Usługi oferowanych prezentacyjne przez Dostawców Usług. Usługi biznesowe Dostęp do dostawców usług Źródła danych Usługi integracyjne i danych Usługi infrastrukturalne Ludzie Aplikacje Partnerzy & Dostawcy Źródła danych

18 Modelowanie usług Modelowanie usług Jakie usługi utworzyć? Jaki jest proces identyfikacji tych usług? Jakie są charakterystyki tych usług? Ludzie Aplikacje Partnerzy & Dostawcy Źródła danych Aplikacje kompozytowe???? Współdzielone usługi Dostęp do współdzielonych usług? Usługi prezentacyjne Usługi biznesowe?? Dostęp do dostawców usług??? Usługi integracyjne i danych Usługi infrastrukturalne Ludzie Aplikacje Partnerzy & Dostawcy Źródła danych

19 SOA wymaga uzgodnienia świata biznesu ze światem IT Biznes Procesy Zapytanie o produkt Rezerwacja Produkcja Tworzenie zamówienia Wysyłka Tworzenie zamówieni a dostawcy IT Usługi Warstwa wywoływania usług Zapytanie o produkt Rezerwacja Wysyłka Tworzenie zamówienia Produkcja Tworzenie zamówienia dostawcy

20 Modelowanie usług Usługi są mapowane do prawdziwych procesów biznesowych, nie do aplikacji Strategia biznesowa i procesy 3 Orchestrate services into processes Measure alignment with strategy Identify opportunities for optimization 1. Myśl strategicznie, działaj taktycznie: rozpocznij z pojedynczym, kluczowym procesem. 2 Analiza procesów, identyfikacja wymaganej funkcjonalności wspierającej. Udostępnienie funkcjonalności z istniejących zasobów IT. Budowa nowej funkcjonalności. Definicja kontraktów i interfejsów. Udostępnienie tych elementów jako usługi. To podejście umożliwia stopniowe ulepszanie procesów w czasie Podejście z góry na dół: identyfikacja usług wymaganych do wsparcia tego kluczowego procesu. 3. Podejście z dołu do góry: identyfikacja funkcjonalności w istniejących systemach, które mogą być wyeksponowane jako usługi dla tego procesu. 4. Usługi infrastrulturalne: identyfikacja funkcjonalności wspierającej, wspólnej dla usług i procesów

21 Infrastruktura usługowa

22 Problem wczesnych SOA: Eksplozja usług po początkowych 5-10 usługach, ich liczba szybko rośnie do setek (i więcej) z każdą nową usługą złożoność rozwiązania rośnie wykładniczo ścisłe, punktowe powiązanie między usługami brak przejrzystości brak powtórnego użycia trudne zarządzanie siecią usług Service Service Service Service Service Service Service Service

23 Enterprise Service Bus (ESB) złożoność rośnie wolniej (liniowo, a nawet poniżej) większa przejrzystość luźne powiązania między usługami wyższe powtórne wykorzystanie jednokrotne wpięcie usługi lepsza widoczność usługi kontrola nad udostępnianiem usług centralne zarządzanie Service Service Service Service Enterprise Service Bus Service Service Service Service

24 Ważne komponenty SOA Enterprise Service Bus (ESB) Konfigurowalna warstwa komunikacyjna: pośredniczenie w komunikacji pomiędzy usługami zaawansowane sposoby komunikacji i integracji usług service switching (sync / async, pub-sub) routing, transformacja, bezpieczeństwo i walidacja komunikatów zarządzanie sytuacjami wyjątkowymi Web Service Management (WSM) Zarządzanie cyklem życia usług: rejestracja i udostępnianie usług wersjonowanie usług bezpieczeństwo zarządzanie usługami i komunikatami śledzenie komunikatów kontrola SLA i raportowanie integracja z innymi systemami zarządzania

25 BEA AquaLogic Service Bus Konfigurowalna Szyna Usługowa (ESB) i Zarządzanie Usługami (WSM) w jednym produkcie Łączy tradycyjne mechanizmy komunikacyjne z podejściem opartym o web services Moja robocza definicja ;-) Wieloprotokołowy, dynamicznie konfigurowalny, zarządzalny - hub, switch, router, proxy, gateway, firewall, repeater, kontroler,... w jednym.

26 Przegląd architektury produktu Konsumenci usług BEA AquaLogic Service Bus Zarządzanie usługami i komunikacją Śledzenie komunikatów Monitoring SLA, Alerty, Raportowanie Baza Danych dla Raportowania Logowanie JMX, SNMP,... Dostawcy usług biznesowych udostępnianych przez systemy IT Broker Routing Udostępnianie usług Konfiguracja i zarz. zmianami Transformacje Obsługa wyjątków Bezpieczeństwo i Polityki Action SDK Rejestracja Audyt Wersjonowanie Rejestr usług Import i eksport Komunikacja / Protokoły transportowe HTTP JMS/MQ SMTP Web Srvc Java/EJB Pliki/FTP WSDL / SOAP / XML / text / binary Adaptery Tuxedo Transport SDK Bezpieczeństwo Autentykacja Autoryzacja Tożsamość Podpisywanie i szyfrowanie Integracja z innymi śr.

27 Wieloprotokołowy hub, switch, router... ALSB jest uniwersalnym pośrednikiem w komunikacji między usługami, dzięki czemu można powtórnie wykorzystać istniejące usługi, aplikacje, dane i to w sposób niezależny od ich implementacji. Web Services HTTP/SOAP, WS-I, WS-Addressing JMS, Store-and-Forward, XA Różnorodne modele komunikacyjne Request/Reply, Async/Sync, Pub/Sub, WS with attachments, Łączenie różnych modeli ze sobą Service Service Service Service Sync-to-Async, One-to-many, fan-out Wielość transportów HTTP, JMS, MQ, (SMTP/POP3/IMAP), File, Tuxedo, Tibco, JMS, Non-SOAP messaging over HTTP, Java, EJB,... BEA AquaLogic Service Bus Integracja aplikacji (poprzez adaptery) JDBC, ODBC, JCA, CORBA, ERP / CRM (SAP, Oracle, PeopleSoft, Siebel) formaty EDI (ASC X12, UN/EDIFACT ) inne formaty (FIX, HIPAA, SWIFT, HL7, ) Service Service Service Service mainframe (CICS, AS/400 ) Protokoły B2B AS2, ebms, RNET, Secure FTP, AS3, WS

28 dynamicznie konfigurowalny... ALSB pośredniczy w komunikacji pomiędzy różnorodnymi usługami i wykonuje transformacje komunikatów, zarządzanie wyjątkami, walidacje oraz routing, zgodnie ze zdefiniowanym przepływem. Routing komunikatów zależny od treści komunikatu (CBR) kontekst tożsamości użytkownika Transformacje XML, non-xml XQuery, XPath, XSLT walidacje dane do transformacji mogą pochodzić z zewnątrz Przełączanie usług - łączenie trybów pracy Async/Sync, Pub/Sub, Żądanie-Odpowiedź inne (np. szyfrowane / nieszyfrowane) Zarządzanie wyjątkami na różnych poziomach Zmiana konfiguracji jest dynamiczna - nie wymaga restartu usług, ani serwera ESB.

29 Główne komponenty ALSB... usługi biznesowe (business service) udostępniane przez zewnętrzne systemy podłączane do ALSB usługi pośredniczące (proxy service) konsumowane przez klientów usług udostępniane przez ALSB komunikują się z usługami biznesowymi poprzez routing i wywoływanie usług posiadają zdefiniowany przepływ komunikatów (message flow) opisujący logikę transformacji i przekierowania komunikatów sekwencja akcji posiadają zmienne kontekstowe komunikatu (context variable) metadane i dane aktualnego komunikatu pozwalają manipulować kontekstem komunikatu

30 Główne komponenty ALSB... monitoring komunikacji wydajność, dostępność stan zdrowia systemu i poszczególnych usług SLA alerty, notyfikacje raportowanie operacyjne analityczne konfiguracja bezpieczeństwo rozkład obciążenia usług (load balancing) przełączanie dla większej niezawodności (failover)

31 Konfiguracja przepływu w pełni wizualnie określenie struktury przepływu 1. jakie węzły 2. request / response 3. jakie etapy w ramach węzłów 4. jakie akcje w ramach etapów 5. dostępne akcje (ok. 20): edit / insert / delete / update / assign log, report validate, raise error route, call-out, publish, reply inne: if-then-else-elseif 6. zmienne kontekstowe 7. obsługa wyjątków 8. routing

32 Przykład konfiguracji przepływu

33 Przykład konfiguracji przepływu

34 Przykładowa konsola zarządcza

35 Przykład architektury referencyjnej Warstwa Portalu WebLogic Portal Warstwa Procesów WebLogic Integration Portlet WWW Proces kredytowy Usługi Bezpieczeństwa AquaLogic Enterprise Security Warstwa ESB AquaLogic Service Bus Usługi Danych AquaLogic Data Services Rejestr Usług AquaLogic Service Registry Core banking Rejestr Magistrala usługowa Service Registry Service Registry CRM Service Registry Tuxedo Mainframe Tuxedo ERP...

36 Aplikacje kompozytowe dzięki ALSB i WLI Konsumenci usług (kontakt z użytkownikiem) Portal Komponowanie procesów biznesowych Proces (WLI) Zarządzanie usługami, routing, transformacje komunikatów ESB (ALSB) Udostępnianie usług Obsługa klientów Raportowanie Core banking Zasoby ERP CRM.NET TUXEDO...

37 BEA AquaLogic Data Services

38 Dlaczego Usługi Danych? W praktyce, w większości projektów SOA, to repozytoria danych są pierwszymi usługami Problemy adresowane przez usługi danych: Mgmt Dashboard Customer Portal HR Portal Partners Portal Supplier Portal 70% uwagi podczas budowy aplikacji poświęca się na problemy związane z dostępem do danych Warstwa usług danych wiele API: średnio aplikacje korzystają z ~14 różnych źródeł danych HR Promotions Order Data Entry Syndicated, Database Expense Research & Third-party Reporting Intelligence Purchasing Data Sales Pricing Forecasts Systemy IT Product Catalogs External MRP Data Sources Bill Support Payment problemy z utrzymaniem spójności danych i aplikacji np. podczas migracji, upgrade ów reguły spójności i walidacji danych są często zaszyte na sztywno w każdej z aplikacji, któa korzysta z tych danych

39 Tradycyjne podejście do usług danych Problemy: 1. Każda usługa to oddzielny projekt integracyjny 2. Połączenia punkt-punkt 3. Trudna optymalizacja i automatyzacja XML Adapter Systemy EAI i middleware XML Adapter XML Adapter XML Adapter Wpływ: 1. Dużo kodowania 2. Ograniczona funkcjonalność 3. Trudne w utrzymaniu Oracle Sybase DB2 SAP 4. Ograniczone możliwości powtórnego wykorzystania

40 Usługi danych z AquaLogic DS Centralne miejsce dla usług danych Zalety: 1. Modelowanie 2. Dynamiczne usługi z możliwością łatwego powtórnego użycia Customer Orders Payment BEA AquaLogic Data Services Adaptor 3. Bezpieczeństwo 4. Caching 5. Service Data Objects 6. Transakcje 7. Dostęp poprzez Java i WSDL 8. Dostęp poprzez SQL (np. dla Oracle Sybase DB2 SAP Excel a lub narzędzi Business Intelligence) 9. Metadane Wpływ: mało kodu, szybkość

41 AquaLogic DS w połączeniu z SB i WLI Portal / Web App WLI (BPM) - procesy AL DS (EII): Dane jako usługi Modelowanie, zarz. metadanymi Dynamiczne flitrowanie, zapytania, transformacje danych bezpieczeństwo, cache AL SB (ESB) routing, transformacje, zarządzanie usługami AL SB (ESB): routing, transformacje, zarządzanie usługami pośredniczenie w przekazywaniu komunikatów AL DS dane jako usługi monitoring usług WLI (BPM): modelowanie procesów integracja aplikacji Oracle ERP DB2 Oracle Data Warehouse Sybase zarządzanie stanem procesów B2B, Human workflow

42 Architektura AquaLogic Data Services WORKSHOP JAVA/J2EE WEB SERVICE REPORTING LD CONTROL JAVA API WSDL WRAPPER JDBC/SQL Narzędzia deweloperskie Services definition Model Diagrams Client API Security Cache Data Processing Engine Konsola administracyjna Caching, Security, Monitoring, Management Metadata Browser Model Repository Data Source API Relational Tables, views stored procedures, SQL Web Services Business partners, Adapter,.Net Files XML, Flat Files Java Functions LDAP J2EE Excel JCA JMS Custom Access

43 BEA AquaLogic Service Registry

44 Problemy dla ALSR Brak systematycznego sposobu wyszukiwania i powtórnego użycia istniejących usług. Brak możliwości kontroli udostępniania usług oraz ich sprawdzenia pod kątem zgodności z procedurami, standardami tworzenia usług i najlepszymi praktykami. Deweloperzy Budowa i wdrożenie usługi Deweloperzy Budowa i wdrożenie usługi Menedżerowie Administratorzy Budowa i wdrożenie usługi Business Logic Business Logic Business Logic Business Logic Architekci Architekci Brak możliwości przeglądania jakie usługi już zostały zbudowane, w jaki sposób, jak je wykorzystywać. Brak sposobu określania współpracy między usługami. Brak możliwości kontroli i zarządzania usługami i wymuszania polityk. Legacy ERP CRM Finance Brak możliwości kontroli nad wprowadzaniem zmian i widoczności zależności między usługami.

45 Przykład zastosowania ALSR (1) Budowa usług Kompozycja aplikacji z usług Deweloperzy (IDE) Analitycy biznesowi, architekci (ICE) Policy Business Process Web Services WSDL, XML Services Rejestr deweloperski Rejestr produkcyjny Deweloperzy publikują zasoby (usługi, elementy usług) w Rejestrze Usług tak, aby później można było te zasoby odnaleźć i wykorzystać. Business Logic Business Logic Business Logic Business Logic Legacy ERP CRM Business Finance Użytkownicy wykorzystują Rejestr Usług, aby odnaleźć istniejące usługi i ich użyć.

46 Przykład zastosowania ALSR (2) Publikacja usług Akceptacja (ludzie) Konsumpcja usług Kontrola dostępu i reguły widoczności usług (i ich elementów) Rejestr deweloperski Procesy akceptacyjne Rejestr produkcyjny Dewelopment Akceptacja (automatyczna) Kontrolowany proces publikacji usług i ich wykorzystania. Produkcja

47 Przykład zastosowania ALSR (3) Any Any Service Consumer Service Consumer Konsumenci usług Agenci Budowa i odkrywanie usług i ich podłączanie do rejestru Rejestr Any Any Service Consumer Service Consumer Dostawcy usług Automatyczne odkrywanie nowych usług i ich aktualizacji Konsola zarządcza, integracja z systemami ESM Pomiar i agregacja parametrów (metryk) usług (np. wydajność, czas odpowiedzi, SLA). Wykorzystanie metryk podczas wyszukiwania i konsumpcji usług.

48 Funkcjonalność ALSR centralny rejestr informacji o usługach (metadane, UDDI) klasyfikacja usług (taksonomie) procesy kontroli publikacji i wykorzystania usług jedno- i wielokrokowe, jeden- lub wielu decydentów notyfikacje i subskrypcje federacja rejestrów bezpieczeństwo kontrola widoczności, dostępu polityki zarządzanie zależnościami między usługami raporty i analizy automatyczne odkrywanie usług integracja z systemami ESM

49 BEA WebLogic Platform

50 BEA WebLogic Platform Integrated Development Environment - Eclipse BEA Workshop for WebLogic Platform User Integration Process Integration WebLogic Portal WebLogic Integration Blended Java Frameworks Beehive, Spring, Struts, EJB3, Open JPA, XMLBeans, AOP,... Application Server WebLogic Server JVM BEA JRockit / SUN / HP / IBM

51 Platforma do budowy aplikacji kompozytowych Warstwa usług aplikacyjnych: Infrastruktura Konfiguracja Bezpieczeństwo Zarządzanie Warstwa portalowa: wielokanałowy dostęp zaawansowany UI personalizacja federacja Jedna platforma Jedno środowisko deweloperskie Jedna konsola administracyjna Wspólny kod Warstwa usług integracyjnych BPM Transformacja danych Podłączenie do Usługi lub Kontrolki systemów zewnętrznych SAP WebLogic App Mainframe

52 BEA WebLogic Portal

53 PORTAL JAKO INTERFEJS UŻYTKOWNIKA

54 PORTAL SKONSOLIDOWANY DOSTĘP Zagregowane informacje, aplikacje (widok 360 ) Dopasowanie do odbiorcy (personalizacja) Marketing Human Resources Sprzedaż Zamówienia Treść - informacje o produktach i usługach firmy Bazy danych i systemy HR Bazy danych i systemy wsparcia sprzedaży Zamówienia

55 Dlaczego portal na BEA WebLogic Portal? Budując portale w sposób tradycyjny, deweloperzy są odpowiedzialni za logikę tej aplikacji i wszystkie dodatkowe usługi wyższego rzędu. Odpowiedzialność deweloperów Logika Aplikacji Zarządzanie użytkownikami Kontrola dostępu Interfejs użytkownika Agregacja danych Zarządzanie treścią Komunik. pomiędzy aplikacjami Personalizacja Integracja aplikacji Kampanie marketingowe Preferencje użytkowników

56 Dlaczego portal na BEA WebLogic Portal? Portal pozwala skupić się na tym CO ma robić aplikacja, poprzez wykorzystanie (skonfigurowanie) gotowych funkcjonalności Odpowiedzialność deweloperów Zarządzanie użytkownikami Interfejs użytkownika Logika Aplikacji Kontrola dostępu Agregacja danych Zarządzanie treścią Personalizacja Kampanie marketingowe Komunik. pomiędzy aplikacjami Integracja aplikacji Preferencje użytkowników

57 PORTAL PROCESOWY Zamiast portalu zorientowanego na aplikacje: Portal zorientowany na użytkownika Warstwa portalu: dostarczanie i personalizacja zintegrowanych treści i usług App 1 App 2 App 3 Services or controls Warstwa integracji (dane i procesy): zintegrowane aplikacje w ramach procesów biznesowych, konektory, modelowanie App 1 App 2 App 3

58 BEA WEBLOGIC PORTAL Użytkownicy Usługi biznesowe portalu (~akceleratory) Treść Wyszukiwanie Praca grupowa Commerce Personalizacja i Zarz. interakcjami Zarządzanie cyklem życia portalu Środowisko tworzenia Środowisko zarządcze Elastyczna konfiguracja Infrastruktura portalu Rendering Architektura Zasoby wewnętrzne i zewnętrzne

59 BEA WebLogic Integration

60 Wiele poziomów integracji Korzyść biznesowa z integracji Integracja Procesowa Partnerów Zewn. Użytkowników Danych Aplikacji Poziom integracji Potrzeba różnych narzędzi i technik...

61 BEA WEBLOGIC INTEGRATION Środowisko tworzenia aplikacji Zarządzanie Process Procesami Biznesowymi Automation Modelowanie Automatyzacja Analiza Integracja n.p. aplikacji Adaptery Dostęp do zasobów Integracja danych Usługi integracyjne Transformacja danych Integracja użytkowników Message Broker Integracja Partnerów Zewn. Web Services Bezpieczeństwo Transakcyjność Klastry J2EE Administracja

62 Modelowanie procesów integracyjnych Budowa procesu w sposób graficzny drag & drop, kontekstowe wizard y i arkusze własności Połączenie w przepływ: dostępu do danych / aplikacji: wewnątrz organizacji u partnerów zewnętrznych transformacji akcji wykonywanych przez ludzi Szybkie tworzenie Gotowe kontrolki do aplikacji/systemów łatwy dostęp do złożonej funkcjonalności Dostęp do kodu Java Współpraca XML i Java Szablony procesów powtórne wykorzystanie już istniejących rozwiązań Generowana automatycznie aplikacja J2EE JSP, servlets, EJB, web services,... Przepływ (proces)

63 Adaptery Packaged Applications SAP R/3 PeopleSoft JD Edwards Oracle Applications Siebel Manugistics Ariba Commerce One Broadvision Clarify Baan Vantive Technology RDBMS MQ Series CORBA TIBCO Vertical SWIFT FIX HIPAA HL7 Wbudowane adaptery do plików, ftp, jdbc, http/s, Technologia BEA + iway Dostępne ok. 250 adapterów Dwukierunkowa komunikacja: JMS JCA Usługi Zdarzenia

64 Transformacja danych Dowolne mapowanie XML-XML, XML-non XML, XML- Java Budowana w sposób wizualny lub poprzez kodowanie Drag and Drop Złożone transformacje XQuery, XSLT, XML Beans wiele źródeł joins, unions, grouping by key fields rozszerzalna biblioteka funkcji transformujących Wsparcie dla struktur non-xml EDI, COBOL Copybooks Sposób transformacji zapisany w postaci pliku XML możliwość zmiany transformacji bez potrzeby zmiany procesu / aplikacji XML Non-XML Java XML Non-XML Java

65 MESSAGE BROKER Przyjście zdarzenia Uruchamia reguły Transformacja & Przekierowanie Przetwarzanie (proces)... Zdarzenie Kanał Kanał Proces Message Broker Kanał

66 Integracja użytkowników biznesowych Człowiek, jako element procesu, np.: decydent (akceptacja) wprowadzanie danych sytuacje wyjątkowe Wykonywanie zadań warunki (np. wykonaj do ) jedno zadanie może uaktualnić wiele procesów określanie kto (użytkownik/grupa) i jakiej roli może wykonać zadanie Zarządzanie listą zadań do wykonania przypisanie, zawieszanie, porzucenie, przekierowywanie,... monitorowanie rozpoczęcia, zakończenia,... komentowanie sortowanie alerty podejmowanie akcji Analizy i raporty Logowanie Archiwizacja

67 Integracja z parterami zewnętrznymi Dostawcy, instytucje zewnętrzne, klienci, partnerzy biznesowi,... Wsparcie dla standardów: ebxml RosettaNet Web Services EDI Zarządzanie profilem partnera protokoły profile współpracy konfiguracje importu/eksportu danych Raportowanie Monitorowanie Logowanie, audyt WebLogic Integration Supplier (WebLogic Integration) Distributor (WebLogic Business Connect) Partner (Other B2B server) Retailer (Browser, FTP)

68 BEA AquaLogic BPM

69 Oprogramowanie BPM Wsparcie analizy, modelowania, budowy, wykonywania, optymalizacji i zarządzania procesami biznesowymi. Jednostki organizacyjne Proces Obsługi Klienta Customer Relationship Management Sales and Marketing Production Planning Manufacturing Inventory & Logistics Finance & HR Konfiguracja produktu Procesy Zarządzanie zamówieniami Gwarancje i obsługa posprzedażowa Customer Relationship Management Sales and Marketing Production Planning Manufacturing Inventory & Logistics Finance & HR CRM SFA Product product SCM product DB LMS B2B Inv ERP MES MGMT ERP CRM product SFA Prodict product SCM DB LMS B2B info. Inv ERP. MES MGMT ERP Usługi IT (Portal, SOA, LDAP, EAI, , IT Operations,...) Usługi IT (Portal, SOA, LDAP, EAI, , IT Operations) Procesy biznesowe obejmujące organizacje, systemy i aplikacje. Oprogramowanie klasy BPM modeluje, symuluje, wykonuje, zarządza, monitoruje i optymalizuje procesy biznesowe.

70 AquaLogic BPM Suite Business Analysts Process Modeling, Simulation and Documentation Process Analyst Process Development and Systems Integration Business Owners Use Cases Get Get the the stuff stuff Build Build the the picture picture BAM BAM Consoles Requirements Process Diagram Launch screen screen Monitoring screen screen AquaLogic BPM Enterprise Server Process Participants HiPer Workspace Process Management and Real-Time BAM Historical & Trend Analysis Tools Process Server and Monitoring Repository Business Systems DB CRM ERP

71 AquaLogic BPM Designer: Modelowanie procesów Przetwarzanie równoległe, synchroniczne, asynchroniczne Lista aktywności Reguły czasowe zarządzanie SLA procesu Wsparcie dla standardów modelowania: BPEL, BPMN, UML Incorporate complex Business Rules directly in in the process model Aktywne diagramy Swim Lane Różne metody uruchamiania procesów Reguły biznesowe zarządzane przez właścicieli procesu

72 AquaLogic BPM Designer: Symulacja procesów Obserwacja i i zarządzanie kolejkami w czasie rzeczywistym. Możliwość strojenia, Konfiguracja itd. scenariuszy symulacyjnych (obciążeń) Tworzenie raportów i i ich eksportowanie do narzędzi analitycznych. Rozbudowane mechanizmy raportowe: w oparciu o koszty, czas, czy jednostki.