Prezentace o integraci aplikací a enterprise service bus (ESB) popisující typické integrační scénáře a nabízející vysvětlíme, jak je metodicky řešit. Obsahuje také vysvětlení, proč jen kvalitní technologie nestačí a co ještě je třeba zajistit pro úspěch integračního projektu. Prezentaci připravili: Michal Bureš, Senior Advisor, System Integration (michal.bures@profinit.eu) Jan Šmuk, Senior Consultant (jan.smuk@profinit.eu)

1. Zavádíme integrační
platformu v 75
minutách
Michal Bureš, Jan Šmuk 13. 10. 2015

2. 5
250
400
10
nfg
15
prg
Základní údaje
Top 10
CEE
Top 5
ČR
250+
387
mil.
2007
16
let
Praha
Mezi TOP 10 IT společností
v regionu střední a východní
Evropy (Gartner 2012)
Sídlo společnosti
v centru Prahy
Mezi TOP 5 firmami
v oblasti vývoje software
na zakázku (IDC 2012)
Již 16 let působíme
na trhu v oblasti IT
250 stálých
zaměstnanců v ČR
Obrat za rok 2014
387 mil. Kč
Od roku 2007 jsme
členem skupiny NFG

3. Vybraní zákazníci
Finance Telekomunikace Další vybraní zákazníci

4. 4
Agenda
› Příklady integračních scénářů v podniku
› Zavádění SOA a ESB
› Praktické zkušenosti s integrací (nejen) ve finanční sféře
› Unifikovaná integrační platforma Profinit ESB
› Naše nabídka služeb
Jan Šmuk
Senior Consultant
Michal Bureš
Senior Advisor System Integration

5. Integrace aplikací v podniku1

6. 6
Webové portály
› Integrační vrstva pro portálové řešení
– Portál potřebuje číst a zapisovat data do různých částí IS podniku
– Různé dostupnosti systémů
• Portál 24/7, interní systémy mohou zpracovávat dávky
a mimo pracovní dobu být nedostupné
› Integrační vstva zajišťuje
– Jednotný přístup ke službám
– Verzování rozhraní
– Řízení přístupů
– Rozložení zátěže
– Cachování dat
– Zabezpečuje komunikaci
– Ukládá požadavky do fronty k vyřízení
ESB vzniká
často kvůli
portálu
ESB
Integrační vrstva

7. 7
Vrstva datových služeb
› Sdílená operační databáze, Operation Data Store (ODS)
– Sdílená databáze pro operativní přístup ke kmenovým datům
– Jednotný pohled na operační data zákazníka a dalších entit
– Datová kvalita
– Dostupnost
› Přístup k datům v ODS je realizován
přes ESB
– Webové služby
– Jednotné rozhraní pro všechny aplikace
– Datový formát služeb reflektuje datový
model ODS
ESB
Datové služby
ODS
Podnikové
aplikace

8. 8
Ucelený pohled na komunikaci
mezi systémy
› Nasazení ESB zjednodušuje řešení provozních incidentů
– Všechny zprávy související s jedním případem lze snadno dohledat pomocí metadat
› Možnost využití pro audit nebo detekci událostí v reálném čase
– Požadavky bezpečnosti, compliance
– Např. anti-fraud systém
› Udržení know-how o celkové architektuře systémů
validateOrder
ORDER_123
sendOrder
ORDER_123
bookStock
ORDER_123
sendConfirmation
ORDER_123
processingERROR
ORDER_123
Katalog
služeb

9. 9
Sledování a úspora nákladů
na IT systémy
› Kdo, kdy a jak systém využívá?
– Rozúčtování nákladů na systémy mezi jednotlivými pobočkami či partnery
› Kontrola nákladů při využití externích registrů
– Např. Solus, katastr nemovitostí
– Který systém nebo uživatel požadoval provedení dotazu?
– Lze snížit náklady na opakované dotazy?
• Cachování
getCustomer
from: PRAGUE
getCustomer
from: BERLIN
getCustomer
from: PRAGUE
getCustomer
from: PRAGUE
getCustomer
from: BERLIN

