Použití case pro architekturu SOA

Použití nástrojů CASE pro řízení architektury SOA
Králová Veronika
Čvančarová Lenka
Šleis Jakub
Rybička Josef
Pešek Jiří
Országh Martin
18. 1. 2012
Obsah
1.
Úvod do SOA.................................................................................................................................... 3
1.1 Historie SOA................................................................................................................................... 3
1.2 SOA – základní popis ..................................................................................................................... 3
1.3 SOA – služba .................................................................................................................................. 4
1.4 SOA – architektura......................................................................................................................... 4
1.5 Hlavní přínosy SOA pro podnik ...................................................................................................... 5
1.6 Nevýhody zavedení SOA ................................................................................................................ 5
1.7 Životní cyklus SOA ......................................................................................................................... 6
2.
SOA, BPM a BPEL ............................................................................................................................. 7
2.1 BPM ............................................................................................................................................... 7
2.2 BPMN ............................................................................................................................................. 7
2.3 Spojení SOA a BPM ........................................................................................................................ 8
2.4 BPEL ............................................................................................................................................... 9
2.5 SoaML .......................................................................................................................................... 10
3.
Analýza a vývoj trhu ...................................................................................................................... 11
4.
Představení produktů .................................................................................................................... 14
4.1 TIBCO Software Inc. ..................................................................................................................... 14
4.2 Software AG................................................................................................................................. 20
4.3 Microsoft ..................................................................................................................................... 25
4.4 Oracle .......................................................................................................................................... 27
4.4.2 Komponenty ............................................................................................................................. 28
4.5 IBM .............................................................................................................................................. 32
5.
SOA a Cloud Computing ................................................................................................................ 35
6.
Úspěšnost SOA .............................................................................................................................. 37
7.
Závěr .............................................................................................................................................. 40
Zdroje: ................................................................................................................................................... 41
1
Úvod
Service Oriented Architecture (SOA) lze chápat jako politiky, praktiky a rámce, které umožňují, aby
funkčnost aplikací byla poskytována a spotřebována jako množina služeb. Tyto služby mohou být
jednoduše kombinovány tak, aby poskytly novou funkcionalitu umožňující rychle reagovat na
požadavky obchodu.
Naše práce se zaměřuje zejména na pohled SOA v oblasti CASE. Vytyčenými cíli naší práce jsou:

zhutnění rozsáhlého teoretického vymezení SOA našich předchůdců1

popis modelovacích jazyků používaných pro popis byznys procesů a služeb – zejména pak
představení jazyka SoaML

přestavení lídrů trhu s nástroji a koncepty pro návrh a řízení SOA z dostupné studie Gartner
„Magic Quadrant for SOA Governance Technologies 2011“

srovnání SOA a Cloud Computingu – celkové upravení nejasné interpretace našich
předchůdců1

zhodnocení úspěšnosti zavádění SOA.
V úvodu práce představíme historii SOA, její základní popis a charakteristiku problematiky služeb.
Dále bude zmíněna architektura SOA, její přínosy, ale také nevýhody a životní cyklus SOA, který
zakončuje teoretické vymezení SOA. V další kapitole se zaměříme charakteristiku a vztah BPM, BPMN
a jazyka BPEL k SOA i k sobě navzájem. Tato kapitola také nese informace o SoaML, který slouží jako
metamodel pro návrh služeb v rámci architektury orientované na služby. Následující kapitola se
zaměřuje na popis trhu dodavatelů zaměřujících se na SOA Governance dle společnosti Gartner. Lídři
magického kvadrantu2 budou popisováni v následující kapitole. Další kapitola se zabývá vztahem SOA
a trendy termínu Cloud Computing, nesprávně označovaného jako nástupce SOA. Rozebírá jejich
podobnosti, odlišnosti a možnosti vzájemného prospěchu. V poslední kapitole se budeme zabývat
úspěšností zavedení SOA a jejích reálných přínosů pro podnik.
1
BARTELOVÁ, Jana, Václav FORMÁNEK, Ivan KUTIL, ... Použití case pro architekturu SOA. OpenSoul [online]. [cit. 2012-01-18].
Dostupné z WWW: http://www.panrepa.org/CASE/jaro2011/CASE_SOA_jaro2011.pdf
2
„Magický kvadrant“ představuje grafickou reprezentaci trhu pro určité časové období. Je založen na analýzách společnosti Gartner, jak
jednotliví dodavatelé splňují jimi definovaná kritéria.
2
1. Úvod do SOA
1.1 Historie SOA
SOA – Service Oriented Architecture (architektura orientovaná na služby). Její počátky můžeme
vysledovat až do docela dávné minulosti a dá se říct, že je jakýmsi dalším stupněm ve vývoji software
*Húsek, 2011+. Za základní milník tohoto vývoje se považuje strukturované programování, které
pracuje s procedurami a funkcemi. Jedním z jeho hlavních cílů byla znovupoužitelnost kódu, která ale
v praxi nedosahovala očekávaných výsledků [Bauer, 2011]. Na základě toho se programovací jazyky
dále vyvíjely a přišlo objektové programování a spolu s ním i nový pojem „objekty“. Významným
přínosem objektového programování byla dědičnost, která vysoce zvýšila požadovanou
znovupoužitelnost kódu *Húsek, 2011+. „O aplikaci, vytvořené v objektovém jazyce můžeme říci, že je
složena z mnoha navzájem závislých objektů. Nicméně pro nás je zásadním stupněm ve vývoji návrhu
aplikací rozdělení jejich funkčnosti do nezávislých komponent“. Služba (Service) je tedy komponenta
s jasně definovaným rozhraním, které určuje její funkčnost [Bauer, 2011].
SOA je již dlouho existujícím trendem, který v 90. letech pojmenovala společnost Gartner a pojem
SOA díky své popularitě rozšířila do veřejnosti. Dalším průkopníkem byl také Erik Townsend. Ten své
teorie stavěl na úplně stejných základech, ale pod odlišným názvem – Service-Based Distributed
Systems. Toto pojmenování se však neujalo a zachoval se název SOA [Bauer, 2011].
K prvnímu komerčnímu nasazení SOA pro koncového zákazníka došlo na počátku 90. let a v roce 1993
byla vypracována první SOA případová studie pro společnost Wells Fargo (první internetová banka na
světě) [Bauer, 2011].
V druhé polovině 90. let pak dochází k masovému rozšíření Windows a vzniká nový model SOA –
DCOM (Distributed Component Object Model) od společnosti Microsoft. Tento systém byl navržen
tak, aby podporoval internetové protokoly, jako jsou např. http. Časem se stále hojněji začíná
využívat internet, zvyšuje se jeho funkčnost a začínají se využívat i webové služby v architektuře
orientované na služby [Bauer, 2011].
1.2 SOA – základní popis
SOA jako taková nemá přesnou definici, není standardem, technologií ani produktem. Společnost na
ni neuzavírá smlouvu. Obecně se dá říci, že se jedná o koncept nebo styl pro vytváření informačních
systémů. Jde o kolekci znovupoužitelných distribuovaných služeb, které jsou mezi sebou provázány.
„Jedná se tedy o modulární strukturu, ve které lze snadno a efektivně vyměňovat jednotlivé moduly
(části) podle momentálních potřeb společnosti. Dochází tak k odstranění rozdílů a hranic mezi
jednotlivými aplikacemi (technologiemi).“ [Bauer, 2011]
Pomocí SOA dochází k provázání jednotlivých interních a externích procesů a ke zlepšení komunikace
a transparentnosti celého firemního IT. SOA také umožňuje spojit firmu s jejími dodavateli,
obchodními partnery, zákazníky atd. Firma je pak mnohem pružnější a snadno a flexibilně reaguje na
možné změny a požadavky. Kromě těchto výhod SOA nabízí také výhody v podobě krátkodobé
návratnosti investic, zvýšení podnikové akceschopnosti a konkurenceschopnosti, snížení nákladů na
provoz IT atp.
3
1.3 SOA – služba
Jak už bylo řečeno, SOA funguje na základě jednotlivých propojených služeb. V tomto smyslu
chápeme službu jako definovanou funkci, která je soběstačná, nezávislá na kontextu nebo stavu
jiných služeb a je nabízena skrz standardy, které jsou založeny na XML. Tato služba je pak realizována
pomocí webových služeb a jednotlivé služby jsou vykonávány na základě kontraktu mezi klientem a
konkrétní službou. [Bauer, 2011]
Tyto služby jsou:




