ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

23
IBM dla Energetyki ESB – ewolucyjna konieczność w architekturze systemów informatycznych w energetyce Bartosz Dudziński Andrzej Kowalczyk

description

Bartosz Dudziński, Andrzej Kowalczyk

Transcript of ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

Page 1: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

ESB – ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

Bartosz Dudziński

Andrzej Kowalczyk

Page 2: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Oczekiwania rynkoweKierunek: nowe modele biznesowe, nowe podejście do biznesu

Oczekiwania rynków finansowych

Regulatorzy &

Ustawodawcy

Technologicznezmiany

Oczekiwania klientów

Zasoby &

pracownicy

Straty energiiKoszty paliw

Bezpiecze ństwo

Środowisko & klimat

Page 3: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Pomost do nowych technologii

Np.:BPM

Szybkość i elastycznośćrozwiązańintegracyjnych to krótszy czas projektów

Szybkośćwdrożenia oznacza redukcjękosztów integracji

Pewnośćrozwiązania, to

jego wydajność i bezawaryjność

Kluczowe potrzeby biznesoweEnterprise Service Bus

Page 4: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Enterprise Service Bus

Page 5: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

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

Page 6: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

ESB separuje połączenie logiki czyniąc 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

Faktury i zużycie dostępne on-line

Widoczne awarie i czas naprawy

Łatwiejsza budowa procesów

AMI Billing Flota samochodowa

CRM SZS*

*system zmiany sprzedawcy

Page 7: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

WebSphere Message Broker

Page 8: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Wspiera różnorodne technologie komunikacjiod standardowych interfejsów po specyficzne protokoły aplikacji

MQ, JMS, MSMQMQ, JMS, MSMQ

DatabasesDatabases

MainframeMainframe

DevicesDevices

FilesFiles

Payer ERP/EIS /CRMERP/EIS /CRM

SAP, Siebel, PeopleSoft, Sterling, …

HTTPHTTP

HTTP, SOAP, RESTWS-*

ODBC,JDBC

Plik, FTP,SFTP,MQ FTE

MQ, JMS, MSMQ

MailMail

POP3, IMAP,SMTP,załączniki

TCP/IPMQTT

CICS,IMS.

JEE, SCAJEE, SCA

CORBA, SCA

Page 9: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Zintegrowane adaptery do systemów dziedzinowychautomatyczne wykrycie usług i budowa adapterów

ERP/EIS /CRMERP/EIS /CRM

JD Edwards

Siebel SAP

PeopleSoft

Page 10: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Wszechstronny w zakresie wspieranych typów komunikatówjednakowa obsługa od XML poprzez dowolny format tekstowy do binarnego

DFDLData Format Definition Language

MRMMessage Repository Manager

BLOB

DataObject (CORBA)

X12PL/ICHL7

SWIFT

EDIFACT

COBOL

XML

SOAP

MIME

IDOC

JSON…

Otwarty standard definiowania dowolnego formatu danych

Gotowe modele CIM (interfejsy i struktury)IEC61968, IEC 61970

Page 11: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Wszechstronny w zakresie stosowanych technik budowy logikiod GUI do współczesnych języków programowania

ESQL

Page 12: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Ścisła integracja z .NET� Nowy węzeł do wywoływania programów .NET

– Wywołuj programy .NET programy via CLR V4;

– C#, VB .NET (COM), JScript & F# języki dostępne natywnie• Szeroki zakres typów danych .NET wspierany dla łatwej integracji

� Zintegrowany z Visual Studio Development

– Tworzenie kodu .NET w Visual Studio;

Page 13: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Szablony logiki integracyjnejrealne wsparcie dla standaryzacji procesów integracji

1. Czytamy dokumentację szablonów i wybieramy odpowiedni lub z dokumentacji usługi wiemy jaki szablon zastosować

2. Wybieramy szablon

3. Parametryzujemy instancję szablonu na podstawie dokumentacji parametrów

4. Generowany jest projekt z odpowiedniązawartością implementującą szablon

5. Dostosowujemy logikę integracjina przykład mapowanie komunikatów

6. Testujemy

Rozwi ązanie pozwala na definiowanie własnych szablonów dostosowanych do

wzorców integracji stosowanych w rozwi ązaniu

Page 14: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Praca operacyjna

Jeśli nie działa ESB / Szyna usług – reszta system ów nie działa…

� Jak monitorwać dane?

� Jakie dane powodują błędne zachowania?

� Co nie działa i dlaczego?

Page 15: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Record & Replay

replayrecord edit� Record(Zapisz), Edit(Edytuj) and(i) Replay (Odtwórz) dane w locie– Dodatkowy audyt komunikatów, web, ERP, plików &innych danych– Elastyczna technologia: jeden lub wiele brokerów może zapisywać, wyłapywać & powtarzać komunikaty

� Data Recording, Capture & Store– Graficznie konfigurowane zapisywanie komunikatu

jego części czy wielu pól– Dane zapisywane w bazie, wsparcie dla:

