Zavádění SOA governance v podniku

Michal Bureš 28. 8. 2014

2

Aktuální stav

› Stav integrační architektury

– Klient provozoval ESB Apache ServiceMix.

• Cca 40 proxy webových služeb, pouze pro účely portálu.

• Žádné mapování dat, orchestrace, asynchronní zpracování

– Datová integrace byla částečně řešena pomocí Informatica PowerCenter, částečně však řadou různých vlastních nástrojů

– Nebyl nastaven monitoring provozu na ESB, řízení přístupů, zajištění SLA atp.

– Zákazník neměl implementovanou SOA governance

• Služby vznikaly živelně podle aktuální potřeby, překrývaly se, nebyl kladen důraz

na re-use

– Tým architektury měl pouze omezené teoretické znalosti SOA

› Požadavky a plán rozvoje na integrační vrstvy

– Klient plánoval implementaci automatizace procesů pomocí BPM

• Dobrý argument pro zahájení aktivit SOA governance!

– Komplexní souhrn požadavků na integrační vrstvu ani strategie rozvoje ale neexistovaly

3

Cíl projektu

› Zmapování aktuálního stavu integrace a SOA

– Provedení hodnocení stávajícího stavu (tzv. SOA maturity assesment)

– Sběr požadavků na integrační vrstvu (ESB, BPM, B2B, ETL)

› Plán rozvoje SOA

– Stanovení cílového stavu v časových horizontech 1 rok a 4 roky

– Soubor doporučení pro dosažení cílového stavu vyspělosti

– Koncept cílové IT architektury na základě požadavků zákazníka (stav za 4 roky)

– Posouzení vhodnosti současné integrační platformy

› SOA Governance

– Definice standardů a principů pro SOA a vývoj na integračních platformách

– Definice metodiky a pravidel

– Nastavení procesů

– Katalog služeb – struktura, výběr řešení

Metodika 1

5

SOA Maturity Assesment podle OSIMM

6

Stávající stav a cíle vyspělosti SOA

Oblasti ke zlepšení:

• Katalog integračních vzorů

• Metodika testování SW

• Klasifikace služeb

•…

1 rok

Metodika

4 roky

Každý rok provést nové zhodnocení vyspělosti SOA – měřitelný průběh

Výstupy projektu 2

8

Výstupy projektu – architektonické a metodické

› Hodnocení současného stavu a plán rozvoje

– Popis současného stavu, analýza silných a slabých stránek, definice měřitelných cílů

– Návrh konkrétních opatření v čase, jejich vzájemných návazností (vznikl plán!)

– Návrh podmínek, za jakých je ještě možno provozovat současnou integrační platformu

› Procesy, role a praktiky v SOA governance

– Odsouhlasení základních architektonických principů

– Definice základních procesů a rolí v SOA governance

• Životní cyklus služby: nová služba, verzování, …

• Zajištění standardů: architektonická rozhodnutí, řešení výjimek, …

– Návrh struktury katalogu služeb (klasifikace, vazby atp.) a výběr řešení pro katalog

– Vytvořeny šablon dokumentů navázaných na procesy

• Architektonické rozhodnutí, interface contract, …

– Doporučení frameworku ACORD

• Datový slovník, názvy operací a služeb, klasifikace služeb

• Později i pro informační model

9

Výstupy projektu – technické

› Hodnocení stávající integrační platformy

– Analýza jednotlivých komponent z pohledu funkcionality, výkonu, stability, ceny atp.

– Gap analýza

– Srovnání s komerční distribucí FuseSource

• Funkcionality, náklady, podpora vývoje a provozu

– Návrh podmínek, za jakých je ještě možno současnou platformu provozovat

› Technická doporučení pro stávající platformu

– Způsobu monitoringu ESB, logování

– Ošetření chyb

– Zabezpečení služeb

– Zajištění kompatibilita s dalšími systémy

Diskuze