Volně vázané (jsou na sobě nezávislé – změna provedená v jedné službě nevyvolá reakci
v jiných službách)
Hrubozrnné (poskytují širší úroveň funkcionality)
Asynchronní (komunikace mezi službami jsou asynchronní – služby po odeslání zprávy
nečekají na odpověď, ale pokračují v dalším zpracovávání dat)
Univerzální (znovupoužitelné – je možné je vícekrát použít)
1.4 SOA – architektura
Architektura znázorňuje celkový pohled na koncepci. Měla by být integračně zaměřená, aby byla
schopna rychle, spolehlivě a bezproblémově provázat heterogenní systémy, lidi, funkce a výpočetní
prostředky napříč celým podnikem.
Na obrázku (Obrázek 1) vidíme referenční model architektury SOA, který popisuje její dva hlavní pilíře
– centralizované úložiště metadat a zastřešující vrstva celkového řízení architektury (SOA
Governance). Referenční model znázorňuje 4 vrstvy (technologická, aplikační a prezentační, služby,
podnikové procesy). „Čím výše v modelu postupujeme, dostáváme se ke složitějším, hrubozrnným
službám. V nevyšší vrstvě jsou služby ve formě čistých metadat, které slouží k popisům podnikových
procesů.“ [Bauer, 2011]
Obrázek 1 Referenční model architektury SOA *Bauer, 2011]
4
1.5 Hlavní přínosy SOA pro podnik
Zavedení servisně orientované architektury přináší podniku celou řadu výhod, má ale i své stinné
stránky. Na klíčové přínosy SOA lze pohlížet ze dvou rovin: přínosy pro oblast podnikání a přínosy pro
oblast IT. V tomto přehledu je však budeme brát jako jeden celek.
1) Transformace IT na procesně orientované IT – přechodem na SOA podnik získá přehled o
funkcionalitě jednotlivých služeb, což umožní jejich dalších rozvoj
2) Zachování aplikační infrastruktury - je nutné pouze vytvořit rozhraní, pokud neexistuje
3) Integrace – v rámci propojení služeb je možné získat celkový obraz o fungování podnikových
procesů, které lze kontrolovat od začátku až do konce, tedy v průběhu celého jejich životního
cyklu.
4) Provázanost procesů – souvisí s bodem 2) – díky SOA lze provázat jednotlivé procesy podniku
s obchodními partnery, klienty, dodavateli atd., což umožní především efektivnější
komunikaci
5) Modularita - SOA je postavena na modulární struktuře, ve které je možné rychle a jednoduše
vyměňovat jednotlivé části podle momentálních firemních potřeb. Nové aplikace (=služby)
lze samozřejmě kombinovat s již existujícími službami. Navíc pokud dojde ke změně aplikace,
procesy a ostatní integrační rozhraní zůstávají zachovány
6) Znovupoužitelnost služeb - díky znovupoužitelnosti služeb lze zefektivnit vývoj nebo integraci
aplikací
7) Nezávislost na platformě, aplikaci či programovacím jazyku - pro pracovníky IT oddělení
přináší SOA zjednodušení a standardizaci stávající infrastruktury a snižuje tak složitost
prostředí, se kterou se stávající IT oddělení potýkají. *Leština, 2007+
1.6 Nevýhody zavedení SOA
1) Vytvoření aplikace orientované na služby a SOA je podstatně náročnější, nežli integrace
klasického programu.
2) Nákladné uvedení do provozu v porovnání s provozními náklady a dalším rozvojem jelikož celý koncept SOA musí být postaven na jednotlivých samostatných službách, které
jsou propojeny pomocí určitého rozhraní, přináší to sebou podstatně vyšší komplikace a tudíž
i náklady na zprovoznění takového modelu
3) Obtížné sledování uživatelů, kteří dané služby využívají a v jakém rozsahu - „Organizace
obvykle nemají žádnou možnost jak se dozvědět, kteří konzumenti využívají které služby a
jaké úrovně služeb dostávají, ani zda k určité službě nepřistupují neautorizovaní uživatelé.
Navíc pokud organizace nevědí, zda služba nebo konzument vůbec existují, těžko na něj
mohou aplikovat podnikové a bezpečnostní politiky.“ *Štumpf, 2008]
4) Možná bezpečnostní rizika – zejména kvůli technologickému propojení s webovými službami
*Štumpf, 2008+
5
1.7 Životní cyklus SOA
SOA je možné vnímat jako životní cyklus viz Obrázek 2. Znamená to, že implementace architektury
probíhá inkrementálně, po jednotlivých fázích. Informační systémy podniků produkují celou škálu
výstupních dat. SOA sdružuje tyto odlišné zdroje informací společně s operačními systémy,
technologiemi a komunikačními protokoly, přičemž sdružování probíhá iterativně ve třech krocích:
nejprve jsou vytvořeny nové služby, které jsou následně zakomponovány do větších kompozitních
aplikací a nakonec jsou výstupy služeb předány ke zpracování koncovým uživatelům. V některých
zdrojích se také uvádí čtvrtá fáze – monitorování služeb. *Leština, 2007+
Obrázek 2 Životní cyklus SOA. Převzato z [Patuel, 2007].
Návrh
První fáze životního cyklu SOA spočívá v návrhu, jaké služby vytvořit nad stávajícími aplikacemi a
daty. Tato fáze zahrnuje analýzu procesů v organizaci, sběr požadavků na jejich optimalizaci či
redesign a v neposlední řadě také posouzení existujících služeb. Tato úloha je realizována
prostřednictvím nástrojů pro procesní a UML modelování.
Kompozice
Po vytvoření služeb následuje fáze kompozice, ve které jsou tyto služby skládány do větších celků. V
této fázi jsou jednotlivé kroky v procesu provázány na existující aplikační funkce zpřístupněné
prostřednictvím standardů (např. webové služby) a dalšími alternativními způsoby (např. pomocí
aplikačních technologických adaptérů). Protože jsou služby nezávislé na platformě i navzájem, mohou
být kombinovány a používány s maximální flexibilitou. A jak se business procesy vyvíjejí, je snadné
upravovat pravidla a politiky bez omezení vyplývajících ze stávajících aplikací a systémů.
6
Konzumace
Třetí fáze zajišťuje zpřístupnění nových aplikací nebo procesů pro koncové uživatele nebo jiný
informační systém. Cílem je dodat nové dynamické aplikace, které zvýší produktivitu a umožní
efektivnější prohlížení a zpracování informací. S implementací procesů jsou spojeny také
implementace portálových a multikanálových přístupů řešících problematiku interakce uživatele s
informačním systémem a také prostředky pro tzv. datovou integraci. Uživatelé tak mohou k
informacím přistupovat mnoha nezávislými způsoby: skrz webový portál, bohatého aplikačního
klienta, sadu kancelářských aplikací nebo mobilní zařízení.
Monitorování
Součástí životního cyklu SOA bývá také monitorování provozu podnikových procesů. To lze realizovat
na technologické a obchodní úrovni. [Microsoft, 2006]
2. SOA, BPM a BPEL
V této kapitole se zaměříme na modelování, a to konkrétně na pojmy BPM a BPEL a jak souvisí se
SOA. Tuto problematiku, kterou se zabývá práce LS 2011, rozšíříme o související pojem soaML,
kterým se dosud žádná práce nezabývala.
2.1 BPM
Ještě než se dostaneme ke vztahu SOA a BPM, tak nejprve charakterizujeme samotný pojem BPM.
BPM (Business Process Management) má mnoho definic a žádná z nich není jednoznačně vystihující.
To dokládá i *Basl, 2004+: „Business Process Management (BPM) jako vědecká i manažerská
interdisciplína a zároveň i technologie trpí chybějící obecně přijímanou ontologií. Její vymezení se
pohybuje od pohledu na BPM jako na systém správy komplexních interakcí mezi podnikovými
entitami, přes její pojímání jako formy řízení či manažerské filosofie a vnímání BPM jako
inženýrského nástroje managementu, formy firemní kultury až po označení BPM jako řízení cyklu
podnikání prostřednictvím jeho procesů“. Obecně se však dá říci, že se jedná o disciplínu, která se
nějakým způsobem snaží zlepšit podnikové procesy. Proč je BPM pro podnik tak důležitý? V dnešní
době, kdy je trh nestálý a je třeba neustále reagovat na dynamicky měnící se prostředí, jsou všechny
firmy orientovány procesně. Samotné procesy však musí být také nějak technologicky podporovány,
které rovněž umožňují pružnou reakci na měnící se okolí. V tomto smyslu je dnes nejvhodnější
podpořit procesy informačním systémem s architekturou orientovanou na služby – SOA *Černý,
2010].
2.2 BPMN
Jednotlivé procesy v BPM je třeba nějak standardizovaně popsat – k tomu slouží notace BPMN
(Business Process Model Notation), což je jakási grafická reprezentace procesů ve společnosti. Mezi
klíčové vlastnosti patří jednoduchost a jednoznačnost a standardizace. BPMN je jazyk, který by měl
pomoci k dorozumění a vzájemnému pochopení pracovníků z oblasti IT a z oblasti businessu. Pomocí
BPMN je možné procesy namodelovat a zapojit se tak do životního cyklu procesu dle BPM, jak
ukazuje obrázek 3.
7
Obrázek 3 Životní cyklus business procesu *Vašíček, 2008+
2.3 Spojení SOA a BPM
Skloubení přístupu servisně orientované architektury informačního systému a BPM je považováno za
nový stupeň procesního přístupu. Jde o snahu využít výhody obou přístupů, které mají následující
společné vlastnosti [Bajwa, 2008]:





podpora znovupoužitelnosti,
přizpůsobivost dynamickým změnám,
oba přístupy jsou opakující se proces,
podpora volně vázaných služeb,
oba se zabývají distribuovaným prostředím.
V SOA jsou jednotlivé služby součástí procesů, což je hlavní vztah SOA a BPM. Jedná se dva různé
pohledy na tu samou věc (pružnost podnikových procesů). Obecně platí, že BPM je spíše pohledem
shora, který mají povětšinou zaměstnanci se zaměřením na business. Naproti tomu SOA je pohledem
zdola v pojetí informačních technologií. Z toho důvodu vzniká mezi SOA a BPM jakási mezera, která
brání v propojení obou přístupů. Řešením je správné namapování služeb na business procesy a
naopak a převést je do spustitelné podoby. K tomu lze využít jazyk BPEL (viz dále), který využívá jak
přístup SOA, tak přístup BPM. *Černý, 2011]
Podmínkou propojení BPM a SOA je samozřejmě dodržení granularity služeb, čili navrhnout služby
tak, aby byly znovupoužitelné. Více o této problematice např. *Gála, 2009+.
Přínosy ze spojení SOA a BPM jsou následující *Bajwa, 2008+:




snížení nákladů
zvýšení rychlosti vývoje a optimalizace podnikových procesů
možnost podniku dynamicky reagovat na změny
komplexnost
8
2.4 BPEL
BPEL je jazyk založený na XML (eXtensible Markup Language) a slouží pro zápis business procesů na
vykonavatelné úrovni. Právě tento jazyk je možné využít jako spojovací prvek SOA přístupu a přístupu
BPM, protože oba tento jazyk využívají. Pokud se vrátíme k obrázku 1, tak BPEL pokrývá vykonávací
fázi v životním cyklu procesu. Jelikož se jedná o jazyk založený na XML, je zřejmé, že využívá
technologií WSDL, XML Schema, XPath a XSLT. Pomocí tohoto jazyka lze definovat spustitelné
procesy a spouštět je v tzv. BPEL engine, což je prostředí, které vykonává proces tak jak je
nadefinováno pomocí BPEL. BPMN je pouze grafické vyjádření procesu a používá se pouze ve fázi
modelování v životním cyklu procesu. BPEL má samozřejmě pouze textové vyjádření (XML), avšak
moderní nástroje pro vývoj procesů v BPEL umožňují i grafické vyjádření.
Nyní už se konečně dostáváme k tomu, jakým způsobem BPEL propojuje SOA a BPM. Hlavní funkcí
jazyka BPEL je orchestrace např. webových služeb. BPEL pospojuje funkcionalitu jednotlivých služeb a
vytvoří z nich odpovídající business procesy, jak je vidět na obrázku 4. Proto se BPEL hodí pro
implementaci BPM a servisně orientované architektury. Jelikož se jazyk BPEL používá jak v BPM, tak
v SOA, lze použít BPEL jako prostředníka nebo nástroj propojení mezi oběma přístupy.
Obrázek 4 Orchestrace webových služeb
2.4.1 BPEL engine
V předchozím textu byla zmínka o tzv. BPEL engine. Jedná se o program, který vykonává příkazy
zapsané v jazyce BPEL, tedy parsuje XML dokument. Hlavním požadavkem na tento program je, aby
rozuměl jazyku WSDL a dokázal posílat a zpracovávat zprávy posílané mezi službami. V BPM i SOA je
BPEL klíčovým prvkem při pokrytí celého životního cyklu procesu. BPEL engine je dnes již standardně
součástí větších balíků aplikací zaměřených na řízení SOA *Černý, 2010+.
2.4.2 Vztah BPEL a BPMN
Jak už bylo zmíněno, BPMN je standardizovaná notace pro grafické vyjádření procesů. Slouží tedy
k tvorbě modelu procesů, a k tomu, aby byl srozumitelný pro různé skupiny lidí různé úrovně
technického zaměření. Naproti tomu jazyk BPEL definuje proces tak, aby byl vykonavatelný – a to
v konkrétním prostředí (BPEL engine). BPMN zároveň obsahuje definice, jak správně transformovat
9
modely do spustitelné podoby. V moderních modelovacích nástrojích lze obě činnosti provádět
zároveň. Tj. jak procesy namodelovat, tak i převést je do BPEL podoby.
2.5 SoaML
SoaML (Service oriented architecture Modeling Language) je specifikace od společnosti OMG (Object
Management Group). Jedná se o metamodel pro návrh služeb v rámci architektury orientované na
služby. Současné modely a metamodely pro popis systémových architektur začaly být nedostačující
pro zachycení SOA přesným a standardizovaným způsobem. Samotné UML je pro tyto účely příliš
obecné a v oblasti SOA je zapotřebí objasnit a standardizovat pojmy jako je poskytovatel, uživatel,
atd. SoaML bylo vytvořeno k tomu, aby pokrylo následující modelovací vlastnosti *Wiki, 2009+:







identifikace služeb, závislosti mezi nimi a servisní požadavky
specifikace služeb (funkční vlastnosti, uživatelská očekávání, protokoly a vzory výměny zpráv)
definice uživatele a poskytovatele služby
pravidla pro užívání a poskytování služeb
servisní klasifikační schémata
integrace s OMG Business Integration Model
základ pro další rozšíření prostřednictvím integrace s dalšími OMG metamodely – např.
BPDM a nově vznikající BPMN 2.0 a také SBVR, OSM, ODM.
2.5.1 SoaML a UML
Unified Modeling Language (UML) je jádrem standardu v oblasti modelování, který definuje
organizace OMG. UML je široce podporováno v modelovacích nástrojích, u poskytovatelů služeb a ve
vzdělávání. UML se používá k mnoha účelům v různých metodikách a je navrženo tak, aby bylo
rozšiřitelné i pro zvláštní účely prostřednictvím tzv. „profilů“. Jedním takovým profilem je SoaML –
UML standard pro modelování služeb a architektur orientovaných na služby. SoaML může být
začleněno do různých nástrojů nebo používáno ve spojení s dalšími UML profily. Pro práci se SoaML
je proto vhodné znát základy UML. *MDS, 2009+
2.5.2 Nezávislost SoaML
Hlavní silnou stránkou SoaML je jeho nezávislost. Existuje mnoho nástrojů pro konkrétní technologie,
které umožňují vytvořit webovou službu. Ale tyto nástroje se nezaměřují na vyšší úrovně podniku,
mají problémy s tím, jak nahlížet na celou architekturu orientovanou na služby, jak služby a jak jejich
uživatelé komunikují mezi sebou a přinášejí hodnotu do podniku. Zároveň jsou pevně spjaty s určitou
technologií nebo poskytovatelem. Mohou však být postačující pro malý podnik, který používá jen
několik služeb.
Jak postupně začaly firmy využívat SOA, stále více si začaly uvědomovat, že mají stovky služeb, které
mohou být provázané a dohromady tvořit podnikové procesy. Zároveň si uvědomovaly, že zde není
pouze jedna „SOA technologie“.
Podniky jsou nejefektivnější, když dokonale rozumí své SOA technologii. SoaML poskytuje možnost
vytvořit a využívat architekturu, která pomáhá lidem a organizacím prostřednictvím služeb a ukazuje,
jak jsou služby propojeny s procesy, informacemi a podnikovou politikou.
SoaML, jako jazyk pro popis architektury, poskytuje technologicky nezávislý a standardizovaný
způsob, jak vytvořit a efektivně využívat architekturu orientovanou na služby.
10
2.5.3 Jak SoaML může přinášet hodnotu v podniku
Schopnost vytvořit a udržovat standardizovanou a technologicky nezávislou architekturu
orientovanou na služby a implementovat tuto architekturu pomocí automatizovaných nástrojů,
doslova „mění pravidla hry“ ve vztahu k pružnosti, spolupráci a efektivnosti. Zde je několik vlastností
a přínosů, které plynou ze strategie založené na použití SoaML *MDS, 2009+:










