SOA építészeti elemeket és a gyakorlati szempontok

SOA végrehajtott három szempontból az IT-szolgáltatások, amelyek mindegyike hozzájárul a legnagyobb előnyöket egy üzleti IT:

• Services üzleti funkciók. Ezek lényege, szolgáltatások automatizálása elemei konkrét üzleti funkciók szükségesek a fogyasztók számára.

• Services infrastruktúra. Ezek a szolgáltatások elvégzésére a funkció a vezető egy platform, amelyen keresztül szolgáltatások teljesítésének üzleti funkciókat.

• Services teljes életciklusa alatt. Ezek a szolgáltatások egyfajta „wrapper”, ami a legtöbb esetben biztosítja az IT felhasználók „igazi, szolgáltatás.” Szolgáltatások életciklus felelős a tervezés, a végrehajtás, az irányítás, az infrastruktúra változásai szolgáltatások és az üzleti funkciók.

SOA világpiaci

Az átlagos költsége egy SOA-projekt becsült AMR Research mintegy 500 ezer dollárt Ugyanakkor a nagy platformok, amelyek teljes értékű eszköz üzleti, amelyek a piacon csak néhány cég - .. IBM. Oracle. Tibco. Sun Microsystems. Software AG. Microsoft. Az SAP AG. Olvassa el a cikket „SOA (világpiaci)”

SOA orosz piacon

A fejlesztés a SOA

Bevezetett egy néhány évvel ezelőtt a koncepció SOA kezdetben észlelt néhány új megközelítés alkalmazás integráció alapján egységes ipari szabványok. Egy forradalmian új megoldás SOA - egy új pillantást a fejlesztése és módosítása funkcionalitásának alkalmazása vállalati rendszerek.

Egyfajta előfutára SOA vált Enterprise Service Bus technológia. biztosít egységes mechanizmus közötti kölcsönhatás alkalmazások. Egészíteni számos más technológiák, ESB hagyjuk alkotnak egységes integrációs platform. Úgy tűnik, a minőségi átmenetet a SOA kezdődött, amikor lehetőség volt, hogy hozzon létre egy integrációs réteg tetején az új alkalmazás megoldások a meglévő funkciók.

Újabban már használják a hagyományos webes források feltételezése nélkül, hogy lehet valamit radikálisan megváltozott ebben a tekintetben. Kiderült - ez lehetséges, és ott volt egy web-kettő-nulla. A trend volt olyan sikeres és vonzó, azt azonnal figyelembe szolgáltatás marketingesek. 2.0 A címke megjelent számos politikai döntések és a legtöbb esetben, a használata erősen megkérdőjelezhető. Ez az általános tendencia nem lehetett elkerülni, és a szolgáltatás-orientált architektúra. Olvassa el a cikket „SOA 2.0”

Szolgáltatás-orientált és az objektum-orientált programozás

A kapcsolat a szolgáltatás-orientált és az objektum-orientált struktúrák

A megjelenése a szolgáltatás-orientált megközelítés tette a következő reform a szoftverfejlesztési elmélet, maga mögött hagyva a koncepció az objektum-orientált programozás.

