SOA Bevezetési stratégiák - Chapter 10.

 SOA bevezetés életciklusa

 Projekt szervezés – mint tetszőleges egyedi
eloszott rendszerfejlesztési projekteknél
kisebb SOA specifikus átalakításokkal
 Projekt szakaszok:
Szolgáltatás orientált analízis (Analisys)
Szolgáltatás orientált tervezés (Design)
Szolgáltatás fejlesztés (Developement)
Szolgáltatás tesztelés (Testing)
Szolgáltatás telepítés (Deployment)
Szolgáltatás karbantartás (Administration)

10
SOA Bevezetési stratégiák - lépések
 Szolgáltatás orientált analízis (Analisys)
 Bevezetendő SOA megoldás terjedelme
 Szolgáltatási szintek meghatározása
 Szolgáltatás jelöltek meghatározása
 Szolgáltatás orientált tervezés (Design)
 Szabványok, ipari megoldások és szolgáltatás
orientált elvek összehangolása
 Komoly tervezési döntések a szolgáltatások
határainak pontos kialakításánál
 Szolgáltatási szintek szolgáltatásainak megtervezése,
köztük az orkesztrációs szint is szerepelhet itt
 Szolgáltatás fejlesztés (Developement)
 (Platform függő) Megoldások implementálása:
Programozási nyelv, WS-ek fizikai formája,
folyamatok implementálása és tervezése.
11
SOA Bevezetési stratégiák - lépések
 Szolgáltatás tesztelés (Testing)
 Újrafelhasználhatóság és kompozabilitás miatt még körültekintőbb tesztelés
szükséges
 Példa vizsgálati lépések:
 Mely szolgáltatás hívók érhetik el?
 Mely szolgáltatás politikák (policy) támogatottak?
 Mennyire adottak a szemantikus szolgáltatás leírok is?
 Milyen könnyű a szolgáltatást újra-beépíteni?
 Milyen könnyű szolgáltatásleírót megtalálni (discovery)?
 Milyen kompenzációs szolgáltatásokat definiáltunk?
 Megfelel a szolgáltatás a tervezési szabványainknak?
 Stb. (WS-I profile, new/custom SOAP headers, QoS support, …)
 Szolgáltatás telepítés (Deployment)
 Installálás és konfiguráció (interfészek, szolgáltatás leírók, stb. különb
middleware-ekre, szerverekre)
 Fontos kérdések:
 Megfelelő az alkalmazott infrastruktúra a szolgáltatás működéséhez?
 Az új szolgáltatások hogy befolyásolják a meglévőeket ill. eddigi eszközeinket és
alkalmazásainkat?
 Szükséges további új middleware eszközök bevezetése, ha igen, azok hogyan
befolyásolják az eddigieket?
 Milyen biztonsági beállítások – pl. user account-ok – szükségesek a
működéshez?
 Stb. (legacy systems performance, scalability, maintaining, versioning…)
12
SOA Bevezetési stratégiák -lépések
 Szolgáltatás karbantartás
(Administration)
 Mint elosztott rendszereknél, csak
szolgáltatás egységenként
 Fontos kérdések:
Szolgáltatás monitorozás módja
Verzió kezelés - leírók
Üzenetkövetés és menedzselés
Teljesítménykezelés – szűk keresztmetszet

13
SOA Bevezetési stratégiák
 Egyes lépések fontossága -> folyamatba
szervezése
 Projekt sikere: NEM az eredmény SOA
„mértéke”, hanem a kitűzött célok elérésének
vizsgálata a rendelkezésre álló idő és
költségkeret függvényében
 Stratégiák:
 Top-down
 Bottom-up
 Agile (meet-in-the-middle)
 A választott stratégia és projekt folyamat
meghatározza az elérhető eredményt

14
SOA Bevezetési stratégiák
 Top-down
 „analysis first” – nem csak üzleti szolgáltatások, de
meglévő üzleti folyamatok (felül)vizsgálata is
 Támogatja valamennyi (több) szolgáltatás szint
létrehozását is
 Lépései:
 Vállalati üzleti modellek definiálása
 Üzleti modell dokumentumok, ontológiák, entitás modellek
vállalatonként különbözőek – egy „szabványosított” megoldás
szükséges
 Üzleti modell centrikus és entitás centrikus leírások
 Több folyamat/modell/projekt csoport (kialakítása)
 Up-front SOA analízis
 Szolgáltatási szintek
 Vállalati szolgáltatás modell definiálása
 (Főbb) Szolgáltatás jelöltek definiálása
 Jelöltek szolgáltatási szintekhez rendelése
 Iteratív visszacsatolás – folyamatonkénti szolgáltatás definiálás,
vizsgálat, finomítás