Modelování služeb na business úrovni – porozumění, jak celá organizace používá služby
napříč odděleními a divizemi a v dodavatelských řetězcích.
Modelování služeb na systémové úrovni – porozumění, jak funguje „systém systémů“ v rámci
organizace a v jejím okolí.
Volné propojení („Loose Coupling“) – SOA udržuje a podporuje volné propojování mezi
systémy a podnikovými jednotkami.
Integrace s podnikovými procesy, informacemi a datovými modely v UML
Modelování rozhraní služeb pro nadefinování rolí a zpráv posílaných mezi službami
Modelování služeb různé složitosti a nezávislosti – od jednoduchých služeb přes komplexní
obousměrné a asynchronní služby.
Modelování účastníků a komponent, které poskytují a užívají službu.
Modelování architektury služeb, která ukazuje, jak systém účastníků a komponent poskytuje
a užívá služby pro dosahování podnikových cílů.
Automatizace vývoje, testování a údržby procesů pomocí architektury řízené modelem, a to
za cílem snížení nákladů na vývoj a údržbu během inovace.
Podpora SOA governance
3. Analýza a vývoj trhu
Podle průzkumů společností Gartner a Forrester z minulého roku je SOA na vzestupu po celém světě,
a to zejména ve finančních institucích – tři čtvrtiny firem v současnosti používá SOA a business
services v mnoha business aplikacích a další firmy je plánují zavést.
Největší nárůst proběhl mezi roky 2008 a 2009, kdy se trh SOA Governance zvětšil o 17,5% i přesto,
že celý svět čelil ekonomické krizi, což značí potřebu maximalizovat efektivitu využívání SOA ve firmě
a vlivu celé architektury. Na základě současných statistik se očekává, ze bude trh se SOA Governance
stabilně růst o zhruba 8% po několik následujících let. [Gartner 2010a]. Nejvíce se SOA v současnosti
nasazuje ve středních podnicích, které dříve nebyly schopny si tuto technologii dovolit.
Nárůst nasazování SOA má hned několik příčin – zejména je to snazší dodávání řešení pomocí
„balíčků“ všech potřebných produktů v jednom (viz níže), dále je to tím, že více a více firem používá
BPM strategie a také stále rostoucí požadavky pro implementaci SaaS a jiných cloudových služeb.
[Gartner 2011b]
Před dvěma roky požadovala většina zákazníků částečné řešení, které pokrývalo jednu část celého
životního cyklu, protože byl rozdíl mezi tím, jak se řešení implementovalo a jak se provozovalo.
V současné době je trend používat celé balíky produktů od jediného dodavatele (případně některé
firmy se soustředí na ty fáze, ve kterých jsou již zavedené, a své produkty poskytují ostatním) po celý
proces nasazování od plánování, designu, řízení životního cyklu vývoje po spuštění, monitoring a
řízení služeb, což je možné právě díky procesnímu přístupu - viz Obrázek 3 na straně 8.
11
Tomu se tak děje z několika důvodů – v prvé řadě je to tím, že produkty od stejné firmy mezi sebou
budou spíše interoperabilní než produkty různých firem. Dalším důvodem je, že dodavatelé často
nabízejí výhodnější licenční podmínky, když si zákazník pořídí více produktů od stejné firmy a do
třetice je to fakt, že jsou dnes návrhy tak komplexních řešení, jakým SOA bezpochyby je, poskytovány
přímo dodavateli, kteří k sobě logicky „poskládají“ jen své produkty. Jelikož není takových firem,
které mohou pokrýt všechny fáze, mnoho, došlo na trhu se SOA k velkým změnám co se týče podílu
jednotlivých firem – některé firmy se z této oblasti stáhly, protože nemohly pokrýt všechny fáze, jiné
zaznamenaly přelomový úspěch.
Přehled o největších hráčích a jejich tržním podílu v celé oblasti s aplikační infrastrukturou z roku
2009 je zobrazen v následující tabulce (Gartner dělí trh s aplikační infrastrukturou a middleware na
12 oblastí, přičemž oblast SOA Governance, Message-oriented Middleware, AIM zařízení a BPM patří
v současnosti mezi nejrychleji rostoucí):
Dodavatel
IBM
Oracle
Microsoft
Software AG
TIBCO
Ostatní
Celkem
2009
31.5 %
16.7 %
3.9 %
3.0 %
2.6 %
42.4 %
100.0
Tabulka 1- Podíl zisku hlavních poskytovatelů na trhu s aplikační infrastrukturou a middleware [Gartner 2010a]
Dle analýzy z minulého roku patří na trhu SOA Governance vedoucí postavení firmě SoftwareAG s
13.7%, v těsném závěsu za ní je firma TIBCO, která mezi lety 2009 a 2010 zaznamenala 70% nárůst
zisku na trhu se SOA Governance.
Dle magického kvadrandu firmy Gartner jsou dvě hlavní kritéria hodnocení firem z daného pohledu:
1. Ability to execute (sem je zahrnut samotný produkt, organizace firmy, zkušenost zákazníků a
další)
2. Completeness of vision (jak firma rozumí trhu a jak se v něm orientuje, strategie firmy,
schopnost inovace, porozumění zákazníkovi)
Na základě těchto kritérií jsou firmy rozděleny dle čtyř základních typů: leaders, challengers,
visionaries a niche players.
Z magického kvadrantu reflektujícího současnou situaci na trhu je zřejmé, že v současné době
dominuje komplexností řešení firma Software AG, viz 4.2 Software AG, dalšími firmami ve kvadrandu
lídrů jsou Oracle, viz 4.4 Oracle, IBM, viz 4.5 IBM., Progress Software a TIBCO, viz 4.1 TIBCO Software
Inc.. Microsoft nebyl do kvadrantu zahrnut, protože nabízí pouze částečné řešení a nepokrývají
celkovou funkcionalitu, viz 4.3 Microsoft.
12
Figure 1 - Magic Quadrant for SOA Governance Technologies [Gartner 2011a]
Snaha implementovat infrastrukturu v rámci celého podniku (sdílenou napříč mnoha SOA projekty)
jediným dodavatelem tak, aby byla zajištěna interoperabilita v rámci řešení, vedla k tomu, že byl
firmou Gartner vytvořen tento rok vůbec poprvé zcela nový kvadrant popisující přesně tento typ
projektů – viz níže.
Do tohoto kvadrantu byli tedy zahrnuti dodavatelé, kteří mohou sami o sobě dodávat všechny
funkcionality nutné pro projekty pro zajištění sdílené interoperability infrastruktury. Mezi tyto
funkcionality patří enterprise service bus (ESB), schopnost orchestrace (microflow a skládání služeb) a
SOA governance funkcionality.
13
Figure 2 - Shared SOA Interoperability Infrastructure Projects [Gartner 2010b]
4. Představení produktů
4.1 TIBCO Software Inc.
TIBCO Software Inc. je dodavetelem mnoha firemních softwarových produktů. Produkty jsou
zaměřeny hlavně na servisně orientovanou architekturu (SOA), management podnikových procesů
(BPM) a cloudové technologie. Použití softwarových produktů od TIBCO dává firmám schopnost
odchytit správnou informaci ve správný čas, což následně umožňuje jednat preventivně a získat tak
konkurenční výhody. Více než 4 000 zákazníků po celém světě spoléhá na TIBCO při řízení informací,
rozhodování, procesů, lidí a dat v reálném čase.
Tibco Software bylo založeno v roce 1997, zpočátku nabízelo produkt Tibco Rendezvous, technologii
pro posílání zpráv. V roce 2009 již získalo 10% podíl na trhu, který je v této oblasti podnikání již cca 2
biliónový. Svou centrálu má v Palo Alto v Kalifornii a kanceláře pak v Severní Americe, Evropě, Asii, na
Blízkém Východě, v Africe a Jižní Americe. Největšími komerčními konkurenty pro společnost jsou
firmy IBM a Oracle.
Tibco dělí své produkty do tří hlavních kategorií:



automatizace systémů,
zpracování událostí,
analýza.
Automatizace systémů, dat, procesů, obchodních pravidel a lidí je obsaženo přímo v jádru platformy
TIBCO, což vytváří prostředí, které umožňuje všem informacím plynout v celém podniku v reálném
14
čase. Na základě automatizace, pak nástroj zpracování událostí koreluje veškeré dění v systému vyhledává a identifikuje nejvýznamnější události a okamžitě přijímá potřebné akce. Vizuální analýza
je pak nástrojem k pochopení velkých objemů dat, který umožňuje pochopit, co se v organizaci děje,
a optimalizovat tak provoz.
Technologie Tibco jsou zaměřeny na zrychlení podnikových procesů a rozhodování, založené na
událostech v reálném čase a přizpůsobení technologií tak, aby pracovaly více přirozeným, lidským a
pohotově reagujícím způsobem. Tento způsob odráží to, jak podniky skutečně pracují (nebo by měly
pracovat). To pomáhá řešit tři kritické požadavky pro organizace (které Tibco označuje jako
organizace Enterprise 3.0)[2]:



správu událostí ve velkém měřítku,
vytváření a správu aplikací univerzálně
přirozené propojení lidí a technologií
4.1.1 Akvizice
Díky akvizici dalších firem a jejich produktů a technologií, Tibco pokračuje v inovacích a nabízí nejlepší
řešení pro své zákazníky. Mezi firmy a produkty, které rozšiřují a doplňují portfolio produktů. Mezi
nejvýznamnější akvizice patří:








2011 - Nimbus (aplikace pro zjišťování a analýzu podnikových procesů)
2010 - Loyalty Lab (management loajality zákazníků)
2010 - OpenSpirit (integrační řešení pro společnosti na ropném trhu)
2010 - Proginet (bezpečné přenosy souborů)
2010 - Kabira (extrémní zpracování transakcí XTP)
2010 - Netrics (SW pro srovnávání podnikových dat)
2010 - Foresight (řešení pro automatizaci transakcí a elektronické výměny dat EDI)
2009 - DataSynapse (grid and cloud computing)
4.1.2 Servisně-orientovaná architektura (SOA)
SOA řešení pomáhá organizacím přejít na infrastrukturu složenou ze služeb, které mohou být
propojovány, organizovány a znovu použity. Přístup Tibca k SOA je nezávislý na platformě.
Virtualizace služeb potom pomáhá s komplikovaností aplikací běžících na různých platformách.
Celopodnikové SOA spojuje možnost vytváření nových služeb v nové podnikové logice, stejně tak jako
integraci již zaběhlých procesů, které jsou „obaleny“ a vystaveny jako služby.
4.1.3 Kategorie produktů TIBCO SOA
1) Business Integrace (BI)
Slouží k vytvoření frameworku pro integraci a synchronizaci nekompatibilních a distribuovaných
systémů, což umožňuje rychlejší a snadnější provázání aplikací a webových služeb tak, že je lze
integrovat do podnikových procesů organizace. Tibco BI software je nasazen ve více než 1000 firmách
po celém světě. Snižuje náklady tím, že dovoluje vývojářům a administrátorům vytvářet a měnit
aplikace s malou nebo dokonce žádnou nutností programování.
15
Tibco SOA nástroje
Přehled nástrojů pro business integraci