Mint ismeretes, a kód újrafelhasználásának leegyszerűsíti a fejlesztés nagy információs rendszerek. Egészen a közelmúltig, hogy ebből a célból hagyományosan használt objektum-orientált megközelítés, amely merev kapcsolat a komponensek és az alkalmazás objektumokat egyetlen egésszé. Az OOP paradigma, a fejlesztő szükséges ismereteket egy alkalmazás programozási felület, amely egyesíti a tulajdonságokat és módszerek együtt hajtsák végre a szükséges funkciókat. De mivel a tárgy a rendszer általában létre alapján egyetlen programozási nyelv (Delphi. C programozási Yayk ++. C programozási Yayk #. Java, és mások.) És a rögzített mechanizmusok közötti információcsere a tárgyak és a különböző modulok információs rendszer, valamint tárolja a PFSZ összes függőség és korlátait. Ez a megközelítés nem mindig kényelmes - különösen, mivel nem teszi lehetővé, hogy gyorsan reagáljanak a változó helyzeteket, és például, hogy tervezzen egy újmódi rendszer, amely a „kapacitás igény”. Továbbá, a módosítás a tárgy rendszerek gyakran kell átírni a kódok kapcsolódó objektumok és módszerek.

Cvesti ezeket a korlátozásokat a minimális lehetővé SOA technológia, amely már sokan ismerik, mint a forradalom programozási technológia.

Az elemzők szolgáltatás-orientált architektúra

Az elemzők úgy vélik, hogy a fejlődés a SOA szabványok mester ezen a területen, és a gyártók fejlesztik a termékeket megfelelően a követelményeknek. Véleményük szerint egy komoly megértése SOA és annak támogatása az informatikai gyakorlatban még csak most jön, bár talán Oroszországban - szemben a globális helyzet - a legmélyebb visszaesés az érdeklődés a téma fogja meghatározni egy kicsit később. Egyébként ma már biztosan kijelenthetjük, hogy a „címer a hullám” a nyilvános vitát a SOA témák telt el. Jelenleg nincs aktív gyakorlati alkalmazása SOA fogalmak és az élmény megértéséhez a befejezett projektek.

Az építészeti jellemzőit SOA

Számos SOA építészeti megoldások csökkentik a rokonsági fok a különböző elemek a rendszer. A reakció a használt összetevők egy viszonylag kis sor egyszerű interfészek, amelyek csak a leggyakoribb szemantikai és mindenki számára elérhető szolgáltatók és a fogyasztók számára. Ezeken a felületek üzenetet továbbít bizonyos korlátozott szókincs. És mivel adni csak általános szerkezetét a vállalati rendszer, és a szótár, a teljes szemantikai és az üzleti logika az alkalmazás-specifikus, le közvetlenül ezekben a jelentésekben.

A vállalati információs rendszer alapján szerkesztettük SOA, amely egy sor entitások keresztül elérhető alkalmazás programozási felületek. Beépített kereső, és fedezze szolgáltatások általános regiszter lehetővé teszi a felhasználónak, hogy adja meg a nyújtó szolgáltatók a kívánt funkciót.

Az architektúra webes szolgáltatások is egy szolgáltatás-orientált. Sőt, Web szolgáltatások - ez a lényege a SOA c két további korlát: felület alapján internetes protokollok (HTTP FTP SMTP TCP ...), és az összes üzenet XML formátumban. Részletek a webszolgáltatások és a SOA szabványos előírások a W3C telek és szervezet OASIS.

Gyakorlati szempontból a SOA

Gyakorlati szempontból a szolgáltatás-orientált technológia képes megoldani a problémát a skálázhatóság, integrált adathálózat és a hang, hogy egyszerűsítsék az eljárásokat a design és a hálózatok kezelését, valamint hozzon létre más elosztott alkalmazások zökkenőmentesen kölcsönhatásba erőforrás menedzsment rendszerek API és a nyílt szabványok.

Helyes és teljes ellenőrzése nélkül lehetetlen holisztikus megértését az alkatrészek, vagy oszlopok, amelyek támogatják az érett SOA-projektben. Természetesen SOA-projekt épülhet csak az alapvető mechanizmus (ok) támogatást, de egy érett projekt magasabb szintű támogatás növekvő mértékű felelősség hárul a SOA-projektben. Minden témát más megközelítést igényel a SOA irányítás, amelyek, illetve különböző módon tükröződik a „politika”.

Azt is meg kell jegyezni, hogy a politika kritikus SOA irányítás, mivel ez fogja meghatározni a SOA-vállalati politika, valamint az, aki megteremti a SOA politika, ahol ezek a politikák tárolják, hol és hogyan lehet nyomon követni SOA-irányelv frissítésre kerül, vagy megváltozott, mely rendszerek / eszközök végrehajtására használják SOA-politikát, és amely osztályok manuálisan.

Ez a hat mechanizmusok, amelyek révén támogatja a SOA-politika:

• A működési modell a SOA életciklus
• SOA szervezet
• SOA-folyamat
• A portfoliót a szolgáltatási integráció egy SOA
• SOA eszközök
• SOA-alaptechnológiák

Ezek a mechanizmusok által alkalmazott megközelítések fejlesztése és SOA irányítás. Az első megközelítés - SOA irányítás a „felülről lefelé” típusú. Ez azt jelenti, hogy a vezetés eredendően stratégiai és kezdődik a modell és a konkrét projektek. Lement, „Stratégiai menedzsment” kifejezés az emberek, folyamatok, szolgáltatások, eszközök és technológiák, amelyek felkérik, hogy támogassák a vállalati SOA-projektben. A második megközelítés - „alulról felfelé” - rendre jelenti „taktikai ellenőrzés”, amely éppen ellenkezőleg, SOA-alapú projekt bevált technológia, eszközök és szolgáltatások. A vállalatok többsége már úton van „alulról felfelé”, kezdve a konkrét szolgáltatás-orientált lépéseket bizonyos területeken. Nagyon ritka szervezet, amelyben a teremtés egy olyan stratégia elsősorban kapcsolatban létre a szükséges osztályok és üzleti egységek kezdeti SOA-technológiák és eszközök. Ez a megközelítés általában csak bonyolítja a folyamatot, amelynek célja a SOA irányítás.