SOA és a Web 2

Webtechnológiák információs redszerekben

Bevezető – 1.

Témakörök

• Ismertetés, bevezető, mashup, WS bővebben - SOA

• Üzleti folyamatmenedzsment – BPM

• Enterprise Architecture – ARIS

• Big Data

• Nagyvállalati web-alkalmazások

• Meghívott előadók

• Konzultáció

1. beadandó

• WS kliens – szerver példa alkalmazás: Java / PHP / .NET

• Adatbázis: – Termékek adatait: termék név, leírás, eladási_ár

(aktuális) – Készletinformációkat: termék, készletDb

• REST WS: Termék és készletinformációk lekérésée • SOAP WS: Termék értékesítése

• Határidő: 2014. márc. 14.

Szükséges alapok

• HTTP

• Adatbázis-kezelés

• JavaScript / Java nyelv (Java EE) / ASP.NET & C#

• Modellezési ismeretek

• XML

• Web-szolgáltatások

BEVEZETÉS

6

Szoftver rendszerek

Szoftver rendszerek

Monolitikus Elosztott

Hagyományos Web-alapú szoftverek

Web alkalmazások Szolgáltatás-orientált

alkalmazások

Egygépes (standalone) alkalmazások

• A program teljes egészében a munkaállomáson fut.

• Az adatok ugyanitt tárolódnak.

• Egyszerre csak egy felhasználó használhatja.

• Semmilyen hálózati kapcsolat nincs, a különálló programok közti adatszinkronizáció meglehetősen nehézkes.

Kliens gép 1

Program

Adatok (fájlok)

Kliens gép 2

Program

Adatok (fájlok)

Kliens gép N

Program

Adatok (fájlok)

...

Egyszerű kliens-szerver alkalmazások 1.

• Egy vagy több szerver gép erőforrásait (jellemzően adatait) megosztja a kliensek között. Jobb esetben on-line.

• Az alkalmazás egy része (adatbázis-kezelő rsz.) a szerven fut.

• Az alkalmazás logikát implementáló rész a kliens gépeken fut. „vastag kliens rendszerek”

• Egy adatbázist többféle kliens program is használhat.

• Egyszerre több konkurrens felhasználó használhatja.

Szerver gép

Kliens gép 1

Program

Kliens gép 2

Program

Kliens gép N

Program

...

Intranet

RDBMS (Relational

DataBase Management

System)

Egyszerű kliens-szerver alkalmazások 2.

• Jellemzően intranet-es alkalmazásoknál használatos.

• Terheli a kliens gép erőforrásait.

• Gyakran mindenféle driver-ek telepítését igényli a kliens gépeken

• Verziófrissítés alkalmával az összes kliens-en frissíteni kell a programot.

• A RAD (Rapid Application Development) sok eszközzel támogatott, számos jó vizuális fejlesztőkörnyezet: gyorsan „összekattint-gathatunk” és leprogramozhatunk komoly alkalmazásokat.

Szerver gép

Kliens gép 1

Program

Kliens gép 2

Program

Kliens gép N

Program

...

Intranet

RDBMS (Relational

DataBase Management

System)

Többrétegű (multitier) hálózati alkalmazások

• Minimálisan három réteg létezik:

– Front End = kliens oldali felhasználói réteg (általában egy WEB böngészőben)

– Middleware = szerver oldali prezentációs és logikai réteg (általában egy WEB szerveren beágyazott script-ekben összeolvasztva a megjelenítés és az egyszerűbb logika)

– Back End = hátsó szerver oldali nagykapacitású tároló (adatbázis szerver) vagy számoló réteg

Háromrétegű architektúra

Back EndMiddlewareFront End

Web szerver

Kliens gép 1

WEB Böngésző

Kliens gép 2

WEB Böngésző

Kliens gép N

WEB Böngésző

...

Internet/

Intranet

Adatbázis szerver

RDBMS (Relational

DataBase Management

System)

Web Server

Application

Server (pl. PHP)

Adatbázis szerver

XML DBMS (XML

DataBase Management

System)

Egyéb szerver

Nagykapacitású,

bonyolul

számításokat végző

alkalmazás

Többrétegű architektúra

Middleware

Prezentációs

layer

Back EndFront End

Web szerver1

Kliens gép 1

WEB Böngésző

Kliens gép 2

WEB Böngésző

Kliens gép N

WEB Böngésző

...

Internet/

Intranet

Adatbázis szerver

RDBMS (Relational

DataBase Management

System)

Adatbázis szerver

XML DBMS (XML

DataBase Management

System)

Egyéb szerver

Nagykapacitású,

bonyolul

számításokat végző

alkalmazás

Web Server

Prezentációs

alkalmazás (pl.

JSP)

Web szerverK

Web Server

Prezentációs