• Oracle, DB2, SQL Server, Sybase, Informix…

� Poprzez narzędzia Web możliwość Podglądu,Zapytań, Edycji danych

– Łatwe w użyciu narzędzie– Niezależna konsola Web dla lepszej skalowalności

� Odtwórz komunikat do odpowiedniego miejsca– Odtwórz dane do przepływu lub aplikacji

Page 16: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Web Administration

� Web administration console– Dedykowana dla osób spoza grupy administatorów– Wspiera wszystkie przeglądarki Firefox, IE, Opera, Safari,

Chrome– Dodatek do WMBExplorer

• Dla administratorów dalej WMB Explorer

� Bazujące na rolach bezpieczeństwo– Bezpieczeństwo w oparciu o polityki

• Współpraca z innymi dostawcami (np.: LDAP)– Web GUI e.g.

• Uprawnieni mogą startować przepływy• Pozostali mają dostęp „do odczytu”

– Zarządzanie użytkownikami

� Ulepszone zarządzanie– Start oraz stop dla przepływów i grup wykonawczych– Drzewiaste widoki (analogiczne do WMB Explorer)

• Wybór plików (bar)• Wsparcie polityk wdrażania (e.g. configurable services)• Monitoring widoków oraz „data stores”• Wzorce projektowe

Page 17: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Wzorce dla przeglądarkowego GUI

� Tworzenie przepływów bazujących na wzorcach– Np.: WS façades, message processing, file 2 queue…– Dostarczone z WMB & Zdefiniowane przez użytkowników

• Twórz & współdziel wzorce • Możliwość dodawania nowych wzorców z sieci

� Tworzenie i wykorzystanie wzorców w przeglądarce– Tworzenie powtarzalnych rozwiązań– Całkowicie nowe narzędzie– Konfiguracja oraz deployment wzorców na broker– Autoryzacja dla ról i użytkowników

� Rozbudowane istniejące narzędzia– wbudowane, oraz importowane wzorce– Wzorce definiowane przez użytkowników

1. Build .patternzip in MB Toolkit2. Import do Webowego rozwiązania3. „Configure and deploy”

– Przenoszenie z testów do QA czy produkcji

Page 18: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

I co dalej?

Monitoring

Statystyki i dost ępno ść

Pełna administracja Brokerem

Graficzna prezentacja wyników

Wbudowane High AvailabilityBez koniecznego dodatkowego software/hardware

Page 19: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Pytania?

Page 20: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

WebSphere Message Broker dla IBM Mobile / IBM Worklight

Page 21: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Niewymagający znajomości świata mobilnego.

1

4 3

2

Stwórz aplikacj ę:Użyj Worklight

Studio – pisz raz, uruchamiaj w wielu środowiskach

Zintegruj :Wygeneruj

Adapter Worklightadapter gotowy do

wdrożenia

Wybierz : Zdecyduj się na

wzorzec

Skonfiguruj :Zaakceptuj domyślne ustawienia lub wpisz

własne

Wzorce Broker’a dla powszechnych

mobilnych scenariuszy

Page 22: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Szybki i bezpieczny dostęp z wykorzystaniem pamięci podręcznej ang. „cache”wbudowanej w WMB

Cach’owanie usług redukuje czas odpowiedzi�Nowa wbudowana funkcjonalność do współdzielenia danych pomiędzy wieloma broker’ami

�Wysoka dostępność i skalowalność współdzielenia danych dla mobilnych środowisk

�Skraca czas odpowiedzi dla reużywanych danych

�Brak dodatkowych elementów – XS działa wewnątrzBroker

Bezpieczny dost ęp do krytycznych zasobów�Dostarcza bezpieczny dostęp do aplikacji mobilnych

�MB działa jako „policy decision point” dla mobilnego dostępu, poprzez mapowanie operacji CRUD

�Mapowanie tożsamości pomiędzy domenami

�Dostarcza bezpieczny zewnętrzny dostęp do partnerów

Page 23: ESB - ewolucyjna konieczność w architekturze systemów informatycznych w energetyce

IBM dla Energetyki

Message Broker

Optymalne rozwi ązanie dla niezb ędnej komunikacji pomi ędzy systemami back-end a urz ądzeniami mobilnymi / w terenie / w słabej sieci

WebSphere MQ Telemetry Transport (MQTT)�Mniejsze użycie pasma sieci i baterii

� Mniej “gadatliwy” niż HTTP �Wysoka wydajność transportu komunikaty dostarczane

raz i tylko raz �Nie wyniszcza baterii (niskie zużycie prądu)

WebSphere MQ 7.x ma teraz proste licencjonowanie, “praktycznie darmowy klient” MQTT �Standardowy klient Telemetry – nowe ceny

� $100 per MQ Server� Nielimitowana liczba klientów� Testowane na pojedynczym serwerze 240K

równoczesnych klientów przy <5% utylizacji CPU

Komunikacja z urządzeniami mobilnymi / licznikami

MQTT

MQTT klienci $0

MQ