10. 10
Integrace s externími partnery: B2B
› Typy externích partnerů
– Mateřská firma, sesterské firmy
– Obchodní partneři, dealeři, franšízy…
• Správně navržená integrační architektura = flexibilita při rozšiřování obchodní sítě
– Státní správa
• Základní registry, datové schránky
› Automatizace integrace s partnery
– Samočinné předávání dat zabezpečeným způsobem
– Automatizovaný prodej služeb přes partnerskou síť
• Objednávání ADSL
› Zabezpečení integrace
– Šifrování, elektronický podpis zpráv
– Řízení identit a přístupů
• Správa certifikátů
– Ochrana před nebezpečným obsahem
• XML bomby, code injection
ESB
eGovernment
Podnikové systémy
a databáze
B2B
Cloud
Partneři
DMZ

11. 11
Spolehlivé doručování zpráv
› Garantovaný přenos zpráv v logistice a výrobě
– Prioritizace zpráv – přednostní zpracování a zvýšený dohled pro urgentní zprávy
– Doručení zpráv pouze relevantním příjemcům (routování)
– Např. IATA messaging v leteckém průmyslu
› On-line synchronizace dat mezi systémy
– Dodržení pořadí zpracování zpráv, zajištění konzistence dat, transakční zpracování
– Např. synchronizace entit v SAP pomocí zpráv IDOC
› Elektronická výměna dokladů (EDI)
– Faktury, dodací listy, avíza
QU ZRHOWSR BSLKZSR ISTKZSR ISTKKXH ESBKZXH ESBKKSR
.ISTKKXH SR/261610 YB
DIV
SR8694/26.ECENZ.IST
EA1645 ESB
DR72 PX151
SI ALL RUNWAYS CLOSED DUE HEAVY WIND

12. Zavádění SOA a ESB2

13. 13
Možnosti integrační architektury
Přímá integrace
Architektura orientovaná
na služby (SOA)
Enterprise
Service
Bus
Point to Point

14. 14
Postup zavádění SOA a ESB
› Najděte sponzora
– Jak přesvědčit management
› Koncept integrace a SOA
– Analýza současného stavu
– Definice cílů v čase, návrh cílové architektury
› Výběr technologické platformy a dodavatele
– Doporučujeme provedení PoC
› Nastavení rolí a procesů
– SOA governance, katalog služeb, metodika, zodpovědnost
› Pilotní nasazení ESB
– Spojte pilotní nasazení s vhodným projektem
› Ostrý provoz a další rozvoj
Rozhodnutí Koncept Platforma Governance Pilot Provoz

15. 15
Proč SOA a ESB?
› IT pohled – architektura
– Lepší architektura systémů
– Zajištění dostupnosti, rozložení výkonových špiček
– Vrstva služeb pro BPM
– Správa závislostí, dopadové analýzy, verzování služeb
› IT pohled – provoz
– Vyhodnocení dostupnosti služeb, měření SLA
– Identifikace a řešení provozních problémů
› Strategické cíle
– Transparentnost prostředí, vidíme do dat mezi systémy
– Jasné mantinely zodpovědnosti mezi dodavateli
– Integrace drží velkou část know-how o architektuře podniku
– Audit, compliance, bezpečnost
– Flexibilita, náklady na integraci a TTM
Rozhodnutí Koncept Platforma Governance Pilot Provoz

16. 16
Posouzení stavu SOA podle OSIMM
Rozhodnutí Koncept Platforma Governance Pilot Provoz

17. 17
Scope integrace
› Enterprise Service Bus
– On-line integrace mezi back-endovými systémy
• Sdílená funkcionalita mezi systémy
– Integrace mezi front-endy a back-endy
– Převážně webové služby, asynchronní zprávy, volání DB
› Platforma ETL, nebo unifikovaná integrační sběrnice
– Dávkové přenosy mezi systémy
– Převážně DB rozhraní, strukturované soubory
› Platforma B2B
– Integrace vně podniku
– Umístění do DMZ
› Na integrační vrstvu nepatří
– Přenos interních dat mezi vrstvami/moduly téhož systému
Rozhodnutí Koncept Platforma Governance Pilot Provoz
Unifikovaná
integrační
platforma