alkalmazás (pl.

JSP)

...

Logikai layer

Applikációs

szerver1

Application

Server

...Applikációs

szerverM

Application

Server

Többrétegű architektúra jellemzői

• Load balancing, terhelésmegosztás.

• Tervezést támogató környezetek: Java J2EE, .Net.

• Architektúra felosztás-összevonás logikai szinten.

• A rendszer logikai architektúrája (tervezés, programozás) független a számítógépes megvalósítástól, hálózattól.

• A logikai réteg tovább osztható.

• Nagyon sok konkurens felhasználó kiszolgálására optimalizálva


• Kliens gép: böngésző, a logika – többnyire – a szerveren található – vékony kliens architektúra

• Minimális logika a klienseken: a beviteli adatok validálására, a lapok speciális megjelenítésére (pl. JavaScript).

• A szerveren elkülönül az adattárolás, a logika és a prezentáció eltérő szerepkörök

• Az egyes szintek önmagukban is tesztelhetőek.

• A rendszer egyes komponensei több célra vagy újra felhasználhatók.


• A vékony kliensek miatt nagyon gyenge kliens gépek is elegendők.

• A technológia platformfüggetlen.

• A kliensekre nem kell drivert telepíteni.

• A verziófrissítés csak a szervert érinti, a klienseket nem.

• Sajnos egyelőre elég kevés eszköz támogatja a RAD-ot (Rapid Application Development), a környezet kevés segítséget nyújt a programozónak a megoldási lehetőségek kiválasztásában – „Házi szabványok”, saját keretrendszerek készülnek.

• Nehezebb tesztelni

Web-es architektúra

Adatbázis szerver

RDBMS

Back End

Adatbázis szerver

XML DBMS

Nagy kapacitású, összetett

számításokat végző szerver

Front End

Logikai Layer Prezentációs Layer

Middleware

Alkalmazás szerver

Alkalmazás szerver

Web szerver

Prezentációs szerver

Web szerver


Kliens: Web böngésző

Kliens: Mobil böngésző /

mobil kliens

Internet

Tart

alo

m

HTM

L /

XM

L

Meg

jeln

ítés

C

SS

Vis

elke

dés

Ja

vaSc

rip

t

Load

Bal

ance

r

Web-es architektúra SOA

Adatbázis szerver

Back End / Persistence Layer

Web szolgáltatás (alkalmazási

logika)

Egyéb erőforrások,

legacy systems (ERP, CRM, stb).

Front End

SOA Layer Prezentációs Layer

Middleware

ESB + Orchestration+ Web szerver


Web szerver


Kliens: Web böngésző

Kliens: Mobil böngésző /

mobil kliens

Internet

Tart

alo

m

HTM

L /

XM

L

Meg

jeln

ítés

C

SS

Vis

elke

dés

Ja

vaSc

rip

t

Load

Bal

ance

r

WS

WS

WS

SOA: háttér rendszerekből Business Objects (resources), WS + Human task +

Business Rule. Üzleti folyamatok által irányítva

Információs rendszer 3 rétege Kliens

Alkalmazás szerver (Üzleti logika, Adathozzáférés)

Megjelenítési réteg

(Presentation Layer)

Firewall

Proxy

Web Server

DBMS B2B

Backend (Vállalati

információs rendszer)

Alkalmazási logika réteg (Business Layer)

Erőforráskezelő réteg

(Data Layer)

Információs rendszer 3 rétege Kliens

Alkalmazás szerver (Üzleti logika, Adathozzáférés)

Megjelenítési réteg

(Presentation Layer)

Firewall

Proxy

Web Server

DBMS B2B

Backend (Vállalati

információs rendszer)

Alkalmazási logika réteg (Business Layer)

Erőforráskezelő réteg

(Data Layer)

Vállalati alkalmazások

WEB-SZOLGÁLTATÁSOK

22

Webszolgáltatások „fogalma”

• IBM (lényege) – Egy interface, mely a hálózaton keresztül

szabványos XML üzenetekkel érhető el és hozzá formálsi XML leírás tartozik. (soap, wsdl)

• Sun – Szoftverelemek, melyeket az alkalmazások

felkutatnak, egyesíthetnek és átszervezhetnek, hogy megoldást találjanak a felhasználó problémájára. Elsősorban a Java nyelvre és az XML-re támaszkodnak.

23


• Microsoft (többféleképpen, lényeg)

– Nem objektummodellekre épít, hanem mindenhonnan elérhető webprotokollokon és adatformátumokon keresztül használjuk. Nem foglalkozik a megvalósítással, bármilyen rendszer, bármilyen programnyelv lehet a kiszolgáló. Nem szorítja meg az XML formátumot.

• W3C. 2004

