Použití nástrojů CASE pro řízení architektury SOA

Transkript

1 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

2 Obsah 1. Úvod do SOA Historie SOA SOA základní popis SOA služba SOA architektura Hlavní přínosy SOA pro podnik Nevýhody zavedení SOA Životní cyklus SOA SOA, BPM a BPEL BPM BPMN Spojení SOA a BPM BPEL SoaML Analýza a vývoj trhu Představení produktů TIBCO Software Inc Software AG Microsoft Oracle Komponenty IBM SOA a Cloud Computing Úspěšnost SOA Závěr Zdroje:

3 Ú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 kvadrantu 2 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 ]. Dostupné z WWW: 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

4 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, 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, 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

5 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

6 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, 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,

7 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, 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

8 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

9 Obrázek 3 Životní cyklus business procesu *Vašíček, 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, 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

10 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 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ý, 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

11 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 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, 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

12 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

13 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 2009 IBM 31.5 % Oracle 16.7 % Microsoft 3.9 % Software AG 3.0 % TIBCO 2.6 % Ostatní 42.4 % Celkem 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

14 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

15 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ž 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

16 č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í 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ří: Nimbus (aplikace pro zjišťování a analýzu podnikových procesů) Loyalty Lab (management loajality zákazníků) OpenSpirit (integrační řešení pro společnosti na ropném trhu) Proginet (bezpečné přenosy souborů) Kabira (extrémní zpracování transakcí XTP) Netrics (SW pro srovnávání podnikových dat) Foresight (řešení pro automatizaci transakcí a elektronické výměny dat EDI) DataSynapse (grid and cloud computing) 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 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

17 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

18 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

19 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

20 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

21 4.2 Software AG 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] 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 Excellence 3 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] 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

22 o 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. 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ů 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

23 Aris Design platform obsahuje produkt, respektive dva produkty se společným názvem ARIS Business Architect & Designer 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

24 Obrázek 6 Editor matic 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

25 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 a Zachman 24

26 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 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, 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,

27 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, 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 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,

28 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] Oracle SOA Governance Schéma produktů SOA Governance *Jellema, 2008] 27

29 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

30 - 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] 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

31 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

32 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

33 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] 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

34 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

35 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

36 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ý, Obrázek 9 Překrytí (Overlap) konceptů Cloud Computing a SOA. *Raines, 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, 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

37 Obrázek 10 Srovnání SOA a ostatních softwarových služeb *Jamil, 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, 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

38 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

39 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