18. 18
Integrační vzory pro on-line integraci
› On-line synchronní integrace
– Web Service Proxy
• Vystavené WSDL musí odpovídat konvencím již na back-endovém systému
• Nízká komplexita, i tak je zajištěna transparentnost, rozložení zátěže, monitoring, validace, …
– Web Service Facade
• Umožňuje mapování hodnot, volání DB procedury atp.
• Varianta: možnost re-try požadavků
• Vyšší komplexita, ale nezávislost na back-endu
– Composite Service
• Přenos části procesní logiky na integrační vrstvu – orchestrace
• Vysoká komplexita
– Adapter
• Komplexní technologická transformace komunikačního protokolu
• Potenciálně velmi vysoká komplexita
› On-line asynchronní integrace
– Publish Event
• Notifikace jednomu nebo více systémům, často spojeno s nějakým synchronním vzorem
• Vyšší komplexita, ale maximální míra nezávislosti (provozní, designová)
Rozhodnutí Koncept Platforma Governance Pilot Provoz

19. 19
Formáty zpráv na integrační platformě
› Information Data Model
– Jednotné schéma (XSD)
nebo
– Šablona struktur a slovník názvů
anebo
– Vůbec nepoužívat společný datový model
› Mapování zpráv na ESB
– Mapovat všechny zprávy na ESB
nebo
– Vystavovat na ESB back-endová rozhraní
• Provádět jejich revizi, podílet se na návrhu
Rozhodnutí Koncept Platforma Governance Pilot Provoz

20. 20
Integrační datový model a ESB
ADM-2-IDM IDM-2-ADM
2-Step Integration
ADM-2-IDM
IDM-2-ADM
3-Step Integration
Route,
Compose
IDM-2-ADM
System 1
› IDM = Integrační datový model
– Obecný podnikový datový model ve formě schématu (XSD)
• Vytváří architektonický tým ve spolupráci s kompetenčními centry
– Nezávislý na konkrétní aplikaci
• Nové in-house aplikace lze navrhovat již podle IDM
› ADM = Aplikační datový model
– Datový model konkrétní aplikace ve formě schématu (XSD)
› IDM-2-ADM, ADM-2-IDM
– Web Service Facade, popř. Adapter
System 2
Enterprise
Service
Bus

21. 21
Minimalistický koncept ESB
› Web Service Proxy
– Pokud to jde, připraví systém službu, která se jen pře-vystaví na ESB
– Integrační tým definuje obecné minimální požadavky na službu, kontroluje kvalitu
• WS-I Compliant SOAP web service
• Správně zvolená granularita služeb a operací, obecnost, kompletní sada dat  potenciál re-use
• Základní jmenné konvence, názvy datových struktur podle datového slovníku
• Způsob hlášení chybových stavů, metadata pro audit a monitoring
› Web Service Facade
– Změna rozhraní na ESB probíhá pouze, pokud
• Nelze splnit minimální požadavky integrace
• Out-of-the-box krabicový SW
• Je předpoklad výměny systému či riziko nestability rozhraní
› Zachovat možnost složitějších scénářů
– Composite Service, Adapter, Publish Event
• Očekávejte cca 20% služeb
Rozhodnutí Koncept Platforma Governance Pilot Provoz

22. 22
Funkce platformy ESB
› Očekávané funkce ESB
– Transformace a mapování dat, konverze komunikačních protokolů
– Směrování správ, frontování požadavků
– Validace dat
– Zabezpečení: autentizace, autorizace, audit, šifrování, nepopiratelnost
– Orchestrace služeb, kompozitní služby
– Garantované doručení zpráv
– Omezení provozu, zajištění kvality služeb
– Monitorování, kontrola SLA, logování, audit
– Vysoká dostupnost
– Správa služeb, politik a koncových bodů, SOA governance
– Cachování dat
› ESB naopak není
– Aplikační kontejner pro obchodní logiku
– Pouze pro webové služby
Rozhodnutí Koncept Platforma Governance Pilot Provoz

