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