A szolgáltatásarchitektúra egy szoftvertervezési megközelítés, amely autonóm szolgáltatások sorozatával old meg problémát.

Analógia

A szolgáltatási architektúra ésszerű analógiája egy olyan szervezet, mint egy bank. A bank különféle szolgáltatásokra osztja a munkát, például ügyfélszolgálatra, informatikai szolgáltatásokra és humánerőforrás-menedzsment szolgáltatásokra. Minden szolgáltatás független, és különböző irodákba telepíthető. Az egyes szolgáltatások ügyfeleinek felajánlják a szerződést, amely meghatározza, hogy mi várható a szolgáltatástól. Például az emberi erőforrás menedzsment segíthet egy csapatnak új munkatársak toborzásában egy olyan űrlappal, amelyet a csapat kitölt a folyamat megindításához. A cég szolgáltatási struktúrája a bank működtetésének összetett problémáját a funkciók kis vezetői darabjaira bontja.

Szolgáltatások

A szolgáltatások olyan szoftveregységek, amelyek végezzen el egy funkciót. Az összetett problémákat egyszerűbb problémák sorozatára bontják. A szolgáltatásokat úgy is tervezték, hogy külön telepíthetők legyenek. Ez egy nagy előny, mivel lehetővé teszi a skálázható és rugalmas rendszerek felépítését.

Rugalmasság

A rugalmasság a valós körülmények között megbízható szoftver kifejezés, amely különféle feszültségeket és terheléseket tartalmaz. kudarcok. A szolgáltatásarchitektúra hasznos technika olyan rendszerek kiépítéséhez, amelyek továbbra is működnek, ha a dolgok kudarcot vallanak. Ezt úgy valósítja meg, hogy a szolgáltatásokat önállóan készítik el, így nem függnek egymástól. A szolgáltatásokat ezután telepíthetik a felhő infrastruktúrájába, és szükség szerint fel és lefelé méretezhetik. Ha egy példány meghibásodik, a szolgáltatások elég okosak ennek észleléséhez és automatikusan keressen egy működő példányt.

Szolgáltatások vs összetevők

A szolgáltatások és az összetevők két különböző módon oszthatják fel a munkát kezelhető és újrafelhasználható darabokra. hogy a szolgáltatások önállóan is telepíthetők. Az alkatrészeket valami mással telepítik, és ezért nem önállóak. A szolgáltatások komponensekből építhetők fel. Hasonlóképpen, az összetevők használhatják a szolgáltatásokat.

Szolgáltatásorientált architektúra (SOA)

A szolgáltatásorientált architektúra a szolgáltatás architektúrájának korai kifejezése volt, amelyet a sok nagy informatikai gyártó, akik SOA platformok és köztes szoftverek eladására használták. Ez egy nagy információs technológiai hóbort volt 2005 körül, amely számos fentről lefelé megvalósított megvalósítást jelentett, amelyek egy csomó szoftver megvásárlását jelentették, majd a meglévő rendszerek újratervezését, hogy illeszkedjenek egy SOA paradigmába. Ennek a tevékenységnek a nagy része teljesen elmulasztotta a SOA-t és a projekthibák gyakoriak voltak. Zűrzavar esett, amikor az informatikai szakemberek vagy népszerűsítették, vagy kritizálták a SOA-t, gyakran azzal, hogy a dolgokat a lehető legbonyolultabban hangoztatták.

Mikroszolgáltatások

Minden nagy gondolkodású és ostobaság ami a SOA-t népszerűségének csúcsán vette körül, nem akadályozta meg a képzett építészeket abban, hogy alapötleteiket hatékony és könnyű módszerekkel használják, amelyek megbízható, méretezhető, kezelhető és költséghatékony rendszereket és alkalmazásokat hoztak létre. Ez a szoftvertervezés új kultúrájává vált, amelyet mikroszolgáltatásként ismerünk, és amely a szolgáltatás tervezésének alapelvei köré szerveződik.

Példa

A távközlési vállalat egy számlázási rendszert külön telepíthető szolgáltatások sorozataként tervez meg. Az egyes szolgáltatásokat külön termékként tekintik meg, amelyet különböző emberek fejleszthetnek, tarthatnak fenn és kezelhetnek. A szolgáltatásokat felhőalapúan és lazán összekapcsolva telepítik. Ha egy szolgáltatáspéldány meghibásodik, a többi szolgáltatás automatikusan átvált egy még működő példányra. Noha a távközlési számlázás problémája rendkívül összetett, az architektúrában egyetlen szolgáltatás sem olyan összetett, hogy mindegyiket viszonylag olcsón lehet fejleszteni és kezelni. A szolgáltatások lényegében önszerveződnek. Mindegyik API-t tesz közzé a többi szolgáltatáshoz. Mindegyik tudja, mire van szüksége a többi szolgáltatásból, és elég okos ahhoz, hogy a meghibásodott példányokon körbevezesse a válaszokat. Más szavakkal, az architektúrának nincs központi vezérlője vagy köztes szoftvere.

Áttekintés: Szolgáltatás architektúra
Típus
Meghatározás	Szoftvertervezési megközelítés, amely autonóm szolgáltatások sorozatával old meg egy problémát.
Kapcsolódó fogalmak