23. 23
Trh integračních platforem
› Dodavatelé komerčních on-premise řešení ESB
– Oracle SOA Suite
– TIBCO
– IBM WebSphere
– webMethods – Software AG
– SAP PI (dříve IX)
– Microsoft BizTalk
› Open-sourcová řešení on-premise ESB
– JBoss Fuse
– Talend Open Studio
– WSO2 ESB
› Hostované integrační platformy
– MuleSoft AnyPoint Platform
– Talend Integration Cloud
– Oracle Cloud Integration
– Různá řešení nad Microsoft Azure
MQ for On-premises
Application Integration Suites 2014
MQ for Enterprise
Integration Platform as a Service 2015
Rozhodnutí Koncept Platforma Governance Pilot Provoz

24. 24
Kritéria výběru integrační platformy
› Rozsah použití platformy
– Tradiční on-premise platforma ESB
– Kombinovaná platforma pro aplikační i datovou integraci
– Hostovaná (cloudová) platforma (iPaaS), popř. hybridní platforma
› Množství modulů, podporovaných funkcí, standardů a protokolů
– Jak lze platformu dále rozšiřovat? BPM, MDM, ...
– Podporované protokoly, standardy – většinou srovnatelné
› Efektivita vývoje
– Možnost grafického návrhu mapování a integračních flows
– Jaké adaptéry pro podnikové aplikace platforma nabízí
› Dostupnost zdrojů a podpory platformy
– Lokální implementační partner, možnosti školení
– Využití standardních technologií
– U open-source velikost a aktivita komunity
Rozhodnutí Koncept Platforma Governance Pilot Provoz

25. 25
Nastavení rolí a procesů
Koncept
architektury
• Identifikovat dopad na jednotlivé systémy – tým architektury
• Identifikovat integrační body – architektura & dodavatelé systémů
High-level
design
• Identifikovat služby a datové toky, nahrubo datová pole, vedoucí dodavatel
• Funkční a nefunkční požadavky na rozhraní, integrační vzor
Detailed
Design
• Vytvořit schémata, WSDL, detailní sekvence volání, mapování dat
• Bezpečnostní pravidla, přístupy, objemy dat v čase, …
Build &
System Test
• Kódování, build systémů
• Testování systému s využitím mock objektů (ideálně omezit na minimum)
Provolávání
• Propojit systémy, udělat smoke test – integrační tým
• Vývojáři systémů testují kompletní scénáře (připravit check-list -> reporting)
End2End
Integrace
• Testování dle připravených scénářů
• Provádí testeři
Rozhodnutí Koncept Platforma Governance Pilot Provoz

26. 26
Nastavení rolí a procesů
› Vstupy a výstupy
– Seznam vstupů a výstupů pro každou fázi
– Formát – šablona nebo check-list
• Srovnejte: integrační datový model vs. minimalistický přístup
– Míra detailu, otevřené body do další fáze
› Zodpovědnost
– Kdo co kdy dodává
– Kdo ručí za kvalitu, kdo reviduje, kdo je informován
Rozhodnutí Koncept Platforma Governance Pilot Provoz

27. 27
Nastavení rolí a procesů – příklady
› High-level design
– Poskytovatel a konzument služby, taxonomie, zodpovědnost, kontakty
– Popsat jednotlivé operace a integrační flows, sekvence volání, integrační vzor
– Datová pole, jejich významy
– Způsob ošetření chyb
– Zabezpečení, označit citlivá API nebo data
– Jaký je objem dat, rozložený zátěže v čase
› Detailed Design
– Datové typy všech polí, schémata, WSDL, XSD, formáty souborů
– Validační pravidla, reg-ex, min/max values, enumerace
– Přesné mapování dat, podmínky, pre-conditions, post-conditions
– Uživatelské účty, způsob autentizace, síla šifrování
– Chybové kódy
– Časování datových přenosů
– Vstupy pro testování
Rozhodnutí Koncept Platforma Governance Pilot Provoz