– “A software system designed to support interoperable machine-to-machine interaction over a network. It has an interface described in a machine-processable format (specifically WSDL). Other systems interact with the Web service in a manner prescribed by its description using SOAP messages, typically conveyed using HTTP with XML serialization in conjunction with other Web-related standards.”

24


• Bármilyen rendszer

• Bármilyen programnyelv

• HTTP

• Mime típusok

• Web itt hálózat, nem feltétlenül Internet (Világháló, World Wide Web)

• Egységesítés, modularitás

• (verziózás)

• Kérés-válasz típusú (Request-Response, Rq/Rs)

25

Webszolgáltatások

• Előzmények:

– RPC (távoli eljáráshívás)

– CORBA

– ...

• Fajtái:

– SOAP

– RESTful

– ...

26

Webszolgáltatások használata

27

Service

Registry /

Broker

Service

Consumer /

Requester

Service

Provider

Register Find

Bind

Execute

Webszolgáltatás protokol szintek

28

Service Transport

Service Messaging

Service Description

Service Discovery - Webszolgáltatások regisztrálása

- UDDI

- Interfész specifikáció

- WSDL

- XML alapú üzenetek

- XML-RPC, SOAP

-Üzenet átviel

- HTTP, SMTP, FTP, BEEP

Service-based Processes - Webszolgáltatások integrálása

- WS-BPEL

RESTful webszolgáltatások

• Representational State Transfer

• CRUD műveletekből HTTP műveleteket készítünk:

29

Alkalmazás művelet HTTP protokoll

Create POST

Retrieve GET

Update PUT

Delete DELETE

RESTful webszolgáltatások

• HTTP(S)

– Hívás 1 – GET