TIBCO ActiveMatrix BusinessWorks: Vystavuje existující systémy jako služby, vytváří nové
služby a organizuje a spojuje služby do aplikací
TIBCO ActiveMatrix Adapters: Umožňuje aplikacím, databázím a síťovým technologiím, aby se
aktivně zapojili do podnikového informačního toku.
TIBCO BusinessWorks SmartMapper: Dává dohromady komplexní a konzistentní pohled na
data tím, že poskytuje odkazy a pravidla ke sladění sémanticky různých dat mezi více
aplikacemi.
16
Tibco Designer
2) Kompozitní aplikace
Společný model služeb pro kombinaci mezi více stávajícími funkcemi nebo komponentami slouží
k sestavování nových aplikací. Při budování kompozitních (složených) aplikací je nutné zpřístupnit
existující funkce (z různorodého prostředí) a rychle je začlenit do nových aplikací způsobem, který
dovoluje další změny. TIBCO ActiveMatrix snižuje složitost architektury poskytováním technologicky
neutrální platformy založené na kontejnerech pro .NET, Ruby, C + +, BPM, Web servlety, jaro a Java.
Tyto kontejnery poskytují rámec pro vývoj a nasazení nové podnikové logiky. Vizuální nástroje pak
dovolují jednoduše spojovat komponenty a služby. To zjednodušuje správu a zlepšuje řízení provozu
takových aplikací.
Přehled nástrojů pro kompozitní aplikace




TIBCO ActiveMatrix BusinessWorks: Vystavuje existující systémy jako služby, vytváří nové
služby a organizuje a spojuje služby do aplikací
TIBCO ActiveMatrix Adapters: Umožňuje aplikacím, databázím a síťovým technologiím, aby se
aktivně zapojili do podnikového informačního toku.
ActiveMatrix Service Bus: umožňuje IT zprostředkovat služby, pružně a spolehlivě ve všech
heterogenních prostředích.
ActiveMatrix Service Grid: platforma pro sestavování, vývoj a správu Javy, .NET, webových
technologiií a dalších služeb jako složených aplikací.
17
3) SOA Governance
Umožňuje správu runtime služeb a poskytuje sledování a řízení služeb. Výhody přijetí SOA jsou
přesvědčivé: nižší náklady na vývoj, zvýšená flexibilita, nižší náklady na údržbu.
SOA řízení zajišťuje efektivní a účinné využití architektury SOA tím, že dovoluje organizacím
dosáhnout cílů díky zásadám, postupům, rolím a odpovědnostem jak při návrhu tak při provozu.


Návrh - se zaměřuje na celý životní cyklus aplikací, služeb včetně designu, vývoje, testování,
nasazení a údržby.
Provoz - zajišťuje bezpečnost služeb, kontrolu a protokolování a monitoruje, zda je služba
dostatečně výkonná.
TIBCO řízení architektury SOA umožňuje organizacím implementovat end-to-end řízení po celou dobu
životního cyklu služby.
Přehled nástrojů pro SOA Governance




ActiveMatrix Lifecycle Governance Framework: Komplexní a inovativní software pro řízení
architektury SOA, obsahuje bohatou sadu funkcí umožňujících správu SOA
ActiveMatrix Policy Manager: řešení strategie pro správu IT, které umožňuje IT definovat
pravidla pro bezpečnost, kontrolu, logování, úrovně služeb a další charakteristiky.
ActiveMatrix Service Performance Manager: monitoruje a aktivně řídí výkon IT a podnikových
služeb.
TIBCO Hawk: pomáhá IT oddělení zajistit a zvýšit výkon a dostupnost softwarů, které
podporují obchodní procesy.
4) Mainframe Integrace
Vytváří z mainframu znovu použitelné služby, které mohou být složeny do nových, složitějších aplikací
a integrovány se zbytkem podniku.
Mainframe systémy jsou nedílnou součástí většiny podniků. Tyto systémy obsahují cenná data a
procesy, které se vyvinuly s podnikem. Je důležité, aby se staly částí strategie SOA.
TIBCO Mainframe Service Suite toto řeší.
Nástroje pro mainframe integraci




IBM i Integration: Umožňuje obousměrnou výměnu zpráv mezi aplikacemi TIBCO a
aplikacemi od IBM
Mainframe Adapters: Umožňují výměnu informací mezi aplikacemi, databázemi a
technologiemi.
TIBCO Object Service Broker: Prostředí pro vývoj a integraci mainframe a otevřených
systémů.
TIBCO Substation ES: Umožňuje mainframe aplikaci přihlásit se k odběru zpráv a publikovat
data na podnikové aplikace TIBCO
18
5) Messaging (posílání zpráv)
Řídí v reálném čase tok informací řízených událostmi napříč sítěmi. Ať už se jedná o přístup dat na
trh, zpracovávání milionů transakcí nebo sledování zásilek v reálném čase. TIBCO messaging
poskytuje nejen nejnižší odezvy, ale také vysokou propustnost dat a také spolehlivost a připravenost
pro práci i v těch nejnáročnějších podnikových prostředích
Přehled nástrojů messaging




TIBCO Enterprise Message Service: kompatibilní software pro zasílání zpráv s podporou Java,
.NET, C / C + + a COBOL slouží jako základ pro podnikové SOA
TIBCO Rendezvous: Software s velmi nízkou latencí, vysokou pro real-time aplikace, které
vyžadují širokou distribuci dat
TIBCO FTL: Software pro náročné aplikace, očekávající extrémně nízkou latence.
TIBCO Web Messaging for TIBCO Enterprise Message Service: vysoce výkonné webové řešení
pro zasílání zpráv
6) Více-podniková konektivita
Řídí bezpečné provádění transakcí mimo firewall a přes internet.
Automatizovaná vzájemná interakce mezi dodavateli, zákazníky a obchodními partnery umožňuje
firmám lépe sdílet informace a optimalizovat procesy. To vede od lepšího předpovídání poptávky až
k zefektivnění výroby.
TIBCO Multi-Enterprise připojení (MEC) software od základu mění způsob, jakým podniky komunikují
mezi sebou, umožňuje organizacím spravovat bezpečné provádění transakcí přes internet, zefektivnit
interní podnikové procesy, které jdou z organizace k systémům obchodních partnerů a spravovat
rozmanitou komunitu obchodních partnerů s minimálními nároky.
Přehled nástrojů pro více-podnikovou konektivitu



TIBCO BusinessConnect: Poskytuje interakce a spolupráce s obchodními partnery tím, že
umožňuje bezpečnou výměnu dokumentů a automatizaci transakcí v rámci veřejných a
soukromých sítí.
TIBCO Foresight: Poskytuje EDI management, automatizaci transakcí, ověřování transakcí,
opravy chyb a reportování výsledků.
TIBCO Managed File Transfer: Umožňuje bezpečný, efektivní, celopodnikové přenos souborů.
19
4.2 Software AG
4.2.1 Historie
Software AG je společnost pro vývoj softwaru založena v roce 1969 skupinou šesti mladých
zaměstnanců konsultační firmy AIV (Institut für Angewandte Informationsverarbeitung). Ti přišli
s konceptem pro extrémně adaptabilní a universální databázi, který vycházel z rozsáhlých zkušeností
získaných při zpracovávání aplikací a vývoji prvních softwarových produktů [Software AG, 2010b].
V roce 1971 je vyvinut produkt Adabas (Adaptable database system). Jedná se o vysoce výkonný
transakční databázový systém, která uživateli poskytuje rychlý a flexibilní přístup k informacím, které
potřebuje. Produkt si následně získává první zákazníky v Německu a Rakousku, kde ho využívají
i instituce jako banka Westdeutsche Landesbank, Vienna City Council, atd. a postupně se pak
rozšiřuje i do dalších zemí [Software AG, 2010b].
V roce 1979 firma vyvíjí programovací jazyk čtvrté generace – NATURAL. Společnost pak pokračuje
s otevíráním svých poboček v Severní Americe, Japonsku, UK, Francii, Španělsku, Švýcarsku,
Rakousku, Belgii a Saudské Arábii. V roce 1987 má již kolem 500 zaměstnanců, 12 poboček v Evropě a
kanceláře ve více než 50 městech. Společnost se stále drží i v roce 1991, kdy dochází k celosvětovému
poklesu ekonomiky, který byl způsoben politickým vývojem. Začíná se zaměřovat na nové trhy střední
a východní Evropy a do Československé republiky se dostává díky úspěšnému projektu pro správu cel
[Software AG, 2010b, Wikipedia, 2011a].
Roku 1992 zakládá svou první pobočku východní Evropy v Praze a v dalších letech se Software AG
vyvíjí první platformu pro centralizovanou SOA Governance a stává se jedním z lídrů pro produkty
zabývající se Enteprise Service Bus, Business Process Management a SOA [Wikipedia, 2011a].
4.2.2 Současnost
V současnosti společnost Software AG na svých webových stránkách uvádí, že je přední světový
dodavatel řešení pro Business Process Excellence3 a již 40 let přichází s inovativními řešeními, mezi
které patří, kromě již zmíněné první vysoce výkonné transakční databáze Adabas, i např. první
platforma pro analýzu podnikových procesů ARIS, první B2B server či na SOA založená integrační
platforma webMethods [Software AG, 2010a].
Jedinečnost produktů pro procesní strategii, navrhování, integraci a měření procesů a na SOA
založenou integraci a data management tkví v jejich jednoduchosti a snadné ovladatelnosti [Software
AG, 2010a].
4.2.3 Produkty
Hlavním produktem, díky němuž se společnost Software AG objevila v části lídrů magického
kvadrantu je na SOA založená integrační platforma webMethods. Jedná se o 9 skupin produktů, které
zahrnují: [Software AG, 2010c]

Integrace aplikací
3
Business Process Excellence – dá se říci, že se jedná o nové slovní spojení pro strategii řízení Six sigma, která
byla původně vyvinuta společností Motorola. Klade si za cíl identifikovat a odstranit příčiny defektů a chyb
v procesech výroby a obchodu pomocí metodiky DMAIC (Define (definice), Measure (měření), Analyze
(analýza), Improve (zlepšení), Control (řízení)) [Wikipedia, 2011b]
20
o








Zahrnuje 5 produktů, které pomáhají rychleji zpracovávat informace vznikající
v reálném čase, a usnadňuje sdílení dat mezi aplikacemi.
o Podporují zařazení jednotlivých aplikací mezi SOA služby a vytvářet tak nové
podnikové procesy.
Business Activity Monitoring
o Zahrnuje 5 produktů, pomocí nichž lze sledovat místa, kde se vyskytují chyby a tím se
problémy mohou řešit ještě dřív, než je zaznamená zákazník.
o V reálném čase probíhá analýza, která ukáže, jak výkonná je v daném čase konkrétní
organizace a jakým směrem zaměřit její zlepšování.
Business Process Management
o 6 produktů pro optimalizaci podnikových procesů.
o Umožňuje efektivní propojení IT a obchodu a společnou inovaci procesů.
B2B/Trading Networks
o Pomocí jedné brány pro B2B lze zjednodušit všechny transakce a operace, které má
firma se svými dodavateli, distributory, zákazníky nebo jinými obchodními partnery.
Complex Event Processing
o Produkt, který pomáhá rozpoznávat důležité události a tak na ně reagovat rychleji
než dříve.
o V reálném čase znázorňuje, co se v reálném čase v našem obchodě děje a my tak
můžeme rychleji reagovat na požadavky zákazníků.
Integrace mainframe
o Podporuje využívání různorodých systémů a nástrojů.
o Pomocí čtyř produktů lze bezešvě integrovat mainframové aplikace nebo již
navrženou systémovou logiku a transakce z množství hostitelských prostředí.
Master Data Management
o Jednotný pohled na kmenová data, zlepšení výkonnosti procesů a lepší rozhodování
na základě kvalitních dat.
o Eliminace nadbytečnosti a chybovosti, procesní přístup Software AG pomáhá
identifikovat správná kmenová data a řídí probíhající změny.
Infrastruktura a governance SOA
o 5 produktů, které pomáhají při budování servisně orientované architektury:
 CentraSite – registr a úložiště SOA, webMethods Mediator – řízení změn,