28. 28
Pilotní nasazení ESB
› Spojte nasazení ESB s vhodným projektem
– Vytvoření samoobslužného portálu, multikanálová architektura
– Výměna core systému, implementace CRM nebo ERP
– Nový revenue stream v rámci firmy
• Nové flexibilní řešení integrace souběžně s hlavním podnikovým ESB
› Rozsah pilotního nasazení
– Jednotky až desítky služeb (5-30 služeb)
Rozhodnutí Koncept Platforma Governance Pilot Provoz

29. 29
Provoz a rozvoj integrační platformy
› Monitoring platformy ESB
– Připojení na jednotný dohledový systém
– Sběr metrik o službách
• Dostupnost, doba odpovědi, počet požadavků za minutu, počet požadavků ve frontě
› Podpora řešení
– Komerční řešení
• Support od výrobce platformy
– Open-source
• Předplatné od výrobce platformy
• Podpora od dodavatele řešení
• Jaká je jeho kvalifikace? Partnerství garantuje určitou kvalitu
› Rozvoj platformy
– Dodavatelsky nebo vlastními silami?
• Vyberte si takové řešení, které se rychle naučíte sami ovládat
Rozhodnutí Koncept Platforma Governance Pilot Provoz

30. Integrace v praxi3

31. 31
Katalog služeb
› Informace o službách vystavených na ESB
– Jméno, namespace, textový popis
– Rozhraní služby, popis operací a datových typů
– Konzumenti, závislosti (jiné ESB služby, backendy, DB procedury, ….)
– Verze, životní cyklus
– Vlastník služby, kontakty
– Prostředí, adresy
Naše vize
katalogu
služeb

32. 32
Katalog služeb
› Jednoduchá evidence Wiki, Excel
– Do 30 služeb dostačující
› Opensource (WSO2 Governance registry, Membrane, …)
– Automatické načtení rozhraní služeb
– Ruční doplnění závislostí
– Sledování a měření dostupnosti
› Placené řešení (IBM WSRR, Oracle Enterprise Repository, ...)
– Užší integrace s ESB runtime
– Měření
› Vlastní řešení
– Parsování zdrojových a konfiguračních souborů
– Automatické zjišťování závislostí

33. 33
Verzování služeb
(Major) . (Minor) . (Patch)
› Major
– Invazivní změny rozhraní
– Podstatná změna logiky nebo technologie
› Minor
– Neinvazivní změny rozhraní
› Patch
– Opravy

34. 34
Verzování služeb
(Major) . (Minor) . (Patch)
› Příklad služby MyService iniciální verze 1.0.0
– Namespace: http://mycompany.org/esb/MyService-v1
– PortType: MyService-v1PortType
– Endpoint: http://esb.mycompany.org/MyService-v1
› Neinvazivní změna, např. přidání nepovinného elementu na vstup
– Povýšení minor verze – 1.1.0
– Namespace, PortType, Endpoint zůstávají stejné
– Nová služba nahradí starou
– Lze ponechat verzi stejnou, ale nedoporučuje se

35. 35
Verzování služeb
(Major) . (Minor) . (Patch)
› Příklad služby MyService iniciální verze 1.0.0
– Namespace: http://mycompany.org/esb/MyService-v1
– PortType: MyService-v1PortType
– Endpoint: http://esb.mycompany.org/MyService-v1
› Neinvazivní změna, např. přidání nepovinného elementu na vstup
– Povýšení major verze – 2.0.0
– Namespace: http://mycompany.org/esb/MyService-v2
– PortType: MyService-v2PortType
– Endpoint: http://esb.mycompany.org/MyService-v2

36. 36
Verzování služeb
(Major) . (Minor) . (Patch)
› Proč verzovat
– Rychlost a možnosti adaptace různých konzumentů na změnu rozhraní se liší
– Provoz více verzí služby najednou
› Jak verzovat
– Nevytvářet nové verze zbytečně
– Verzovat pouze v případě invazivních změn
– Pokusit se o dohodu se všemi konzumenty
– Nutná evidence konzumentů
– Zamezit duplikování logiky mediací ze starého na nové rozhraní

