Upload
ibm-software-polska
View
831
Download
2
Embed Size (px)
DESCRIPTION
Biznes zorientowany na usługi - jakie korzyści niesie ze sobą wdrożenie architektury SOA?Bartłomiej Machnik, IBM WebSphere Software Senior Sales Specialist Andrzej Kowalczyk, Software Technical Sales SpecialistW ramach prezentacji wstępnej przedstawimy koncepcję architektury IT zorientowanej na usługi przy okazji prezentacji kluczowego jej komponentu - Szyny Integracyjnej (ESB) - WebSphere Message Broker. Omówione zostaną również cele i korzyści wynikające z wdrożenia podejścia usługowego.
Citation preview
Biznes zorientowany na us ługiJakie korzyści niesie za sobą wdroŜenie architektury SOA?
© 2011 IBM Corporation
Bart łomiej Machnik, WebSphere Sales SpecialistAndrzej Kowalczyk, WebSphere Technical Sales Specialis t
1
… us ługa ?Powtarzalna czynno ść
biznesowa – np. sprawdzenie salda
rachunku, aktywacja klienta, pozyskanie danych
klienta, odczyt licznika
Usługa? Zorientowanie na us ługi? SOA?
… zorientowanie na us ługi?
Sposób postrzegania biznesu jako
powi ązanych us ługi rezultatów ich
wykonania
… architektura us ługowa (SOA)?
Architektura IT, która wspiera zorientowanie na
usługi
… aplikacja komponentowa?
Zbiór powi ązanych i zintegrowanych usług realizujących konkretny
proces biznesowy, wykorzystujący SOA
2
SOA jest jak klocki
Klocki reprezentują usługi biznesowe
SOA pozwala na modułowe składanie i modyfikowanie klocków – usług tak aby wspólnie realizowały potrzebne zadania biznesowe
Sprawdzenie historii choroby Otwarcie
konta
Sprawdzenie statusu lotu
3
Sprzeda Ŝ Billing CRM Kadry/P łace Help Desk
Aplikacje w „silosach”
4
Aplikacje w Service Oriented Architecture
ZewnętrzneUsługi
Dostawca
Wspó łdzieloneUsługi
Oddzia ły
Klient
5
Tłumaczenie j ęzyka biznesu na j ęzyk IT
Proces Biznesowy
Proces IT
Projekt biznesowy Projekt techniczny
Kluczem jest wykorzystanie istniej ących zasobów
Istniejące zasoby IT
Wymaganie biznesowe Potrzebne funkcje i usługi Aplikacja komponentowa
1. Dekompozycja wymaga ń biznesowych na wymaganie przez nie funkcje i us ługi
2. UŜycie istniej ących zasobów przez udost ępnienie ich w SOA jako us ług
3. Budowanie nowej logiki biznesowej i jej integracj a z nowo przygotowanymi us ługami w SOA
1 3
2
6
Dlaczego podej ście SOA?
Cecha:
�„reuŜywalność” usług� minimalizacja redundantnych funkcji� lepsze wykorzystanie zasobów sprzętowych� szybsza implementacja zmian
Skutek:
� niŜsze koszty sprzętu� mniejsze koszty utrzymania i rozwoju� wyŜsza sprawność działania dzięki szybszemu
reagowaniu na zmiany
7
Wykonanie przelewu, załoŜenie lokaty
(Front Office,Call Center, Self Service)
Zarządzanie zasobami ludzkimi
(Employee Self-Service)
Wspó łpraca z Partnerami
Biznesowymi(np.: ZUS, NFZ,
Samorządy)
Wyszukanie danych klienta(self-service, Call
Center)
Usługi występują wielokrotnie w róŜnych miejscach!
8
ESB ewolucyjna konieczno ść dla architektury SOA
Elastyczna‘Uporządkowana ’Logika Procesów Biznesowych
‘Uporz ądkowana’DobrzeZdefiniowaneAplikacje / Logika usług
Inteligentna LogikaPołączeń
Logika połączeńEnterprise Service Bus
Separacja logiki = większa elastyczność dla biznesu
Aplikacje/Logika usług
Logika Procesu
Portal zInterfejsem Graficznym
9
ESB
Zapewnia konwersję róŜnych protokołów
Elastyczno ść i oszcz ędno ści rozpoczyna IntegracjaEnterprise Service Bus (ESB)
Steruje wywołaniami usług
Łączy wszystko ze wszystkim
Dystrybuuje zdarzenia biznesowe
Transformuje dane róŜnych formatów
Optymalizacja Kosztów•Integruje nowe systemy, nowych klientów i partnerów do 80% szybciej
•Zwiększa wydajność więcej niŜ 10x, z mniejszymi kosztami
•Osiąga pełne ROI często w ciągu 6 miesięcy
10
Firmy wykorzystuj ą ESB dla Krytycznych Potrzeb Biznesu
“Szybki, elastyczny i niezawodny dostęp do informacji biznesowych”
“Zaufanie, zarządzanie i bezpieczeństwo aplikacji biznesowych”
“Ułatwienia dla klientów, partnerów i dostawców w zakresie prowadzenia działalności ”
Potrzeby Biznesu Powszechne wzorce u Ŝycia
ESB
Dostępność usług& Nadzór
Rozszerzone moŜliwości integracji Partnerów & Klientów
11
ESB to nie jeden produkt; to rozproszona architektu ra
Enterprise Service Bus
� ESB z reguły nie jest jednym produktem – to specyficzny wzorzec połączeń – dopuszczalne jest wiele ESB konfiguracji/topologii.
� Topologia zaimplementowa w firmie powinna byćzoptymalizowana dla wymagań biznesowych.
� Topologia moŜe się zmieniać tak jak ewoluuje firma.
……. …….
…….
ESB ESB
ESBESB
ESB
12
Integracja mo Ŝe być skomplikowana i nieelastyczna
Najczęstsze sytuacje
•Nieelastyczna, „ewoluująca integracja” nie integruje całości przedsiębiorstwa
•Wielość platform, plików, sieci oraz urządzeń
•Zmiany regulacji/prawa mają duŜy wpływa na systemy IT
Szansa
•Pojedyncza Szyna Usług łączy aplikacji do80% szybciej
•Natychmiastowy dostęp do systemów zintegrowanych z szyną
13
Jednolita, Korporacyjna Szyna Us ług
• Połączenie aplikacji niezaleŜnie od systemów, sieci, urządzeń
• Udostępnia systemy zapewniając transformację danych
• Otwarcie istniejących aplikacji i danych jako usługi biznesowe bez wpływu na środowisko IT
Do BPM..
ESB
14
Warto ści biznesowe z Dost ępno ści us ług & Nadzoru
Redukcja kosztów & redundancji danych
poprzez wykorzystanie istniejących zasobów
Spełnia kryteria audytu poprzez śledzenie powiązanych usług i transakcji
Usługi właściwie i w prosty sposób wyszukiwane na podstawie dowolnych kryteriów
Dostarcza spójne informacje w róŜnych
cyklach Ŝycia
Scentralizowane źród ło informacji
Dostarczenie szczegó łowych
Informacji
Zapewni ć właściwydost ęp
Łatwo ść wyszukiwania
15
Optymalizacja kosztów zuŜycia zasobów poprzez nadzorowanie wykorzystania usług zgodnie z umowami o świadczenie usług
Dostosuj implementację „Service Governance” do własnych potrzeb za pomocąWSRR Studio
Zwiększa reuŜywalność usług za pomocą „Automatyzacjiwykrywania Usług” w heterogenicznym środowisku
Zmniejszenie ryzyka biznesowego poprzez zarządzania cyklem Ŝycia usług, w tym MQ
Stosuje konsekwentnie polityki w celu osiągnięcia rzetelności i zgodności
WSRR w środowisku SOA Registry / RepositoryWysoce kontrolowany Nadzór nad cyklem Ŝycia usług
Policy Driven
Prescriptive
WAS Policy Sets
Governance Model Reports
Policy Management
PolicyPolicy
16
Wyszukanie polityk generujących błędy
Zakres dat
Metryki wszystkich polityk nadzoru
Wybrane polityki i ich metryki Pass/Fail
Dane wybranejpolityki
Governance Policy Validator – komunikaty o błędach
SOA Governance analiza polityk
17
AuditService 1.0
CurrencyService 1.0
Czesław Ala Mietek
Consumer Consumer Consumer
Consumer
Consumer
Consumer
AuditService 1.1
x
x xx
x
x
Relacje pomi ędzy us ługami - SOA Governance
Consumer Consumer
Aplikacje nie świadomezmian generuj ą błędy
Administratorzy trac ączas (generuj ą koszty)na znalezienie awarii
Czesław parametryaudit service
I powiadamia UŜytkowników,o których wie
Inni u ŜytkownicyZaczynaj ą uŜywaćTych us ług
Mietek tworzycalculate payment servicewykorzystuj ąccurrency service
Usługa currency service stworzona przez Al ę uŜywaaudit service 1.0
Czesław tworzy i wdraŜa audit service
CalculatepaymentService 1.0x
18
Kontrola nad wersjami w SOA Governance
Jak zmigrować bieŜącąwersję do nowej?
Konsument Y
CurrencyService V2.0
Jak i kiedy właściwie powiadomić istniejących
konsumentów?
Jak wykryć, Ŝe nowy ‘N’tykonsument moŜe być
wspierany?
Czy istnieje jakiśkonsument tej wersji?
W jaki sposób konsumenci dowiadują się
o nowej usłudze? Czy zdają sobie sprawę z innych wersji usługi?
Która wersja jest właściwa dla nowego konsumenta?
CurrencyService VN.0
Konsument N
Jak utrzymywać obecnych konsumentów, bez
konieczności zmian?
Konsument 1
CurrencyService 1.0
Konsument X
x
x
Wkrótce wiele wersjiJest utrzymywanych.
IT generuje koszty ŚLEDZĄC który konsument u Ŝywa której.
Wersji, ci ęŜkie wprowadzenie zmian.
Nowy konsument N śąda zmian do wersjiV2.0. Zmiana jest
niekompatybilna z V2.Wersja N.0 jest Tworzona i uruchomiona
V1.0 musi by ćusuwana.
Konsument 1 jest zmuszonyuŜywaćV1.0.
V2.0 stworzonaI wdro Ŝona dla
Konsumenta Y. Konsument X ponosi koszty zmian do V2.0.
Konsument Y Ŝąda zamian w us łudze Currency
Service. Zamian jestniekompatybilna zV1.0.
Konsument 1 Ŝądanowej us ługi. Tworzona i wdro Ŝona Currency Service V1.0. Konsument X zostaje uŜytkownikiem V1.0.
19
Podsumowanie
• ESB – daje korzyści w postaci szybszej integracji
• Łatwiejsze podłączenie nowych aplikacji
• ESB – niesie niebezpieczeństwo gdy niekontrolowane
• Konieczność zarządzania usługami