15
SOA Bevezetési stratégiák
Vállalati szolgáltatás modell definiálása
 (Főbb) Szolgáltatás jelöltek definiálása
 Jelöltek szolgáltatási szintekhez rendelése
 Iteratív visszacsatolás – folyamatonkénti szolgáltatás
definiálás, vizsgálat, finomítás
Szolgáltatás orientált analízis végrehajtása - ld.
Később
Szolgáltatás orientált tervezés végrehajtása – ld. 7.
előadás
Szolgáltatások implementálása
Szolgáltatások tesztelése
 Funkcionális & QoS – újrafelhasználhatóság miatt
körültekintőbb tesztelés
Szolgáltatások installálása
 Betöltés a produktív rendszerbe
 Újrafelhasználás miatt gyakori a technikai és funkcionális
„plusz” dolgok használata – pl. security, accessibility v.
nagyobb teljesítmény mint épp szükséges volna
16
SOA Bevezetési stratégiák
 Top-down, előnyök, hátrányok:
 Jó minőségű szolgáltatások -> és eredmény
Alapos analízis -> maximálisan
újrafelhasználható komponensek
Szabványok következetes használata ->
egyszerűbb karbantarthatóság, adoptálhatóság,
homogenitás
 Költséges stratégia
Idő és költség – az up-front elemzés már maga
rengeteg erőforrást felemészt ami nem mutat
rövidtávon látványos eredményt

17
SOA Bevezetési stratégiák
 Bottom-up stratégia
 Alkalmazás centrikus szolgáltatások készítése (annyit
amennyi lefedi a szükséges alkalmazási logikát)
 Szolgáltatás készítés csak az igény felmerülésekor – pl.
alkalmazás integráció (wrapper szolgáltatások)
 Lépések: (üzleti igények már előfeltételként rendelkezésre
állnak)
 Alkalmazási szolgáltatások modellezése
 Alkalmazási igényeknek megfelelő szolgáltatások definiálása (pl.
B2B point-to-point integráció, vagy SOAP alapú komm.
Bevezetése)
 A szolgáltatások ált. üzleti logikát (is) tartalmaznak (hybrid
services)
 Alkalmazási szolgáltatások tervezése
 Wrapper, 3. party és auto-generált proxy-k-nál nem érdekes
 Egyedi szolgáltatások tervezése szabványok alapján a
homogenitás biztosítása céljából

18
SOA Bevezetési stratégiák
Szükséges alkalmazási szolgáltatások fejlesztése
 Korábbi specifikáció alapján
Szolgáltatások tesztelése
 Legacy logika tesztelése
 Legacy alkalmazások performancia (esetleg stressz)
tesztelése a szolgáltatások nézőpontjából
 Security tesztelése
Installálás az éles rendszerbe
 Bottom-up – előnyök, hátrányok
 Legelterjedtebb <- legtöbb vállalat csak WS
szintet/technológiát szeretne adni az
alkalmazásaihoz
 A mögöttes vállalati IT architektúra változatlan
marad
 Nem is „igazi” stratégia – jól elősegíti WS-ek
létrehozását, de cseppet sem a SOA alapelvek
megvalósulását
19
SOA Bevezetési stratégiák
 Agilis stratégia
 2 korábbi közti „arany középút” keresése
 Üzleti specifikáció és szolgáltatás fejlesztés egyszerre
 Mivel egyszerre 2 oldalról közelítjük a megoldást sokkal komplexebb
szervezést (összehangolás) igényel
 Lépések:
 Top-Down analízis (megkezdése)
 Top-down 1, 2, 3-as lépések, de nem sorban egymásután, hanem
„folyamatonként”
 Szolgáltatás orientált analízis
 Kezdés, ha a Top-down elért egy megfelelő kiindulási szintet ehhez
(nehéz megítélni, …)
 Üzleti szolgáltatások modellezése az üzleti folyamatok alapján
 Szolgáltatás orientált tervezés
 Szolgáltatási szintek és szolgáltatások definiálása - mint a Top-Down-
nál
 Fejlesztés
 Tesztelés
 Installálás

20
SOA Bevezetési stratégiák
 Iteratív visszacsatolás a Top-down analízishez
Üzleti folyamatok összevetése az aktuális modellekkel
 Eltérések dokumentálása, továbbfejlesztések (tervezés,
fejlesztés, stb.) ütemezése
Szolgáltatási szerződések megtartása
 új verziók várhatóak, de a régieket is mindig támogatni
kell
 Verziómenedzsment
Szolgáltatás karbantartás ()
 Agilis stratégia – előnyök, hátrányok
Az előző 2 előnyeit hivatott egyesíteni
Utólag a szolgáltatásonkénti átlagköltség magasabb
mint a többi módszernél (revisit, redesign,
redevelopment, stb.)
Létező szolgáltatások valamennyi verzióját meg kell
tartani -> nagy karbantartási és erőforrás igény

21