37. 37
Standardní struktura zpráv
› Metadata požadavku (auditní informace)
– Volajícího systém a uživatel
– Instance orchestračního procesu (flow ID)
– Identifikace entity, se kterou se pracuje
› Společné typy
– Kód výsledku volání
– Typy SOAP fault (errorCode, errorDescription, ...)
– Datové typy (např. číselníky, enumerace, …)
• Pozor, nepřehánět
<xsd:element name=“gender“
type=“lovs:LovGender“/>
<gender lov=“GENDER“>F</gender>

38. Profinit ESB4

39. 39
Integrační platforma Profinit ESB
Profinit ESB = open-source produkty + naše know-how a služby
› Talend ESB
– Otevřený produkt
• Garantovaná podpora výrobce, rozsáhlá komunita, diskusní fóra
• Podrobná dokumentace, stránky TalendForge s řadou příkladů
– Webové služby, zpracování asynchronních zpráv, přístup k podnikovým aplikacím
– Transformace a mapování dat, orchestrace služeb
– Zabezpečení, audit, logování
– Grafický návrh mapování dat i procesů – prostředí Eclipse
– Vysoká dostupnost, rozložení zátěže
– Podpora internet of things (IoT)
› Monitoring pomocí Hyperic HQ nebo vašeho stávajícího nástroje
– Metriky služeb, stav infrastruktury
› Metodika modelování služeb v Enterprise Architect
– Metodika modelování služeb pomocí integračních vzorů
– SOA governance: správa služeb, procesy, postupy

40. 40
Platforma ESB
› Komponenty Talend ESB
– Aplikační kontejner Apache Karaf a cluster Fabric
– Webové služby Apache CXF
– ActiveMQ pro zpracování asynchronních zpráv
– Apache Camel pro jednoduché routování zpráv
– Run-time engine pro orchestraci služeb s grafickým návrhem
– Pokročilé možnosti práce s daty a XML, konverze datových formátů
– Rozsáhlá knihovna komponent a adaptérů
› Dostupná v několika edicích
– Talend Open Studio – open-source bez licenčních poplatků
• Vhodná pro menší či prvotní nasazení s nízkými náklady
– Talend ESB Enterprise – roční předplatné
• Technická podpora, pokročilá administrace, správa přístupů, týmový vývoj
– Talend Platform for Enterprise Integration – roční předplatné
• Navíc modul BPM a BRMS, vylepšený data mapper, vyšší SLA
Vývoj
bez
kódování

41. 41
Vývoj služeb v Open Studio
› Vizuální vývojové prostředí postavené na Eclipse
– Rozsáhlá paleta komponent
› Grafický návrh process flows
– Není nutná znalost jazyka Java
› Grafické mapování dat
– XML, CSV, fixed-length
– DB tabulky
› Integrovaný debugger
Přehledné
grafické
vývojové
prostředí

42. 42
Knihovna komponent
› Komunikační protokoly
– Webové služby SOAP / HTTP(S), REST
– Messaging MQ, JMS
– Soubory lokální, (S)FTP atd.
– Nativní .Net konektor (volání DLL)
– Windows named pipes
› Datové zdroje a formáty, transformace dat
– MS SQL Server, Oracle, FireBird a další
– LDAP
– XML, CSV, fixed-length, delimited
– Nestrukturované – HL7, EDIFACT
› Konektory pro business aplikace a cloud
– Microsoft CRM, SalesForce
– Amazon, Google
– SAP
Rozsáhlá
podpora
technologií
Microsoft
42

43. 43
Metodika návrhu a vývoje služeb
› Návrh a modelování služeb
– Schémata generovaná z modelu v repositáři Enterprise Architect
– Knihovna integračních vzorů s podrobnými popisky scénářů a řešení
• Cílem je standardizovat integraci a omezit variabilitu
› SOA governance
– Životní cyklus služeb a verzování
– Evidence služeb v návaznosti na model v Enterprise Architect
› Vývoj služeb
– Sada příkladů navázaná na integrační vzory
– Best practices