webMethods Insight – přehled o transakcích služeb, SecureSpan Gateway –
zprostředkování služeb pro partnery a zákazníky, webMethods Integration
Server – Enterprise Service Bus pro komplexní integrační infrastrukturu.
Správa XML dat
o webMethods Tamino XML server – první nativní XML server pro efektivní správu dat.
o Umožňuje nativně ukládat, exportovat a měnit dokumenty.
o Jedno uživatelské rozhraní pro celý životní cyklus dokumentů.
4.2.4 ARIS Design platform
Aris Design platform je další skupinou produktů, které podporují lepší navrhování a analýzu obchodů
a procesů. Pomáhá vytvořit podnikovou architekturu, která je sladěná s podnikovými procesy a lépe
řiditelná.
21
Aris Design platform obsahuje produkt, respektive dva produkty se společným názvem ARIS Business
Architect & Designer.
4.2.5 ARIS Business Designer [Software AG, 2011d]
ARIS Business Designer je kolaborativní nástroj pro návrh procesů. Měl by být snadno přístupný,
intuitivní a snadno ovladatelný. Každý v něm může navrhovat procesy, které vedou ke zlepšení
výkonnosti podniku.
Platforma ARIS podporuje celý životní cyklus návrhu procesů a obsahuje více než 200 typů modelů,
pomocí nichž lze popsat celá organizace a díky grafickým možnostem lze informace o společnosti
znázornit ve srozumitelné podobě, (Obrázek 5).
Nové kontextové nástrojové lišty navíc umožňují rychlé a snadné modelování a platforma ARIS
společně s funkcionalitou SmartDesing představuje formulářový přístup k zadávání informací a přímé
tvorbě modelů.
Obrázek 5 Diagram vytvořený v programu ARIS Business Designer
Pro urychlení navrhování procesů ARIS nabízí sadu metod mapování podnikových procesů a
architektur a podporuje známé standardy a koncepty architektur, jako jsou např. BPMN, BPEL, UML,
TOGAF, atd.
Další funkcí je tzv. editor matic, v němž se dají vytvářet vztahy mezi objekty a následně je pak
zobrazovat v tabulkách bez ohledu na typ modelu, (Obrázek 6).
22
Obrázek 6 Editor matic
4.2.6 ARIS Business Architect [Software AG, 2011d]
ARIS Business Architect pomáhá porozumět vztahům mezi entitami v našem podnikání. Díky
objektové orientaci nástoje ARIS zůstane vše, co je modelováno, uloženo v příslušném úložišti. Díky
tomu se dá snadno zjistit, jaké objekty jsou v modelech použité a jaké jsou mezi nimi vztahy. Modely
a objekty lze pak v databázi snadno vyhledat podle jména, hodnoty atributu, či času posledního
přístupu a na bázi vnořených dotazů jde definovat dotazy, díky nimž lze znázornit i složitější vztahy
(např. kteří pracovníci využívají systémy, které slouží k podpoře konkrétního procesu).
ARIS také umí vyhodnocovat procesy z hlediska jejich kvality a vytvářet reporty ve formě textů,
tabulek a grafů. Sestavy lze vytvářet ve formátech XLS, DOC, RTF, TXT, HTML a PDF.
Systém ARIS jde využít i pro distribuované týmy, které používají různé jazyky. Podporuje propojování
externích dokumentů a pomáhá tak vytvořit jedinou společnou verzi (tzv. single truth). Systém má
také funkci, která definuje přístupy k jednotlivým modelům a tím povoluje případné změny na nich.
Důležitou součástí je také centrální úložiště ARIS, do kterého mohou vstupovat až stovky lidí napříč
celou organizací, což zaručuje konzistenci a znovupoužitelnost dat a modelů.
23
Základní výhody systému ARIS Business Architect & Designer
Globálně stále dostupné kolaborativní
a na webových technologiích založené
navrhování procesů
Úspora času i peněz díky intuitivnímu
navrhování procesů s pomocí automatizovaných
modelovacích nástrojů
Integrovaná nápověda a speciální
funkce pro jednoduché a přesné
modelování
Integrované úložiště
Komplexní administrace databází,
uživatelů, metod a serverů
Verzování modelů procesů
Analýzy, reporty & makra
Tvorba sestav do různých formátů
Podpora standardů a konceptů architektur
XLS, DOC, RTF, TXT,
HTML, PDF.
BPMN, BPEL, UML,
TOGAF,
ArchiMate
Zachman
a
24
4.3 Microsoft
Microsoft pro návrh, nasazení a správu SOA neposkytuje jedno komplexní řešení, ale poskytuje
následující komponenty: BizTalk Server 2010, Visual Studio – které hraje důležitou roli vizualizace
celého návrhu, Windows Server AppFabric a případně Windows Azure AppFabric, které jsou nástroji
pro návrh, zavedení a provoz SOA ve společnosti, tyto komponenty v práci blíže představím.
4.3.1 Microsoft Biztalk Server 2010
BizTalk umožňuje organizacím propojit heterogenní systémy jak uvnitř podniku, tak s obchodními
partnery podniku. Je to vývojový nástroj určený k integraci skupiny aplikací v jeden funkční celek.
BizTalk nám umožní jednoduše a rychle vyvinout vrstvu, pomocí které slepíme různé systémy
dohromady. Vždy se jedná o informace, které musí proudit mezi jednotlivými systémy tak, jak
vyžaduje konkrétní aplikace. V nejjednodušším případě jedna strana informaci vyšle, BizTalk ji zachytí,
zpracovává, transformuje, a dle svého uvážení ji může poslat do koncového systému. *Bříza, 2004+
Systém BizTalk je založen na jazyce XML a na průmyslových standardech umožňujících integraci ve
všech odvětvích a mezi obchodními systémy, a to nezávisle na platformě, operačním systému a
použité technologii.
BizTalk Server umožňuje využít potenciál stávající infrastruktury vzájemným propojením těchto
technologií dynamickým a škálovatelným způsobem. BizTalk Server 2010 nabízí organizacím
následující výhody:






Zjednodušení a automatizace interoperability za účelem snížení nákladů a počtu chyb
Získání důležitých přehledů o procesech a výkonnosti podniku
Ochrana procesů před vlivem změn
Posílení dynamiky a spravovatelnosti
Eliminace nadbytečných údajů pomocí integrace
Automatizace obchodní interakce s partnery [Microsoft, 2011]
BizTalk Server zahrnuje nástroje pro propojení vlastních a standardizovaných systémů a je předem
integrován s rozhraním .NET Framework, proto tvoří centrální část jakékoli strategie architektury
SOA.
Pro BizTalk Server je k dispozici také celá řada technologií a adaptérů aplikací. Díky integrované
podpoře všech funkcí od přenosových protokolů po vysokou úroveň integrace s obchodními
aplikacemi, například PeopleSoft, SAP, Siebel a Oracle, se můžeme rozhodnout, jak chceme propojit
aplikace, platformy a lidi, a Microsoft poskytne nástroje, které to umožní.