• URL (http://server/service?param1=ertek1&...)

• Név-érték párok (nincs struktúra, csak felsorolás)

• Urlencoding (értékek) Karakter ascii kódja hexadecimálisan % jel után („ ”=„+”)

• 2047 byte adat lehet a kérésben

30

Rész(let)ek

• HTTP(S)

– Hívás 2 – POST

• URL (http://server/service)

• Request data: bármi

• Request header Content-Type

» application/x-www-form-urlencoded (Név-érték párok (nincs struktúra, csak felsorolás))

» text/xml (lehet strukturálni)

…

31

Rész(let)ek

• HTTP(S) – Eredmény / Válasz

• Bármi lehet

• Általában szöveges adatok

• Response header Content-Type

• HTML

• TEXT

• XML

• JSON (JavaScript Object Notation)

32

Példa:

33

XML

<?xml version="1.0"

encoding="UTF-8"?>

<direct-messages

type="array">

<direct_message>

<text>Hello</text>

<sender>

<name>Teszt Elek</name>

</sender>

</direct-message>

</direct-messages>

JSON

[

{

"text":"Hello",

"sender":{

"name":"Teszt Elek"

}

}

]

JSON (JavaScript Object Notation)

• Nyelvtől független szöveg formátum („C-szerű leírás”) • Emberek számára is olvasható–írható, • Könnyen feldolgozható és előállítható, adatcsere-formátum. A JSON-nak két típusú felépítése lehetséges: • név-érték párok halmaza • értékek rendezett halmaza (pl. tömb, vektor) JSON ELEM LÉTREHOZÁSA PHP-BAN

<?php $array = array ('a'=>1,'b'=>2,'c'=>3,'d'=>4,'e'=>5); echo json_encode($array); // Eredmény: {"a":1,"b":2,"c":3,"d":4,"e":5} ?>

JSON ELEM OBJEKTUMMÁ ALAKÍTÁSA JAVASCRIPTBEN <script type="text/javascript"> var response = '{"a":1,"b":2,"c":3,"d":4,"e":5}'; var result = eval("("+response+")"); alert(result.a); // Eredmény: 1 alert(result.b); // Eredmény: 2 </script>

34

Rész(let)ek

• Kliens – Bármilyen rendszer

– Bármilyen böngésző

– Bármilyen nyelven írt alkalmazás • Web application

• Desktop application

• HTTP hívás kezdeményezése

• szövegfeldolgozása Szövegműveletek

XML programkönyvtárak

JSON programkönyvtárak

36

Rész(let)ek

• Szerver

– Bármilyen

– Bármilyen nyelven írt web alkalmazás

• HTTP kérés kiszolgálása Szövegműveletek (mint, ha HTML-t adna vissza)

XML programkönyvtárak

JSON programkönyvtárak

37

SOAP

38

W3C ajánlás (szabványosítás felé)

• SOAP – Simple Object Access Protocol

• Verzió: 1.2

• SOAP – kérés

– Request headerben

• Content-Type: text/xml

• SOAPAction

– Tartalom XML saját névtérben

39


• SOAP – válasz

– Response headerben

• Content-Type: text/xml

– Válasz ugyanolyan borítékban (Envelope) található, mint a kérés

– Tartalom XML saját névtérben

40

SOAP <soap:Envelope namespaces…>

<soap:Header>

<wsa:MessageID> unique ID </wsa:MessageID>

<wsa:ReplyTo> endpoint </wsa:ReplyTo>

</soap:Header>

<soap:Body>

<bank:BalanceRequest>

data

</bank:BalanceRequest>

</soap:Body>

</soap:Envelope>

SOAP

Body

Header

Példa:

43

Host: server.com

Content-Length: 100

SOAPAction:

"http://server/service"

Content-Type:

text/xml;charset=UTF-8

HTTP/1.1 200 OK

Content-Length: 100

Content-Type:

text/xml;charset=UTF-8

<soapenv:Envelope

xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/>

<soapenv:Header>

…

</soapenv:Header>

<soapenv:Body>

…

</soapenv:Body>

</soapenv:Envelope>

SOAP Request Message

<?xml version="1.0"?>

<soap:Envelope

xmlns:soap="http://www.w3.org/2001/12/soap-envelope"

soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">

<soap:Body xmlns:m="http://www.stock.org/stock">

</soap:Body>

</soap:Envelope>

<m:GetStockPrice>

<m:StockName>IBM</m:StockName>

</m:GetStockPrice>

SOAP Envelope

Message

SOAP Envelope

Namespace

Message

Namespace

SOAP Response Message


<soap:Envelope

xmlns:soap="http://www.w3.org/2001/12/soap-envelope"

soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">

<soap:Body xmlns:m="http://www.stock.org/stock">

</soap:Body>

</soap:Envelope>

<m:GetStockPriceResponse>

<m:Price>34.5</m:Price>

</m:GetStockPriceResponse>

SOAP Envelope

Message

Result

returned in

Body

REST példa 1.

GET /stock/IBM HTTP/1.1

Host: www.example.org

Accept: application/xml

SOAP példa 1.

POST /InStock HTTP/1.1


Content-Type: application/soap+xml; charset=utf-8

Content-Length: nnn


<soap:Envelope xmlns:soap="http://www.w3.org/2001/12/soap-

envelope" soap:encodingStyle="http://www.w3.org/2001/12/soap-

encoding">

<soap:Body xmlns:m="http://www.example.org/stock">

<m:GetStockPrice>


</m:GetStockPrice>

</soap:Body>

</soap:Envelope>

REST példa 2.

POST /order HTTP/1.1


Content-Type: application/xml; charset=utf-8


<order>

<StockName>IBM</StockName>

<Quantity>50</Quantity>

</order>

48

SOAP példa 2.

POST /InStock HTTP/1.1


Content-Type: application/soap+xml; charset=utf-8

Content-Length: nnn


<soap:Envelope xmlns:soap="http://www.w3.org/2001/12/soap-envelope" soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">

<soap:Body xmlns:m="http://www.example.org/stock">

<m:BuyStock>


<m:Quantity>50</m:Quantity>

</m:BuyStock>

</soap:Body>

</soap:Envelope>


• WSDL – Web Service Definition Language

• Verzió: 1.1

• <definitions>: A WSDL gyökér eleme • <portType> Művelet definíció. Mely műveleteket, függvényeket

használjuk? Melyik üzenetre milyen a válaszüzenet? • <message> Üzenet definíció. Milyen üzeneteket küldünk át?

• <types> Típus definíciók, XML séma segítségével. Milyen adatokat viszünk át?

• <binding> Végpont és műveletek összekötése (protocol definíció). Hogyan vigyük át az üzeneteket?

• GET,POST,SOAP

• Vannak új irányok: JMS; Fájlírás, -figyelés

• <service> Végpont definíció. Hol található a szolgáltatás?

50

WSDL szerkezete

<definitions>

<portType> </portType> <message> </message> <types> </types> <binding> </binding>

</definitions>

51

WSDL példa: <types>

52

<types>

<schema targetNamespace="http://example.com/stockquote.xsd" xmlns="http://www.w3.org/2000/10/XMLSchema">

<element name="TradePriceRequest">

<complexType>

<all>

<element name="tickerSymbol" type="string"/>

</all>

</complexType>

</element>

<element name="TradePrice">

<complexType>

<all>

<element name="price" type="float"/>

</all>

</complexType>

</element>

</schema>

</types>

WSDL példa: <portType> és <message>

<portType name="glossaryTerms"> <operation name="getTerm"> <input message="getTermRequest"/> <output message="getTermResponse"/> </operation>

</portType>

<message name="getTermRequest">

<part name="term" type="xs:string"/>

</message>

<message name="getTermResponse">

<part name="value" type="xs:string"/>

</message>

53

WSDL példa: <binding> <binding type="glossaryTerms" name="b1">

<soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http" />

<operation>

<soap:operation soapAction="http://example.com/getTerm"/>

<input>

<soap:body use="literal"/>

</input>

<output>

<soap:body use="literal"/>

</output>

</operation>

</binding>

<portType name="glossaryTerms"> <operation name="getTerm"> <input message="getTermRequest"/> <output message="getTermResponse"/> </operation>

</portType>

<message name="getTermRequest">

<part name="term" type="xs:string"/>

</message>

<message name="getTermResponse">

<part name="value" type="xs:string"/>

</message>

54

WSDL példa: <service>

<service name=“GlossaryTermsService">

<port name=“GlossaryTermsSoapHttpPort"

binding="tns:GlossaryTermsSoapBinding">

<soap:address

location="http://localhost:8080/webservice/Glo

ssaryTermsService"/>

</port>

</service>

55

Végrehajtás Web Services Platform

WSDL

types binding

ServiceDeployment

operation Java Method

Enterprise System

XML Schema Library

Book.xsd

WSDL

• Új irányok/fejlesztések – WADL (Web Application Definition Language)

– WSEL (Web Service Endpoint Language): a szolgáltatás egyéb jellemzőinek leírása, pl.: biztonsági rendszer, használat költségei

– …

57

UDDI

• Universal Description, Discovery and

Integration

• Webszolgáltatás-tár, API specifikáció webszolgáltatások felderítéséhez

• Szolgáltatáskatalógus része

58

UDDI struktúra

• Business entity – szervezeti információk, kontakt

• Business Service – Nyújtott szolgáltatások

• Binding Template – A szolgáltatás eléréséhez szükséges információk

• tModel (technikai model) – Specifikáció, pl.: WSDL

– Osztályozási, kategorizálási információk

UDDI példa

60

Tesztelés – SoapUI

• Felület

• WSDL import

• Validálás (Rq/Rs)

• Példa

– BarCode39 project

62

Példa

• BarCode – vonalkód generálás

– SoapUI-ban már láttuk

– Böngésző

• http://seekda.com/providers/webservicex.com/BarCode

• http://www.webservicex.net/barcode.asmx?op=Code39

• GET, POST, SOAP

– Java alkalmazás – SOAPClientTest

63

http://seekda.com/providers/webservicex.com/BarCode

http://seekda.com/providers/webservicex.com/BarCode

http://www.webservicex.net/barcode.asmx?op=Code39

http://www.webservicex.net/barcode.asmx?op=Code39

Példa

• Java kliens kódja (BarCode, SOAPClientTest) – SOAP (automatikus kódgenerálás, JAXB) FileOutputStream fw = null;

net.webservicex.BarCode service = new

net.webservicex.BarCode();

net.webservicex.BarCodeSoap port =

service.getBarCodeSoap();

fw = new FileOutputStream(filename);

fw.write(port.code39(jTextField1.getText(),

Integer.parseInt(jTextField2.getText()),

getLatszik(), jTextField4.getText()));

fw.close();

64

Példa

• Java kliens kódja (BarCode, SOAPClientTest) – Szöveg feldolgozása HTTPCaller hc =new HTTPCaller();

hc.setURL("http://www.webservicex.com/barcode.asmx");

String req="<soapenv:Envelope xmlns:q0=\"http://www.webserviceX.NET\"

xmlns:soapenv=\"http://schemas.xmlsoap.org/soap/envelope/\"

xmlns:xsd=\"http://www.w3.org/2001/XMLSchema\" xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-

instance\"><soapenv:Header></soapenv:Header><soapenv:Body> <q0:Code39>

<q0:Code>".concat(jTextField1.getText()).concat("</q0:Code><q0:BarSize>").concat(jTextField2.ge

tText()).concat("</q0:BarSize><q0:ShowCodeString>").concat((String)

jComboBox1.getSelectedItem()).concat("</q0:ShowCodeString>

<q0:Title>").concat(jTextField4.getText()).concat("</q0:Title></q0:Code39></soapenv:Body></soap

env:Envelope>");

hc.setData(req);

fw = new FileOutputStream(filename);

Map RqHeader = new TreeMap();

RqHeader.put("Host", "www.webservicex.com");

RqHeader.put("Content-Length", String.valueOf(req.length()));

RqHeader.put("SOAPAction", "http://www.webserviceX.NET/Code39");

RqHeader.put("Content-Type", "text/xml;charset=UTF-8");

String res=hc.getStringResult(RqHeader);

fw.write(Base64.decode(res.substring(res.indexOf("<Code39Result>")+14,

res.indexOf("</Code39Result>"))));

fw.close();

65

SZOLGÁLTATÁS ORIENTÁLT ARCHITEKTÚRÁK (SOA)

66

67

Bevezetés

• A növekvő adatkereslettel és az infrastruktúra komplexitásával olyan új architektúrára van szükség, ami lehetővé teszi a vállalkozások számára a rugalmasságot és a kiterjeszthetőséget.

• Alapvetően kódmentes, önálló logikai adatintegrációs forma.

• IT (és üzleti) stratégiai eszköz.

• A „Hogyan?” helyett a „Mit?”-re koncentrálva az integrációs megoldások gyors fejlesztése valósítható meg.

68

SOA - tulajdonságok

• Jól definiált illesztő felületet ad, fekete doboz - elrejti implementációjának részleteit –

• Nyílt szabványú mechanizmusokon át hívható

• Építőelemei: (lazán csatolt) szolgáltatások

• A szolgáltatások önállóan is működőképesek, platform- és eszközfüggetlenek (tetszőleges technológiával készülhetnek), szabványos, jól definiált interfésszel rendelkeznek, és szabványos adatcsere- és kommunikációs protokollokkal érhetők el az elosztott hálózatokban.

69

Út a SOA-ig

• Monolitikus rendszerek

• Eljárások, függvények, távoli eljárás-hívás (RPC)

• OOP, objektum hívások

• Webes protokollok: HTTP, FTP, POP3, SMTP

• Web szolgáltatások

• SOA

70

Út a SOA-ig: Monolitikus vállalati alkalmazások (silo rendszerek)

• Az egyes alkalmazások közötti kapcsolat nincs vagy igen korlátozott.

• Minden funkcionalitás az felhasználói interfész segítségével van kialakítva.

• Új funkcionalitás beépítése esetén programozó szükséges.

71

Vállalati információs rendszer Pl.: Könyvelés és számvitel

(pénzügy) - C++, Java, stb.

Szállító rögzít.

Számla rögzít.

Számla mód.

Számla törlés

Felhasználói interfész

(UI)

Programlogika

Út a SOA-ig: Munkafolyamatok (fejben)

72




Számla rögzít.

Számla mód.

Számla törlés

Felhasználói

interfész (UI)

Program-

logika

Előzetes ellen

őrzés

Jóváh

agyás

Út a SOA-ig: Task management

73




Számla rögzít.

Számla mód.

Számla törlés

Felhasználói

interfész (UI)

Program-

logika

Előzetes ellen

őrzés

Jóváh

agyás

Előzetes ellenőrzés

Jóváhagyás Számla

rögzítése

Út a SOA-ig: Munkafolyamat management

74




Számla rögzít.

Számla mód.

Számla törlés

Felhasználói

interfész (UI)

Program-

logika

Előzetes ellen

őrzés

Jóváh

agyás

Előzetes ellenőrzés

Jóváhagyás Számla

rögzítése

Út a SOA-ig: Szolgáltatás integráció

75


(pénzügy)


Számla rögzít.

Számla mód.

Számla törlés

Szolgáltatás

interfész

Alkalmazási

logika

Előzetes ellen

őrzés

Jóváh

agyás

Adatbevitel Jóváhagyás Számla

rögzítése Ellenőrzés

Váll. Szabályok

ell.

Út a SOA-ig: Összetett szolgáltatások

76


(pénzügy)


Számla rögzít.

Számla mód.

Számla törlés

Szolgáltatás

interfész

Alkalmazási

logika

Ellen

őrzések

Új szab

ályok

Adatbevitel Jóváhagyás Számla

rögzítése Ellenőrzés

ESB – szolgáltatás sín Összetett

szolgáltatások

SOA - ESB

• Rugalmas kapcsolatot,

• Egységes keretet,

• Szabványos kommunikációt biztosít

77

Szoftver rendszerek

Szoftver rendszerek

Monolitikus Elosztott

Hagyományos Web-alapú szoftverek

Web alkalmazások Szolgáltatás-orientált

alkalmazások

Szolgáltatás

• Moduláris • Önleíró • Szabványos szerkezetű • Adott funkciót, feladatot biztosít, például:

– SAP modul funkciója: pl: készlet lekérdezés – Java osztály – Tárolt eljárás (adatbázisban) – Üzenetküldés – Robot interfésze – Szenzor mérési eredménye

79

SOA példa

• A megvalósításának egy példája:

Web Services Szolgáltatások – melyek összekapcsolódás mentesek - ahelyett, hogy a forráskódúkba ágyazva hívnák meg egymást, egy előre meghatározott protokollt használnak az egymással való kommunikáció leírásához:

• A WDSL (Web Description Services Language) a szolgáltatásokat

• a SOAP (Simple Object Access Protocol) pedig kommunikációs protokollokat írja le.

80

Szolgáltatások típusai

• Üzleti szolgáltatások: teljes vagy rész üzleti funkciókat valósítanak meg. – ügyfélkezelés

– számlakezelés

• Technikai szolgáltatások: Az üzleti szolgáltatások megvalósításához az egységesítés és újrafelhasználás érdekében nélkülözhetetlenek olyan alacsonyabb szintű építőelemek, melyek az üzleti felhasználók számára nem láthatók. – naplózás,

– archiválás,

– dokumentumtárolás,

– megjelenítési szolgáltatások

81

SOA Igérete

• A SOA nagy ígérete: az alkalmazások fejlesztési költsége az időben előre haladva a végtelenben a nullához közelit, mivel egyre több szolgáltatás áll rendelkezésre az újabb feladat megvalósításához.

• Ezáltal a fejlesztések egyre inkább csak szolgáltatások egymás után kötéséből állnak. Erre a célra használt eszközök a Business Process Management, BPEL, WS-CDL, WS-Coordination.

82

Programozók vs. szoftverfejlesztők

• A programozók az alkalmazások fejlesztéséhez olyan hagyományos nyelveket használnak, mint Java, C++, C, C#.

• Szoftverfejlesztők, szoftvermérnökök és a különböző üzleti folyamat szakértői egy megfelelő hangszerelést használva kapcsolják össze az egyedi SOA objektumokat.

83

SOA létrejöttének okai

• rugalmatlan üzleti megoldások

• integrációs nehézségek a szabványok hiánya miatt

• architekturális problémák

• ad hoc fejlődés

• pont-pont kapcsolatok

• heterogén szigetmegoldások

• infrastrukturális hiányok

• lecserélési korlátok

• növekvő modularitás

84

Enterprise Application Integration (EAI), mint a SOA elődje

• A vállalati szintű alkalmazásintegráció (EAI) a különféle vállalati szoftverrendszerek (például ERP, SCM, CRM szoftverek) belső integrációját jelenti.

• Ahhoz, hogy a különböző szoftvereket folyamat-orientált módon integráljunk, az egyszerű, alkalmazások közötti pont-pont adatcsere nem elegendő.

• A megfelelő megoldás a több alkalmazást is érintő komplex folyamatok leképezése.

86

SOA

• A szolgáltatásorientált architektúra lazán kapcsolódó, és együttműködő szoftverszolgáltatások segítségével támogatja az üzleti és egyéb folyamatokat.

87

SOA Alapelvei

• Újrafelhasználhatóság

• Részletesség

• Modularitás

• Komponálhatóság (composability)

• Komponensalapúság

• Együttműködési képesség

• Szabványok közti együttműködés (fő és vállalat specifikusan)

• Szolgáltatások – azonosítása és kategorizálása

– elérhetősége és átadása

– megfigyelése és követése.

88

SOA infrastruktúra részei

• Szolgáltatások

• Szolgáltatásbusz (ESB)

• Szolgáltatástár (Registry-Repository)

• Front-end rendszerek (felhasználók)

• IT Service Management

• Üzleti monitorozás

89

Szabványos megvalósítás

90

BPEL - Business Process Execution Language

91

SOA keretrendszer

• A SOA keretrendszerek olyan újrafelhasználható szolgáltatásokat tartalmaznak, (vállalati osztályok feladatai, műveltei), és kellően megtervezettek ahhoz, hogy méretük változtatható legyen a betöltésük során, illetve megfeleljenek a különböző típusú tartós alkalmazások követelményeinek.

• Keretrendszer használatával jó minőségű szolgáltatás fejleszthető, amit tervezési minták és hasznos gyakorlatok segítenek.

92

Keretrendszer - fejlesztőknek

• Egy egységes alapot használnak az alkalmazások, webszolgáltatások és portálok készítésére.

• Fejlesztik a termelékenységet azáltal, hogy fuzionálnak a tervezési mintákkal és a helyes tapasztalatokkal.

• Kevesebb kódot írnak azáltal, hogy kihasználják a keretrendszer nyújtotta lehetőségeit.

• A J2EE/.NET szabványok és specifikációjuk ismerete nem szükséges.

• Nem szükséges szakértőnek lenniük az objektumorientált tervezésben és tervezési mintákban ahhoz, hogy ezt használják.

93

Keretrendszer - vállalatoknak

• Katalizátor a szolgáltatásorientált architektúra eléréséhez és alacsony költséghez

• Ismételhetőséget és egy minimális szintű architekturális és tervezési merevséget

• Fejlett üzleti gyorsaságot moduláris megoldás eredményeként, amik könnyen változtathatóak, gyakran konfigurációs módosítások által.

• Nagyobb következetességet, előre láthatóságot, és jobb teszt megoldást.

• Fejlett fejlesztői mobilitást projektek között

94

Szolgáltatások életciklusa

• Elemzés és elvárások – Az üzlet kezdetben inicializálja és prioritásuk szerint sorrendbe teszi az

üzleti igényeket.

• Tervezés és fejlesztés – A tervezési fázisban az üzleti elemzők szorosan együttműködnek a

modellezőkkel a megfelelő eredmény érdekében.

• IT üzemeltetés – Felelős a tesztelését, véghezvitelért, a megfelelő környezetért, a

hálózati méretezésért, és az adatközpontért. Feladata a bevezetés, monitorozás és a következő szint biztosítása. Követelményei a függőségek nyomon követése, és kezelése, alkalmazások támogatásának biztosítása, bevezetése és az üzleti szolgáltatások menedzselése a termelésben.

95

Üzleti folyamatok felügyelete – Business Process Management (BPM)

• A folyamatok pontos megértésének segítségével csökkenti a kockázatokat, még a megvalósítást megelőzően. Redundanciák és szűk keresztmetszetek azonosítására és kiküszöbölésére szolgál.

• Elősegíti folyamatok automatizálásának megvalósítását a kézi tevékenységek kiiktatásával és új üzleti szabályokat és folyamatokat hajt azonnali végre. Megjeleníti a folyamatok valós viselkedését a legfontosabb működési jellemzők mérésével.

• Hosszú futási idejű, szinkronizált és aszinkron üzleti folyamatok menedzselésére használják.

96

SOA – előnyei

• Újrafelhasználhatóság

• fejlesztési, adminisztratív és üzemeltetési költség csökkenése

• egységes fejlesztési és üzemeltetési módszertan

• üzlet és IT hatékony együttműködés

• rugalmasak, átláthatóak, mérhetőek és monitorozhatóak vállalati/üzleti folyamatok

• Szabványok alkalmazása jellemzi

97

SOA - hátrányai

• Kiegészítő környezet és tervezés szükségeltetik

• Különböző platformok és termékek közötti együttműködés létrehozása lehetetlen megfelelő szakember hiányában

• Bevezetésének lépéseit nem szabad elkapkodnunk

• Ne csak a rövidtávú, hanem a hosszú távú szempontokat is vegyük figyelembe a döntéseinkben és építsük fel a szükséges tudást

• Legyen elkötelezett a cégmenedzsment a SOA irányába, illetve az IT és az üzlet legyenek egyenrangú felek, ismerjék meg egymást, alakítsanak ki közös nyelvet

98

CLOUD COMPUTING

99

Szoftver vs. szolgáltatás - fogalmak

S+S (szoftver plusz szolgáltatások)

az alkalmazás az ügyfélnél

fut, és felhasználja további, a „felhőben”

futó alkalmazások szolgáltatásait

SaaS (szoftver mint szolgáltatás)

az alkalmazás a „felhőben” fut, az ügyfél oldalán nincs szoftver (csak egy böngésző)

Cloud Computing, Cloud Platform

a „felhőben” futó alkalmazások létrehozását, futtatását, felügyeletét biztosító/támogató platform

Alkalmazás modellek, fogalmak

• Mashup

• Software-as-a-Service (SaaS)

• Platform-as-a-Service (PaaS): – Windows Azure,

– Google AppEngine,

– Saleforce.com

• Infrastructure-as-a-Service (IaaS): – Amazon Elastic Compute Cloud (EC2)

– Google AppEngine

Helyben futó dobozos

alkalmazás

Vásárolt, saját

adatközpontban futtatott dobozos

alkalmazás

Helyben futó saját

fejlesztés

Egyedileg

fejlesztett, saját adatközpontban

futtatott alkalmazás

Fe

jleszté

s v

ag

y v

ásá

rlá

s

Fejle

szté

s

Vásárlás

Hosztolt saját

fejlesztés

Egyedileg fejlesztett, hoszternél futtatott

alkalmazás

Hosztolt dobozos

alkalmazás

Vásárolt,

hoszternél futtatott dobozos

alkalmazás

„Cloud Platform”

Egyedileg

fejlesztett, a felhőben futtatott

alkalmazás

„Szoftver mint

szolgáltatás”

Vásárolt, szállítónál

futtatott hosztolt alkalmazás

Helyben vagy a felhőben Helyben A felhőben

Alkalmazások – hol és hogyan?

Helyben futó dobozos

alkalmazás

Helyben futó saját

fejlesztés

Hosztolt saját

fejlesztés

Hosztolt dobozos

alkalmazás

„Szoftver mint

szolgáltatás”

„Cloud Platform”

Példa (gyógyszeripar)

ERP

Clinical Trial

Molecule Research

Email

Issue Tracking

HR System

Fejle

szté

s v

ag

y v

ásárl

ás

Fejle

szté

s

Vásárlás

Helyben vagy a felhőben Helyben A felhőben

Documents

SOA és a Web 2