A szolgáltatásorientált architektúra anyáinak és csavarjainak áttekintése
A szolgáltatásorientált architektúra (SOA) a szoftvertervezés egy olyan stílusa, amikor a szolgáltatásokat az alkalmazás komponensei nyújtják a többi komponensnek kommunikációs protokollon keresztül. hálózat. Alapelvei függetlenek az eladóktól és más technológiáktól. Szolgáltatásorientált architektúrában számos szolgáltatás kommunikál egymással, kétféle módon: adattovábbítás útján vagy két vagy több tevékenységet koordináló szolgáltatáson keresztül. Ez csak a szolgáltatás-orientált architektúra egyik meghatározása. A Wikipedia egyik cikke sokkal részletesebben foglalkozik.
A szolgáltatás-orientált építészet jellemzői
Míg a szolgáltatás-orientált architektúra meghatározó fogalmai vállalatonként változnak, hat fő tantétel létezik. hogy túlszárnyalja a szolgáltatás-orientált építészet tág fogalmát. Ezek az alapvető értékek a következők:
Üzleti érték
Stratégiai célok
Belső interoperabilitás
Megosztott szolgáltatások
Rugalmasság
Fejlődési finomítás
Ezek az alapvető értékek folyamatosan láthatók a régebbi formátumú elosztott számítástechnikától a szolgáltatásorientált architektúrán át a felhőalapú számításig (ami gyakran elágazásnak tekinthető) of Service-Oriented Architecture).
Szolgáltatás-orientált architektúra minták
A Szolgáltatás-orientált architektúra építőelemekben három szerep van: szolgáltató; szolgáltatásközvetítő, szolgáltatásnyilvántartó, szolgáltatástár; és a szolgáltatás igénylője / fogyasztója.
A szolgáltató a szolgáltatási nyilvántartással együtt dolgozik, és megvitatja a kínált szolgáltatások miértjét és mikéntjét, például a biztonságot, a rendelkezésre állást, a díjakat és egyebeket. Ez a szerep meghatározza a szolgáltatási kategóriát és azt is, hogy szükség van-e valamilyen kereskedelmi megállapodásra.
A szolgáltatási bróker elérhetővé teszi a szolgáltatással kapcsolatos információkat az azt igénylők számára. A közvetítő hatókörét az határozza meg, aki végrehajtja.
A szolgáltatás igénylője megkeresi a bejegyzéseket a bróker nyilvántartásban, majd összeköti őket a szolgáltatóval. Lehet, hogy nem tudnak több szolgáltatáshoz hozzáférni; ez a szolgáltatás igénylő képességeitől függ.
Szolgáltatásorientált architektúra megvalósítása
A szolgáltatásorientált architektúra (SOA) megvalósításakor a technológiák széles skálája létezik, amelyek használható, attól függően, hogy mi a végcél és mit próbál elérni.
Általában a szolgáltatás-orientált architektúra webszolgáltatásokkal valósul meg, ami a “funkcionális építőelemeket hozzáférhetővé teszi a szokásos interneten keresztül” protokollok. ”
A webszolgáltatási szabvány példája a SOAP, amely az egyszerű objektum-hozzáférési protokollt jelenti. Dióhéjban a SOAP” egy üzenetkezelési protokoll specifikációja strukturált információk cseréjére a webes szolgáltatások megvalósításakor a számítógépes hálózatok. Bár a SOAP eleinte nem volt kedvező fogadtatás, 2003 óta egyre nagyobb népszerűségre tett szert, és egyre szélesebb körben használják és fogadják el. A szolgáltatásorientált architektúra megvalósításának egyéb lehetőségei közé tartozik a Jini, a COBRA vagy a REST.
Fontos megjegyezni, hogy az architektúrák “különálló technológiáktól függetlenül működhetnek”, ami azt jelenti, hogy sokféle módon megvalósíthatók, beleértve az üzenetkezelést, például az ActiveMQ, az Apache Thrift és a SORCER.
Miért fontos a szolgáltatásorientált architektúra
A szolgáltatásorientált architektúrának számos előnye van, főleg egy webszolgáltatás-alapú üzletágban. Néhány előnyöket itt röviden ismertetünk:
Használat Szolgáltatásorientált architektúra újrafelhasználható kód létrehozásához: Ez nemcsak a fejlesztési folyamatra fordított időt csökkenti, de nincs is oka a kódkerék újrafeltalálására minden alkalommal, amikor új szolgáltatás vagy folyamat létrehozásához szükséges. A szolgáltatásorientált architektúra lehetővé teszi több codi használatához ng nyelv, mert minden egy központi felületen fut.
Használja a szolgáltatásorientált architektúrát az interakció előmozdításához: A szolgáltatásorientált architektúrával a kommunikáció szabványos formája kerül bevezetésre, amely lehetővé teszi a különböző rendszerek és platformok működését függetlenek egymástól. Ezzel az interakcióval a szolgáltatásorientált architektúra képes a tűzfalak körüli munkára is, lehetővé téve, hogy “a vállalatok megoszthassák a működéshez elengedhetetlen szolgáltatásokat.”
Használja a szolgáltatásorientált architektúrát a skálázhatóság érdekében: Fontos, hogy képes legyen méretezni az üzletet az ügyfél igényeinek megfelelően, azonban bizonyos függőségek akadályozhatják ezt a méretezhetőséget. A szolgáltatásorientált architektúra használata csökkenti az ügyfél-szolgáltatás interakciót, ami nagyobb skálázhatóságot tesz lehetővé.
Használja a szolgáltatásorientált architektúrát a költségek csökkentéséhez: A szolgáltatásorientált architektúrával csökkentheti a költségeket, miközben még mindig ” a kívánt teljesítményszint fenntartása. ” A szolgáltatásorientált architektúra használata lehetővé teszi a vállalkozások számára, hogy korlátozzák az egyedi megoldások kidolgozásához szükséges elemzések mennyiségét.
Hogyan működnek együtt a szolgáltatásorientált architektúra és a felhőalapú számítások
Először is fontos megjegyezni, hogy A szolgáltatásorientált architektúra működhet felhőalapú számítással vagy anélkül, bár egyre több vállalkozás mozgatja a fájlok tárolását a felhőbe, ezért célszerű a felhőalapú számítást és a szolgáltatásorientált architektúrát együtt használni.
Dióhéjban a felhőalapú számítástechnika használata lehetővé teszi a felhasználók számára, hogy egyszerűen és azonnal megvalósítsák szolgáltatásaikat a saját igényeikhez igazítva ügyfelek, “anélkül, hogy az informatikai részleghez kellene fordulni.”
A Szolgáltatásorientált architektúra és a felhőalapú számítástechnika együttes használatának egyik buktatója, hogy egyes szempontjait, például a biztonságot és az elérhetőségeket, nem értékelik. ility. A felhőalapú számítástechnika használatakor a felhasználók gyakran a szolgáltató kegyeibe kerülnek.
A felhőszámítás és a szolgáltatásorientált architektúra egyesítésével a vállalkozások egy nagy kihívással néznek szembe a meglévő adatok és rendszerek felhőbe történő integrálásával. megoldás. A zökkenőmentes átmenet érdekében folytonosságnak kell lennie az elejétől a végéig. Fontos azt is szem előtt tartani, hogy nem minden informatikai szempontot lehet kiszervezni a felhőbe – vannak olyan dolgok, amelyeket még mindig manuálisan kell végrehajtani.
További információ arról, hogy a szolgáltatásorientált architektúra és a felhő hogyan működik a számítástechnika itt működik együtt.
A szolgáltatás-orientált architektúra és a SaaS közötti különbség
Elég sokat beszéltünk arról, hogy mi a szolgáltatásorientált architektúra, és hogyan lehet felhasználni vállalkozásának előmozdítására. De van még SaaS (Software as a Service), amely szintén felhasználható vállalkozásának előmozdítására. Kíváncsi lehet, hogy mi a SaaS, és miben különbözik a szolgáltatásorientált architektúrától. Röviden: a SaaS-on keresztül elérhető források szoftveralkalmazások. Kulcsfontosságú tényező, hogy az SaaS infrastruktúra “elérhető, de rejtve van a felhasználók előtt”. A SaaS előnye, hogy a felhasználóknak nem kell szoftvereket telepíteniük és karbantartaniuk, ami kiküszöböli az összes összetett követelményt. A SaaS használatával az ügyfélnek nincs szüksége előzetes licencelésre, ami alacsonyabb költségekhez vezet, mert a szolgáltatók csak fenntartják egyetlen alkalmazás.
Különbségek a szolgáltatás-orientált architektúra és a mikroszolgáltatások között
A Microservices, más néven Microservice Architecture, egy “építészeti stílus, amely az alkalmazást kis autonóm szolgáltatások gyűjteményeként strukturálja, üzleti modell köré építve.”
Míg a mikroszolgáltatások és a szolgáltatás-orientált architektúra hasonlóak bizonyos szempontból a legfontosabb különbségek a funkcionalitásukban jelentkeznek. A szolgáltatások nyilvánvalóan mindkettő fő alkotóeleme. A szolgáltatások négy alapvető típusa létezik:
Funkcionális szolgáltatás: ezek meghatározzák az alapvető üzleti műveleteket.
Vállalati szolgáltatások: ezek megvalósítják a funkcionális szolgáltatások által meghatározott funkciókat.
Alkalmazás szolgáltatás: ezek csak az alkalmazás bizonyos tartalmaira korlátozódnak.
Infrastruktúra szolgáltatás: nem funkcionális feladatokat hajt végre, például hitelesítést, naplózást, biztonságot és naplózást.
Mint látható, ezek a szolgáltatások mindegyike az előtte levőre épít, létrehozva egy olyan rendszert, amely nemcsak egyszerűen használható, hanem a vállalkozás kezelésének különféle módjaival is rendelkezik. Mint minden funkciónál, itt is ki kell deríteni, hogy mi a legjobb az Ön és vállalkozása számára.
A szolgáltatás-orientált architektúráról és a mikroszolgáltatásokról itt olvashat bővebben.
Néhány utolsó gondolat A szolgáltatás-orientált architektúráról
Ahogy el tudod képzelni, A szolgáltatás-orientált architektúra kissé kemény dió lehet, de ha megértette annak anyáit és csavarjait, valamint az előnyöket, amelyeket cégének nyújthat, akkor nagy örömmel fedezte fel.
Ebben a cikkben számos kiváló szolgáltatásorientált architektúra-erőforrást biztosítottunk, és még néhány cikkünk megjelenik, amelyek mélyebben elmélyülnek a koncepcióban, és még több erőforrást kínálnak Önnek ahhoz, hogy elősegítse üzleti tevékenységét. a következő szint.
Nem számít, melyik irányba dönt, amikor szolgáltatásokat nyújt ügyfeleinek, fontos szem előtt tartani, hogy különböző emberek számára különböző dolgok működnek. Bár nem tud egyedi szolgáltatásokat nyújtani minden egyes elfogadott ügyfél számára, számos olyan szolgáltatást nyújthat, amely megfelel az ügyfelek leggyakoribb igényeinek.
A jövőbeni cikkekben megnézzük a Web 2.0-nál, és merüljön el mélyebben a szolgáltatás-orientált architektúra mikroszolgáltatásokban