Adaptéry podnikových aplikací
Standardy WS-* a UDDI
.NET Framework (WCF, Windows SharePoint Services, SQL Server, Microsoft Dynamics)
Systémy mainframe a midrange
Protokoly XML a webových služeb (například SOAP)
Integrace B2B (EDI, AS2)
Zařízení (RFID) *Microsoft, 2011+
25
4.3.2 Technologie AppFabric
AppFabric na platformě Windows Azure i Windows Server usnadňují uživatelům vývoj a správu
aplikací, a to jak interně v podniku, tak v prostředí cloudů. Může se jednat o aplikace na platformách
Windows Azure, Windows Server nebo některé z četných dalších platforem jako Java, Ruby, PHP atd.
Tato technologie zajišťuje konektivitu přes hranice sítí a organizací prostřednictvím technologie
Service Bus. [Azure, 2011]
Obrázek 7 Schéma AppFabric Service Bus *Azure, 2011+
Technologie AppFabric Service Bus zajišťuje konektivitu mezi volně propojenými službami a
aplikacemi, které pak díky tomu mohou komunikovat napříč branami firewall nebo hranicemi sítí a
využívat celou řadu komunikačních schémat viz obrázek 7.
4.3.3 Visual Studio
Microsoft Visual Studio je silné vývojové prostředí, které zajišťuje kvalitu kódu v průběhu celého
životního cyklu aplikací od návrhu až po nasazení. Je to all-in-one řešení na návrh a vývoj aplikací pro
Windows, Cloud, web atd. Jedním z jeho nástrojů je Architecture Explorer, který slouží k pochopení
existujících aplikací a jejich vzájemných závislostí. Pomocí diagramů lze dohlížet na architekturu
systému a umožňuje ověřit validitu kódy jednotlivých artefaktů systému. Visual studio podporuje
diagramy jazyka UML. Jeho nástroje je možné propojit s BizTalk pro pohodlné modelování a návrh
propojení systémů například pomocí SOA viz obrázek 8 [Visual, 2010]
Obrázek 8 Použití Visual Studia k návrhu SOA *Shelton, 2007+
26
4.4 Oracle
Společnost Oracle, která je ve světě IT známá především coby přední dodavatel databázových
systémů, se velkou měrou soustředí také na architekturu SOA. Svého významného postavení v této
oblasti dosáhla především díky akvizicím společností BEA a AmberPoint. Oracle tak v současné době
poskytuje kompletní podporu celého ekosystému SOA. Hlavní produktový balíček nese název SOA
Governance a nabízí ucelené portfolio produktů, jež automatizuje základní procesy řízení SOA, bez
ohledu na stav nebo průběh transformace SOA. Řešení SOA Governance ulehčuje přechod organizace
na architekturu orientovanou na služby tím, že poskytuje prostředky ke snížení rizika, zachování
uspořádání podniku a ukazuje obchodní hodnotu investic do SOA. Oracle SOA Governance zároveň
poskytuje pokročilé schopnosti v řízení a správě SOA prostřednictvím komplexní a úplné nabídky
správy SOA a správy obchodních transakcí.
Naproti tomu Oracle SOA Suite 11g, který je součástí SOA Governance, zároveň ale v rámci
produktového portfolia výrobce působí samostatně, zjednodušuje sestavení, zavedení a správu
architektury SOA s úplnou, otevřenou, integrovanou a technologií. K tomu je určeno 7 produktů.
[1, Oracle]
4.4.1 Oracle SOA Governance
Schéma produktů SOA Governance *Jellema, 2008]
27
4.4.2 Komponenty
Oracle Enterprise Repository [2, Oracle]
Oracle Enterprise Repository – dříve známý pod jménem Aqualogic – byl převzat po akvizici již
zmíněné společnosti BEA a jedná se o klíčový prvek řízení architektury SOA od Oracle. Enterpise
Repository lze charakterizovat coby repositář metadat, který poskytuje správu celé architektury
SOA tím, že je jediným zdrojem informací všech jejích součástí a vazeb mezi nimi. Jinými slovy zajišťuje komunikační kanál pro automatickou výměnu metadat a provozní informace mezi
uživateli, poskytovateli a jednotlivými řídícími nástroji v celém životním cyklu SOA. V neposlední
řadě se také stará o přehled, zpětnou vazbu, kontrolu a analýzu procesů.
Výhody:
- komplexní přehled o celém ekosystému SOA v podniku
- flexibilní metamodel
- rozsáhlá automatizace
- architektonické uspořádání
- měřitelné ROI
Oracle Enterprise Gateway [3, Oracle]
Oracle Enterprise Gateway je nejnovější součástí balíčku Oracle SOA Governance. Její primární
funkcí je spolehlivé zabezpečení SOA v cloudu či nad rámec domény. Zároveň také umožňuje
integraci s mnoha řídícími platformami na bázi standardu XML a jinými typy dat, což vede ke
snížením nákladů na integraci a zároveň snižuje riziko nasazení.
Výhody:
- urychlené zpracování XML
- integrace s programy Oracle Fusion Middleware
Oracle Web Services Manager [24, jaro2010][4, Oracle]
Oracle Web Services Manager je bezpečnostní administrátorské prostředí pro zabezpečení
přístupu k webovým službám a sledování aktivit těchto služeb. Skládá se ze dvou hlavních
součástí: PDP (Policy Decision Point) a PEP (Policy Enforcement Point). PDP zahrnuje
bezpečnostní a řídící komponenty, které jsou přístupné přes webové konzole. PEP jsou
interceptory, které mohou být buď agenty, nebo branami. Agenty běží ve stejném kontejneru
jako jimi chráněné webové služby, zatímco brány jsou zcela nezávislé podobně jako proxy
servery. Kombinace agentů a bran pak může být použita jako end-to-end zabezpečení webových
služeb.
Výhody:
- vytvoření bezpečnostních pravidel pro stávající i nové služby
- minimalizace rizika nedodržování pravidel
- monitoring pravidel
SOA Management Pack Enterprise Edition [5, Oracle]
SOA Management Pack Enterprise Edition představuje dle výrobce, respektive výrobců - neboť
tento software má své kořeny v převzaté společnosti AmberPoint - nejkomplexnější řešení pro
správu aplikací a infrastruktury v SOA. Tato komponenta obsahuje centralizované rozhraní pro
správu, díky čemuž je vše řízeno z jednoho místa. Cílem je dosáhnout dostupnosti, dobrého
výkonu všech součástí v prostředí SOA a umožnit jasné přiřazení služeb a prostředků
infrastruktury konkrétnímu business procesu.
Výhody:
28
- kompletní a integrované řízení architektury SOA
- zajištění kvality služeb pro SOA
Oracle Service Registry [6, Oracle]
Registr služeb propojuje fázi návrhu a nasazení a umožňuje udržovat SOA řešení aktualizované
vůči změnám v návrhu jednotlivých služeb. To je zajištěno díky automatické synchronizaci s
komponentami Enterprise Repository and Oracle SOA Suite.
Výhody:
- plná podpora standardu UDDI v3
- „hot-pluggable“
Oracle SOA Suite [7, Oracle]
Oracle SOA Suite představuje sadu nástrojů pro vytváření, sestavení, nasazení a správu
architektury SOA. Všechny zde dostupné komponenty se mohou pochlubit integrovaným
řízením, metadata managementem, jednotným nástrojem pro vývoj aplikací a zabezpečením.
Oracle SOA Suite je jednak součástí balíku Oracle SOA Governance, výrobce ho ale prodává také
samostatně. V současnosti je k dispozici verze 11g.
Výhody:
-zjednodušený vývoj – jednotná sada nástrojů
-škálovatelnost
-jednotná správa a monitorování
Schéma Oracle SOA Suite *7, Oracle]
4.4.2 Komponenty
Oracle SOA Suite obsahuje tyto komponenty:
Oracle JDeveloper [8, 9, Oracle]
Oracle JDeveloper je integrované vývojové prostředí (IDE) pro SOA, které je orientované
primárně na tvorbu programů v jazyce Java a REA (Rich Enterprise Application). JDeveloper je
založen na standardech JDK a J2EE a poskytuje nástroje pro celý životní cyklus aplikací. Kromě
29
Javy jsou podporovány také jazyky PHP, PL/SQL či XML. JDeveloper je volně šiřitelný. K jeho
získání stačí pouze registrace.
Oracle Business Rules [24, jaro2010][10, Oracle]
Tento produkt umožňuje větší flexibilitu při vytváření procesů a aplikací, neboť dovoluje snadno
definovat a upravovat business problémy bez znalosti programování, takže ho mohou
obsluhovat i business analytici bez nutnosti zapojení programátorů. Oracle Business Rules se
skládá z nástrojů pro vytváření pravidel a SDK. Obchodní pravidla jsou integrována s Javou, XML
a Oracle SOA technologiemi.
Oracle BPEL Process Manager [11, Oracle]
Oracle BPEL Process Manager umožňuje podnikům organizovat různorodé aplikace a webové
služby do podnikových procesů. Schopnost rychle vytvářet a nasazovat tyto procesy
standardizovaným způsobem je základním předpokladem pro vytváření architektury SOA, neboť
velké firmy obvykle využívají software od více dodavatelů. Kromě toho lze dále do podnikových
procesů integrovat technologie a služby jako například lidské úkoly, transformace, notifikace a
business pravidla. Jedním z nabízených řešení v rámci dodavatelského řetězce je automatizovaný
proces zásobování propojením různorodých systémů.
Oracle Business-to-Business Integration [12, Oracle]
Hlavní poslání komponenty Oracle B2B Integration představuje rychlé navázání a
zprostředkování on-line spolupráce a automatizaci podnikových procesů s obchodními partnery.
Pro tento účel využívají produkty Oracle SOA Suite standardní průmyslové protokoly, např.
RossettaNet, Electronic Data Interchange (EDI), Applicability Statement 2 (AS2) a UCCnet.
Poskytováno je mimo jiné i připojení k průmyslovým hubům společností Walmart, Cisco a Intel.
Oracle Business Activity Monitoring [13, Oracle]
Jak už název napovídá, Oracle Business Activity Monitoring (BAM) je řešení pro sledování
obchodních procesů a služeb v reálném. BAM dává vedoucím pracovníkům možnost monitorovat
služby podnikových procesů v reálném čase a srovnávat jejich klíčové indikátory s aktuálními
business procesy. Informace jsou zobrazovány pomocí výstrah a vizuálních ovládacích panelů,
čímž zvyšuje efektivitu operativních zásahů a umožňuje uživateli rozhodovat se na základě
kvalitních informací. Oracle BAM poskytuje uživateli souhrny servisních metrik a informace o
parametrech kritických business procesů. Dále pak poskytují přehled existujících SOA, BPM, EDA
řešení či produkty třetích stran od databází přes JMS serverů až po webové služby. V základním
nastavení jsou podporovány produkty Oracle SOA Suite, Oracle BPM Suite a Oracle Business
Intelligence.
Oracle Service Bus [14, Oracle]
Oracle Service Bus je škálovatelná SOA integrační platforma založená na standardech. Je
30
navržena pro připojení, zprostředkování a řízení interakcí mezi heterogenními službami, staršími
aplikacemi a programovými balíky napříč celou podnikovou sítí. Oracle Service Bus nabízí
integrovanou správu a monitorování funkcí a podporuje spolupráci s produkty SOA Governance
pro lepší celopodnikové řízení architektury SOA. Oracle Service Bus je považován za klíčový prvek
pro služby využívající servisně orientovanou architekturu. K jeho hlavním výhodám patří 100%
on-line dostupnost.
Oracle Complex Event Processing [15, Oracle]
Oracle Complex Event Processing (CEP) lze charakterizovat coby prostředí pro vývoj aplikací,
které jsou určeny ke zpracování událostí s cílem zlepšit účinnost podnikových obchodních
operací. Oracle CEP umožňuje zpracovat více proudů událostí a z nich zjišťovat vzory a trendy v
reálném čase. Díky propojení s produktem Oracle Business Activity Monitoring pak umožňuje
realizovat nové obchodní příležitosti nebo snížit stávající riziko.
31
4.5 IBM
Společnost IBM používá pro své řešení architektury SOA název IBM Smart SOA, což je zastřešující
název pro platformu, na které je možné stavět architekturu orientovanou na služby a docílit souladu
byznysu a IT. Toto řešení je tvořeno sadou nástrojů, označovanou jako IBM SOA Foundation. Sadu
nástrojů tvoří produkty vzniklé z akvizic firem Rational, Tivoli a WebSphere. [IBM, 2010]
4.5.1 IBM SOA Foundation
IBM SOA Foundation je integrovaná množina produktů, best practices a vzorů v oblasti architektury
orientované na služby. Nesnaží se nahrazovat současné aplikace a podnikové procesy, ale rozšířit
jejich hodnotu. Jedná se o interoperabilní a plně modulární software, takže umožňuje podniku vybrat
jen určité komponenty na podporu jednotlivých procesů.
IBM SOA Foundation je tvořena produkty, které pokrývají jednotlivé fáze životního cyklu SOA *IBM,
2011]:




Fáze modelování (Model)
Fáze vývoje (Assemble)
Fáze nasazení (Deploy)
Fáze správy (Manage)
Dále obsahuje i produkty zastřešující všechny fáze životního cyklu SOA, které se označují jako
produkty pro řízení architektury SOA (SOA Governance)
Fáze modelování
V této fázi se získávají a analyzují byznys požadavky, které se využívají k modelování, simulaci a
optimalizaci podnikových procesů. Tyto informace lze použít pro lepší dorozumění mezi byznysem a
IT v podnikových procesech. Zároveň pomáhají k ujasnění, zda požadované aplikace jsou v souladu
s podnikovými cíli. Mezi produkty, které podporují tuto fázi, patří:


WebSphere Business Modeler
Rational Software Architect
Fáze vývoje
Během této fáze se tvoří nové služby nebo se navazují na existující produkty. Poté, co jsou služby
určeny, dochází k jejich orchestraci a implementaci do podnikových procesů. Tuto fázi podporují
produkty:





WebSphere Integration Developer
Rational Application Developer
Lotus Domino Designer
WebSphere Portlet Factory
Rational Tester for SOA Quality
32
Fáze nasazení
Během fáze nasazení se stanoví běhové prostředí služeb. Poté je možné skloubit služby a procesy tak,
aby výsledný proces byl tvořen nezávislými, spolehlivými a vysoce zabezpečenými službami. Tím bude
zajištěna flexibilita, díky které bude možné provádět změny a rychle reagovat na měnící se
požadavky.













WebSphere DataPower SOA Appliances
WebSphere Process Server
WebSphere ESB
WebSphere Message Broker
WebSphere Adapters
WebSphere Portal
WebSphere Application Server
WebSphere Extended Deployment
IBM Information Server
WebSphere Business Services Fabric
WebSphere MQ
Lotus Expeditor
FileNet P8
Fáze správy
Tato fáze zahrnuje udržování dostupnosti služeb a také monitorování času jejich odezvy. Produkty
umožňují sledovat klíčové výkonnostní indikátory v reálném čase. Díky tomu je možné včas
preventivně provádět úpravy a diagnostikova problémy.





Tivoli Access Manager
Tivoli Composite Application Manager for SOA
Tivoli Federated Identity Manager
Tivoli Provisioning Manager
WebSphere Business Monitor
Řízení architektury SOA (SOA Governance and processes)
Řízení architektury SOA je nezbytné pro jakýkoliv projekt implementace SOA. Pro zajištění úspěchu je
třeba stanovit pravidla řízení a celkovou podnikovou politiku k tomu, aby bylo možné následovat
prověřené standardy – např. COBIT.
SOA Governance od IBM pokrývá všechny zmíněné životní cykly SOA – čili produkty obsahují nástroje
od návrhu až po řízení. Patří sem:

WebSphere Service Registry and Repository - Slouží ke správě politik různých kategorií
napříč životním cyklem služeb. Jednotlivé komponenty tohoto produktu zahrnují správu
služeb od jejich vzniku až po užívání. Umožňují synchronizovat vývoj nových služeb s
existujícími službami. Je zde plná podpora integrace s ostatními produkty WebSphere.
33



Rational Software Architect for WebSphere Software - Vývojové prostředí pro návrh a vývoj
aplikací na platformě WS. Obsahuje pokročilé modelovací nástroje pro grafický návrh i vývoj s
využitím škály technologií (UML 2, BPMN 2, Java/JEE, WSDL, XSD, SCA, SoaML, DoDAF).
Tivoli Change and Configuration Management Database - integrační platforma. Používá se k
automatizaci workflow a vytvoření souladu IT infrastruktury s podnikovými cíli.
Tivoli Security Policy Manager – Pomáhá centralizovat bezpečnostní politiku.
34
5. SOA a Cloud Computing
Na první pohled by se mohlo zdát, že trendy pojem „cloud“ vytlačuje a nahrazuje SOA. Ale ačkoli mají
SOA a Cloud Computing společné charakteristiky viz obrázek 9, v žádném případě nejsou synonymy.
Cloud Computing nenahradí SOA a distribuované systémy. Tyto dva pojmy existují vedle sebe a
implementovány mohou být nezávisle na sobě, nebo i společně, kde PaaS či IaaS může poskytovat
škálovatelný a dostupný základ pro SOA. *Novotný, 2011+
Obrázek 9 Překrytí (Overlap) konceptů Cloud Computing a SOA. *Raines, 2009+
Cloud Computing a SOA se však v mnohém podobají.