44. 44
Některé infrastrukturní služby
› Service Activity Monitor & Activity Monitoring Console
– Automatické logování veškerých příchozích i odchozích zpráv do DB
– Sledování stavu on-line i dávkových úloh
– Korelační identifikátory umožňují sledování toku zpráv pro jeden případ
od začátku do konce
› Service Locator & Service Registry
– Dynamická správa a vyhledávání end-pointů webových služeb
– Podporuje load-balancing back-endových systémů
– Správa služeb, politik a přístupů (pouze enterprise verze)
› Autentizace uživatelů a autorizace přístupu ke službám
– Podpora WS-Security, NTLM, basic authenticaton, možnost LDAP
– Security Token Service – podpora standardů WS-Trust a SAMLv2,
jednoduché SSO
– Autorizace přístupu na základě rolí
– Identity a access management včetně správy klíčů s web GUI
(pouze enterprise verze)

45. 45
Provoz Profinit ESB
› Administrační konzole
– Správa platformy i celého clusteru – konfigurace, deployment
– Monitoring platformy i jednotlivých úloh, auditování projektů
– Správa identit a přístupů ke službám
– Prohlížení logů a konfiguračních souborů
– Správa front ActiveMQ
› Monitorovat lze
– Metriky služeb: dostupnost, doba odezvy, počet vyřízených požadavků, četnost chyb
– Aplikační a systémové logy, zprávy ve frontách
– Stav a vytížení infrastruktury (servery, disky, DB, aplikační kontejner atp.)
– Systém upozorní administrátora při překročení hraničních hodnot metrik
45

46. Naše nabídka služeb5

47. 47
S čím vám můžeme pomoci
› Návrh integrační architektury – SOA
– Provádíme hodnocení stávajícího stavu SOA
• SOA maturity assesment podle metodiky OSIMM
• Technický audit middleware – zabezpečení, výkon, spolehlivost
– Návrh cílové IT architektury na základě požadavků zákazníka
› SOA Governance
– Definice standardů a principů pro SOA a vývoj na integračních platformách
– Definice metodiky, pravidel a procesů, katalog služeb
› Vývoj integrace, integrační platforma
– Máme vývojářské znalosti několika integračních platforem
– Nabízíme „vlastní“ open-source integrační platformu Profinit ESB
• Připravíme pro vás technickou prezentaci naší platformy nebo jednoduché PoC

48. 48
Integrační platforma na zkoušku
› Postavíme skutečné ESB ve vaší firmě za několik týdnů
– Přesvědčíme váš management o výhodách SOA (rozhodnutí)
– Seznámíme vás a vaše dodavatele s koncepty Profinit ESB (koncept)
– Navrhneme role a procesy integrace systémů (governance)
– Nainstalujeme Profinit ESB na vaší infrastrukturu (platforma)
– Vytvoříme několik reálných služeb a připojíme 2-4 systémy (pilot)
– Proškolíme váš provozní tým a zajistíme podporu L2/L3 s SLA (support)
Rozhodnutí Koncept Platforma Governance Pilot Provoz

49. Profinit, s.r.o., Tychonova 2, 160 00 Praha 6, +420 224 316 016, www.profinit.eu
Společnost PROFINIT je členem nadnárodní skupiny New Frontier Group, která je
leadrem v oblasti digitální transformace organizací a firem ve střední a východní
Evropě. S více než 2000 zaměstnanci v 17 zemích patří mezi deset největších
poskytovatelů ICT služeb v celém CEE regionu a řadí se ke špičce v oblasti vývoje
software na zakázku, data managementu, datových skladů a business intelligence.
PROFINIT má řadu významných zákazníků z finančního a telekomunikačního
sektoru, utilit a státní správy. Společnost se primárně zaměřuje na konzultační
služby v oblasti digitální transformace, technologické služby a outsourcing. Podle
údajů IDC (2012) patří PROFINIT mezi 5 největších firem v oblasti vývoje software
na zakázku v České Republice a je držitelem řady dalších ocenění.
Shaping future, delivering results!