Závislost na síti – jak Cloud Computing tak SOA se spoléhají na robustní síť pro propojení
konzumentů a poskytovatelů služby. Proto se dá říct, že mají oba stejnou slabinu a to když síť
nefunguje nebo není k dispozici. V budoucnu bude nutné vybudovat lepší síťovou
infrastrukturu, tedy pokud se začnou používat tyto koncepty masově.
Forma outsourcingu - oba koncepty vyžadují ošetření smluvních vztahů a důvěru mezi
poskytovatelem a konzumentem služby. Opětovné využití SOA služeb skupinou jiných
systémů je vlastně „outsourcing“ možnosti zapojení dalších organizací. Outsourcing u Cloud
Computingu je zřejmý pro svůj komerční přístup. Úschovny, platformy a servery, ze kterých
plynou úspory z rozsahu při jejich využití větším publikem, spotřebitel se ani nemusí starat o
detailní IT správu.
Standardy – oba, Cloud Computing i SOA poskytují možnost výběru společných standardů
pro společnou komunikaci v síti. SOA má poměrně vyspělý soubor standardů, pomocí kterých
lze implementovat softwarové služby jako je REST, SOAP, WSDL a další. Cloud Computing
není tak vyspělý a mnohá z nabízených rozhraní je jedinečné dle konkrétního dodavatele. To
může způsobit závislost konzumenta služby na konkrétním dodavateli. *Raines, 2009+
Nyní shrnu rozdíly, které jsou mezi SOA a Cloud Computingem. I když tyto přístupy mají jisté přesahy,
jejich původní zaměření odkrývá odlišné zaměření. SOA je třeba vnímat jako široký pojem a široké
spektrum technologií. Jak je vidět na obrázku 10, ve kterém jsou se SOA srovnány ostatní pojmy
týkající se poskytování software jako služby.
35
Obrázek 10 Srovnání SOA a ostatních softwarových služeb *Jamil, 2009+
SOA implementace je fundamentální podnikovou integrační technologií pro výměnu informací mezi
systémy. SOA se zaměřuje na problém tvorby efektivní systémové integrace. Implementační
technologie SOA, stejně jako součást skupiny standardů Web Services, umožňuje konzumující aplikaci
vyvolat službu v rámci celé sítě. Dále mají umožnit integraci v různých vývojových jazycích a
platformách a poskytovat tak jazykově nezávislou vrstvu. Klíčovým přínosem SOA je schopnost
vytvoření rozhraní system-to-system konzistentní s podnikovou architekturou a tím šetřit prostředky
na budoucí integraci a zvyšovat pružnost organizace. Základem Cloud Computingu je využití sítí
k outsourcingu IT funkcionality. I když může zahrnovat softwarové služby jako v SOA, cloud jde
mnohem dál. Cloud Computing nabízí trhu IT funkce formou zboží a snižuje tak náklady spotřebitelů
oproti jejich internímu nasazení a poskytování. *Raines, 2009+
Může být SOA přeskočena a jít přímo na Cloud Computing?
SOA a Cloud Computing jsou vzájemně se doplňující aktivity a oba hrají významnou roli v podnikové
IT strategii pro nadcházející roky. Cloud Computing a SOA je však možné uskutečňovat odděleně
ovšem Cloud Computing poté nepřináší takovou přidanou hodnotu, jako ve spojení se SOA.
Specifické požadavky organizací pak určují hloubku, ve které lze využívat tato komerční řešení.
[Raines, 2009]
Shrnutí
V dnešní době je jasné, že CIO by se měli na SOA a Cloud Computingu připravit, pokud tak již
neučinili. V současnosti společnosti, které nemají implementované SOA a snaží se využít výhod
cloudu, čelí riziku ze strany konkurence, která zajišťuje cloudy na již fungující SOA. SOA je realistický
směr, který připravuje podmínky pro budoucí použití cloudu. Důležité však není jen přijmout SOA, ale
také ho naplánovat tak aby poskytoval synergické efekty ve spojení s Cloud Computingem.
[Mulholland, 2008]
36
6. Úspěšnost SOA
6.1 Zavádění SOA [4]
Během posledního desetiletí se koncept servisně orientované architektury dostal do povědomí
celého softwarového průmyslu. Můžeme dokonce bez pochybností tvrdit, že architekti podnikového
IT nemají v současnosti nic lepšího k dispozici. SOA slibuje zavedení mnohem dynamičtějších
podnikových aplikací, což přináší flexibilnější a produktivnější reakce IT infrastruktury na požadavky
jednotlivých podnikových úseků a to vede ke zkrácení změnových řízení z měsíců na týdny a
prohloubení akceschopnosti a konkurenceschopnosti organizace. Proč se organizace brání nasazení
celopodnikových projektů SOA?
Pokud je podnik dostatečně akceschopný, může mnohem rychleji reagovat na změny na trhu a
požadavky zákazníků, přizpůsobit v reálném čase svou činnost vnějším okolnostem a dodávat nové
produkty a služby rychleji a kvalitněji než konkurence.
I přes zřejmé výhody při zavedení SOA nemají firmy chuť se pouštět do víceletých a
mnohamiliónových projektů. SOA je považována za budoucnost vývoje podnikových aplikací, ale
organizace potřebují řešit své bezprostřední problémy podnikání ihned a pomocí funkční technologie.
Většina projektů na zavádění SOA do organizací vykazuje nízkou návratnost investic. Výsledkem
studie efektivnosti SOA podle Anne Thomas Manes z Button Group je, že SOA zkrátka nefunguje
dobře ve většině organizací*5+.
Podnikové IS a SOA mají obrovský význam pro většinu firem. Nicméně, zůstává zde značný prostor
pro zlepšení v oblasti výkonnosti.
Úspěch Webu 2.0 na úkor SOA
Je jasné, že je opravdu málo dobrých SOA řešení, na které se lze odkazovat. Většina úspěšných
projektů drží velké firmy v tajnosti, proto se osvědčené a efektivní postupy často nešíří dále.
37
Otevřenost a průhlednost dnešních moderních webů umožňuje poskytnout příklady toho, co je
efektivní. I když Web-Oriented Architecture (WOA) existuje již delší dobu, je to ve skutečnosti
paralelní SOA, která je vyvinula v online světě.
Zatímco SOA nikdy nebude stejné internetová WOA, může si vypůjčit ty nejlepší nápady z úspěšných
projektů, které vznikly na internetu.
6.2 Information week SOA analýza z roku 2009 [6]
Zprávy o zániku SOA jsou značně přehnané, s odvoláním na 270 dotazovaných profesionálů na
podnikové technologie v oblasti servisně orientované architektury. To ale neznamená, že SOA nemá
problémy: jen 23% respondentů tvrdí, že jejich organizace již nasadila SOA, a pouze 7% z nich uvádí,
že výsledné aplikace jsou schopné externího využití, 29% z dotazovaných experimentuje nebo je
ve fázi vývoje, zatímco 31% má žádné plány. Uváděné přínosy SOA, jako je zvýšená flexibilita a
pružnost v podnikání, snížení nákladů a zlepšení času uvádění produktů na trh, nejsou hlavními
faktory pro rychlejší přijetí. Podíl opětovného využívání softwaru v organizacích se zvýšil o pouhých
7% po zahájení projektu SOA, z 32% na 39%.
Úspěšnost SOA projektů
Podnikové IT zřídka mění rychle směr, a nevzdá se lehce investic do technologií a strategických
rozhodnutí. Na otázku, zda jejich SOA projekty byly úspěšné a přinesly pozitivní dopad na byznys,
respondenti převážně odpovídají, že výsledky jsou takové, jaké očekávali. Je v lidské povaze nepřiznat
chybu, proto IT profesionálové nejsou ochotni přiznat porážku. Díky výsledkům průzkumů a diskuzím
se zúčastněnými stranami lze říci, že mnoho firem se pohybuje vpřed s implementací SOA, ale velký
počet mění směr a jde cestou nejmenšího odporu. V podstatě to znamená vybudování SOA na jejich
webu s pomocí internetového API a výměnu za více agilnější webové služby založené na REST
technologii než bylo těžkopádné SOAP. Na požádání, aby uvedli využití SOAP v minulosti,
v současnosti a budoucí očekávání použití SOAP webových služeb vs. REST webových služeb,
respondenti vykazují pokles v používání SOAP, z 54% před rokem na očekávaných 42% v průběhu
38
dalších 18 měsíců. Počet primárně používajících nebo zvažujících použití RESTu očekává zvýšení o
poměrnou část, z 14% na 24% ve stejném časovém horizontu.
39
7. Závěr
V této práci jsme si vytyčili několik cílů – chtěli jsme navázat na práce našich předchůdců a v prvé
řadě doplnit jejich práce, případně zpřehlednit některé oblasti, které se nám nezdály dostatečně
vysvětlující a zároveň dodat co nejvíce nových informací a pohledů, kterými se naši předchůdci zatím
nevěnovali a pomoci ucelení tohoto tématu.
Jak již bylo v úvodu řečeno, našimi cíly bylo zestručnit teoretickou část o SOA, které se nám nezdálo
v předchozích pracích dostatečně vysvětlující a někdy zbytečně obsáhlé.
Dále bylo jedním z našich hlavních přínosů popsat modelovací jazyk SoaML, který i přesto, že je pro
tuto oblast zásadní, v předchozích pracích vysvětlen ani zmíněn nebyl.
V práci jsme se také pokusili shrnout situaci na trhu, vycházeli jsme ovšem pouze z jediného zdroje,
jímž byla firma Gartner, protože jiné spolehlivé informační zdroje se tomuto tématu nevěnují
s takovou důsledností.
Na základě vymezení hlavních lídrů v této oblasti jsme popsali zvolené nástroje a oblasti jednotlivých
firem a vymezili současnou pozici a historii těchto firem, pohled na jejich produkty z globálnějšího
hlediska.
Dále jsme upravili interpretaci SOA a Cloud Computingu, která se nám u předchozích prací nezdála
dostatečně jasná a závěrem jsme zhodnotili úspěšnost nasazování SOA a kritické zhodnocení
některých jejich nedostatků a možných nástrah na trhu.
40
Zdroje:
*BARTELOVÁ, 2011+ BARTELOVÁ, Jana, Václav FORMÁNEK, Ivan KUTIL Použití case pro architekturu
SOA. OpenSoul [online]. 1-20 [cit. 2012-01-18+. Dostupné z WWW:
http://www.panrepa.org/CASE/jaro2011/CASE_SOA_jaro2011.pdf
[MDS, 2009] Service Oriented Architecture: Using the OMG SoaML Standard. Model Driven Solutions.
December, 2009 [cit. 2011-12-21+. Dostupné z WWW:
<http://www.omg.org/news/whitepapers/EnterpriseSoaML.pdf>
[Wiki, 2011] SoaML. Wikipedia. 15 October 2011 [cit. 2011-12-21+. Dostupné z WWW:
<http://en.wikipedia.org/wiki/SoaML>
*Vašíček, 2008+ VAŠÍČEK, Petr. Proč BPM s open source nástroji, BPM prakticky *Online+. 2008 *Citace:
14.12.2010+. Dostupné z WWW: <http://bpm-sme.blogspot.com/2008/02/1-uvod-do-bpm-prosme.html>.
[Bajwa, 2008] BAJWA, Imran Sarwar; KAZMI, Rafaqut; MUMTAZ, Shahzad; CHOUDHARY, M. Abbas;
NAWEED, M. Shahid. SOA and BPM Partnership: A paradigm for Dynamic and Flexible Process and I.T.
Management *Online+. 2008 *Citace: 14.12.2011+. Dostupné z WWW:
<http://www.waset.org/journals/waset/v45/v45-4.pdf>
*Gála, 2009+ GÁLA, Libor. Service Oriented Architecture *Online+. Prezentace z přednášky 4IT410,
2009 *Citace: 14.12.2011+. Dostupné z WWW: <http://nb.vse.cz/~gala/4it410/4it410-obsahprednasek.htm>
*Černý, 2010+ ČERNÝ, Ondřej. BPEL. *s.l.+, 2010. 73 s. Bakalářská práce. Vysoká Škola Ekonomická,
Fakulta informatiky a statistiky
*IBM, 2010+ IBM, Powered by Smart SOA *online+. 2010. *Citace: 14.12.2011+ Dostupné z WWW:
<http://public.dhe.ibm.com/software/solutions/soa/pdfs/PoweredbySOA.pdf>
*IBM, 2011+ IBM, IBM SOA Foundation *online+. c2011. *Citace: 14.12.2011+ Dostupné z WWW:
<http://www-01.ibm.com/software/solutions/soa/offerings.html>
[IBM1, 2011] IBM, IBM SOA Foundation [online]. To support your business objectives [Citace:
14.12.2011+ Dostupné z WWW: <http://public.dhe.ibm.com/software/solutions/pdfs/soa_G2247539-00_0919_SS.pdf>
[Microsoft, 2011] Microsoft [online]. 2011 [cit. 2011-12-06+. Microsoft BizTalk Server. Dostupné z
WWW: <http://www.microsoft.com/cze/biztalk/>
[Azure, 2011] Windows Azure [online]. 2011 [cit. 2011-12-06+. AppFabric. Dostupné z WWW:
<http://www.microsoft.com/cze/azure/appfabric/>
[Shelton, 2007] Shelton's Blog [online]. 2007 [cit. 2011-12-06]. Introduction to Visual Studio.
Dostupné z WWW: <http://rshelton.com/archive/2007/11/16/introduction-to-visual-studioapplication-designer-for-software-architects-and.aspx>
41
[Visual, 2010] Visual Studio [online]. 2010 [cit. 2011-12-06+. Overview of Visual Studio. Dostupné z
WWW: <http://www.microsoft.com/visualstudio/en-us/products/2010-editions/ultimate/overview>
*Novotný, 2011+ NOVOTNÝ, Jaroslav. SOA a Cloud Computing. In Oracle [online]. 2011 [cit. 2011-1206+. Dostupné z WWW: <http://www.oracle.com/oms/oracleday/jarda-novotny-soa-cloud1371666.pdf>
[Raines, 2009] RAINES, Geoffrey. Cloud Computing and SOA. MITRE [online]. 2009, [cit. 2011-12-07].
Dostupný z WWW:
<http://www.mitre.org/work/tech_papers/tech_papers_09/09_0743/09_0743.pdf>
[Jamil, 2009] JAMIL, Ejaz . What really is SOA. SOALIB [online]. 2009, [cit. 2011-12-07+. Dostupný z
WWW: <http://soalib.com/doc/whitepaper/SoalibWhitePaper_SOAJargon.pdf>
[Mulholland, 2008] MULHOLLAND, Andy ; DANIELS, Russ . The Cloud and SOA. HP [online]. 2008, [cit.
2011-12-08+. Dostupný z WWW:
<http://www.hp.com/hpinfo/analystrelations/wp_cloudcomputing_soa_capgemini_hp.pdf>
*Bříza, 2004+ BŘÍZA, Petr. Microsoft BizTalk Server - princip technologie. Interval [online]. 2004, [cit.
2011-12-21+. Dostupné z: http://interval.cz/clanky/microsoft-biztalk-server-2004-principtechnologie/
[1]Oracle [online]. 2011 [cit. 2011-12-11+. Architektura orientovaná na služby. Dostupné z WWW:
<http://www.oracle.com/cz/products/middleware/soa/index.html>
[2]Oracle [online]. 2011 [cit. 2011-12-11+. Oracle Enterprise Repository. Dostupné z WWW:
<http://www.oracle.com/us/technologies/soa/enterprise-repository066456.html?ssSourceSiteId=ocomcz>
[3]Oracle [online]. 2011 [cit. 2011-12-11+. Oracle Enterprise Gateway. Dostupné z WWW:
<http://www.oracle.com/us/technologies/soa/soa-governance/enterprise-gateway345737.html?ssSourceSiteId=ocomcz>
[4]Oracle [online]. 2011 [cit. 2011-12-11+. Oracle Web Services Manager. Dostupné z WWW:
http://www.oracle.com/us/products/middleware/application-server/web-services-manager066515.html?ssSourceSiteId=ocomcz
[5] Oracle [online]. 2011 [cit. 2011-12-11+. SOA Management Pack Enterprise Edition. Dostupné z
WWW: <http://www.oracle.com/us/technologies/soa/management-pack-soa066457.html?ssSourceSiteId=ocomcz>
[6] Oracle [online]. 2011 [cit. 2011-12-11]. Oracle Service Registry. Dostupné z WWW:
<http://www.oracle.com/us/technologies/soa/service-registry066462.html?ssSourceSiteId=ocomcz>
[7] Oracle [online]. 2011 [cit. 2011-12-11+. Oracle SOA Suite 11g. Dostupné z WWW:
<http://www.oracle.com/us/technologies/soa/soa-suite-066466.html?ssSourceSiteId=ocomcz>
[8] Oracle [online]. 2011 [cit. 2011-12-11+. Oracle JDeveloper 11g. Dostupné z WWW:
<http://www.oracle.com/us/products/tools/019657.htm>.
42
[9]Oracle [online]. 2011 [cit. 2011-12-11+. Oracle JDeveloper. Dostupné z WWW:
<http://www.oracle.com/technetwork/developer-tools/jdev/overview/index.html>
[10] Oracle [online]. 2011 [cit. 2011-12-11+. Oracle Business Rules. Dostupné z WWW:
<http://www.oracle.com/us/products/middleware/application-server/rules-066590.html>
[11] Oracle [online]. 2011 [cit. 2011-12-11+. Oracle BPEL Process Manager. Dostupné z WWW:
<http://www.oracle.com/us/products/middleware/application-server/bpel-home-066588.html>
[12] Oracle [online]. 2011 [cit. 2011-12-11]. Oracle Business-to-Business Integration. Dostupné z
WWW: <http://www.oracle.com/us/technologies/b2b-067933.html>
[13] Oracle [online]. 2011 [cit. 2011-12-11+. Oracle Business Activity Monitoring. Dostupné z WWW:
<http://www.oracle.com/us/products/middleware/application-server/business-activity-monitoring066589.html>
[14] Oracle [online]. 2011 [cit. 2011-12-11+. Oracle Service Bus. Dostupné z WWW:
<http://www.oracle.com/us/technologies/soa/service-bus-066459.html>
[15] Oracle [online]. 2011 [cit. 2011-12-11+. Complex Event Processing. Dostupné z WWW:
<http://www.oracle.com/us/technologies/soa/service-oriented-architecture-066455.html>
[Jellema, 2008] JELLEMA, Lucas . AMIS : Weblog for the AMIS Technology corner [online]. 5/9/2008
[cit. 2011-12-11]. The world of SOA Governance according to Oracle – Introducing the Enterprise
Repository. Dostupné z WWW: <http://technology.amis.nl/blog/3369/the-world-of-soa-governanceaccording-to-oracle-introducing-the-enterprise-repository>
[Leština, 2007+LEŠTINA, Petr. Co je Servisně Orientovaná Architektura? *online]. 2007 [cit. 2011-1227+. Dostupné z: <http://bpm-ibm.blogspot.com/2007/11/co-je-servisn-orientovanarchitektura.html>
[Štumpf, 2008+ŠTUMPF, Jindřich. Správa a řízení architektury SOA. IT SYSTEMS *online+. 2008(6) *cit.
2011-12-27+. Dostupné z: <http://www.systemonline.cz/sprava-it/sprava-rizeni-architekturySOA.htm>
*Leština, 2007+LEŠTINA, Petr. Software pro BPM a SOA *online+. 2007 *cit. 2011-12-27+. Dostupné z:
<http://bpm-ibm.blogspot.com/2007/11/software-pro-bpm-soa.html>
[Patuel, 2007]PATUEL, Salva. Architect: SOA services lifecycle. MSDN Blogs [online]. 2007[cit. 201112-27+. Dostupné z: <http://blogs.msdn.com/b/salvapatuel/archive/2007/07/13/architect-soaservices-lifecycle.aspx>
[Microsoft, 2006] Microsoft. Learn About Service Oriented Architecture (SOA) [online]. 2006 [cit.
2011-12-27+. Dostupné z <http://www.microsoft.com/biztalk/solutions/soa/overview.mspx>
*22+ J. BARTELOVÁ, V. FORMÁNEK, I. KUTIL, J. KŘENEK, P. WEIDA, J. MACH, P. UHLÍŘ a P. RUSIŇÁK.
Použití CASE pro řízení architektury SOA *online]. 2011 [cit. 2011-12-28+. Dostupné z:
www.panrepa.org/CASE/jaro2011/CASE_SOA_jaro2011.pdf. Vysoká škola ekonomická v Praze.
43
[Gartner 2010a] Gartner Says Despite Economic Downturn, Worldwide Application Infrastructure and
Middleware Market Revenue Increased 2.8 Percent in 2009 [online]. 2010 [cit. 2011-12-30].
Dostupné z WWW: <http://www.gartner.com/it/page.jsp?id=1356113>
[Gartner 2011a] Magic Quadrant for SOA Governance Technologies [online]. 2011 [cit. 2011-12-30].
Dostupné z WWW:
<http://www.netsoftca.com/Transferencia_Tecnologica/Magic_quadrant_for_soa_gover_2011.pdf>
[Gartner 2011b] Magic Quadrant for Shared SOA Interoperability Infrastructure Projects [online].
2011 [cit. 2011-12-30+. Dostupné z WWW: <http://www.gartner.com/technology/mediaproducts/reprints/oracle/article162/article162.html>
[1][Tibco, 2011] Tibco Software [online]. 2011 [cit. 2011-12-20]. Tibco Company Overview. Dostupné
z WWW: <http://www.tibco.com/company/default.jsp>
[2] [Wikipedia, 2011] En.wikipedia.org [online]. 2011 [cit. 2011-12-20]. Tibco_Software. Dostupné z
WWW: <http://en.wikipedia.org/wiki/Tibco_Software>
[3] [Tibco, 2011] Tibco Software [online]. 2011 [cit. 2011-12-20]. Acquisitions. Dostupné z WWW:
<http://www.tibco.com/company/acquisitions/default.jsp>
[4] [GILES, 2010] GILES, Nelson. Zavádění SOA v dnešním pragmatickém světě. Progress
Software [online]. 2007 [cit. 2011-12-20+. Dostupné z WWW:
<http://www.galeos.cz/uploads//Soubory/ClankySOA/Zavadeni_SOA_v_pragmatickem_svete.pdf>
[5] [Hinchcliffe, 2009] HINCHCLIFFE, Dion. Transforming Software Architecture for the 21st Century.
Slideshare [online]. 2009 [cit. 2011-12-06+. Dostupné z WWW:
<http://www.slideshare.net/dhinchcliffe/transforming-software-architecture-bouvet-2009>
[6] [Smith, 2009] SMITH, Roger. InformationWeek Analytics: State Of SOA. InformationWeek [online].
2009, [cit. 2011-12-07+. Dostupný z WWW: <http://www.informationweek.com/news/214501922>
*Húsek, 2011+ HÚSEK, Štěpán a MAYER, Tomáš. Architektura orientovaná na služby *online+. 2011
[cit. 2011-12-28+. Dostupné z: formular-ekf.vsb.cz/formulare/F01/tsw/getfile.php?prispevekid=877
[Bauer, 2011] T. BAUER, R. ŠKRABAL, T. DOHNAL, M. OLŠOVSKÝ. Použití CASE pro řízení architektury
SOA [online]. 2011 [cit. 2011-12-28+. Dostupné z:
www.panrepa.org/CASE/jaro2011/CASE_SOA_jaro2010.pdf. Vysoká škola ekonomická v Praze
[Software AG, 2010a] Software AG [online]. 2010 [cit. 2011-12-08]. Business Process Excellence.
Dostupné z WWW: <http://www.softwareag.com/cz/product/bis/overview/default.asp>
[Software AG, 2010b] Software AG [online]. 2010 [cit. 2011-12-08+. History. Dostupné z WWW:
<http://www.softwareag.com/corporate/company/companyinfo/history/history_sag/default.asp>
[Wikipedia, 2011a] Wikipedia. En.wikipedia.org [online]. 2011 [cit. 2011-12-08]. Software AG.
Dostupné z WWW: <http://en.wikipedia.org/wiki/Software_AG>
[Wikipedia, 2011b] Wikipedia. Cs.wikipedia.org [online]. 2011 [cit. 2011-12-08+. Six Sigma. Dostupné
z WWW: <http://cs.wikipedia.org/wiki/Six_Sigma>
44
[Software AG, 2010c] Software AG [online]. 2010 [cit. 2011-12-08+. WebMethods. Dostupné z WWW:
<http://www.softwareag.com/cz/product/wm/default.asp>
[Software AG, 2011d] Software AG [online]. 2011 [cit. 2011-12-08]. ARIS Business Architect &
Designer. Dostupné z WWW:
<http://www.softwareag.com/cz/images/SAG_ARIS_BusArchDesign_FS_Mar11-CZ-web_tcm18985045.pdf>
45