Mikä on palveluarkkitehtuuri?

Palveluarkkitehtuuri on ohjelmistosuunnittelutapa, joka ratkaisee ongelman useilla itsenäisillä palveluilla.

Analogia

Kohtuullinen analogia palveluarkkitehtuurille on organisaatio, kuten pankki. Pankki jakaa työn useisiin palveluihin, kuten asiakaspalvelu, IT-palvelut ja henkilöstöhallintopalvelut. Jokainen palvelu on riippumaton ja voidaan ottaa käyttöön eri toimistoihin. Kunkin palvelun asiakkaille tarjotaan sopimus, joka kertoo, mitä palvelulta voidaan odottaa. Esimerkiksi henkilöstöjohtaminen voi auttaa tiimiä rekrytoimaan uutta henkilöstöä lomakkeella, jonka tiimi täyttää prosessin aloittamiseksi. Yrityksen palvelurakenne jakaa pankin toiminnan monimutkaisen ongelman pieniksi toiminnallisuuden paloiksi.

Palvelut

Palvelut ovat ohjelmistoyksiköitä, jotka suorittaa toiminto. Niitä käytetään monimutkaisten ongelmien jakamiseen yksinkertaisemmiksi ongelmiksi. Palvelut on myös suunniteltu erikseen käyttöönotettaviksi. Tämä on merkittävä etu, koska sen avulla voit rakentaa erittäin skaalautuvia ja joustavia järjestelmiä.

Resilienssi

Resilienssi on termi ohjelmistoille, jotka ovat luotettavia todellisissa olosuhteissa ja sisältävät erilaisia jännityksiä ja epäonnistumiset. Palveluarkkitehtuuri on hyödyllinen tekniikka järjestelmien rakentamiseen, jotka jatkavat toimintaansa, kun asiat epäonnistuvat. Tämä tehdään siten, että palvelut suunnitellaan itsenäisiksi siten, että ne eivät ole riippuvaisia toisistaan. Palvelut voidaan sitten ottaa käyttöön pilvi-infrastruktuurissa ja skaalata ylös ja alas tarpeen mukaan. Kun ilmentymä epäonnistuu, palvelut ovat riittävän älykkäitä havaitsemaan tämän ja automaattisesti löytää toimiva ilmentymä.

Palvelut vs. komponentit

Palvelut ja komponentit ovat kaksi erilaista tapaa jakaa työ hallittaviksi ja uudelleenkäytettäviksi paloiksi. että palvelut voidaan ottaa käyttöön yksin. Komponentit otetaan käyttöön jonkin muun kanssa, joten ne eivät ole itsenäisiä. Palvelut voidaan rakentaa komponenteista. Samoin komponentit voivat käyttää palveluita.

Palveluorientoitu arkkitehtuuri (SOA)

Palvelukeskeinen arkkitehtuuri oli varhainen termi palveluarkkitehtuurille, jonka omaksui ja markkinoi. monet suuret IT-toimittajat, jotka käyttivät sitä SOA-alustojen ja väliohjelmistojen myyntiin. Tämä oli suuri tietotekniikan villitys noin vuoden 2005 aikana, jolloin monet ylhäältä alas toteutukset sisälsivät joukon ohjelmistoja ja suunnittelivat sitten olemassa olevat järjestelmät uudelleen SOA-paradigmaan sopiviksi. Suuri osa tästä toiminnasta menetti SOA: n kokonaan ja projektin epäonnistumiset olivat yleisiä. Hämmennys satoi, kun IT-asiantuntijat joko mainostivat tai kritisoivat SOA: ta tekemällä asioista mahdollisimman monimutkaisia.

mikropalvelut

Kaikki suuria ajatteluita ja hölynpölyä Se, joka ympäröi SOA: ta sen suosion huipulla, ei estä ammattitaitoisia arkkitehteja käyttämästä perusideoitaan tehokkailla ja kevyillä tavoilla, jotka tuottivat luotettavia, skaalautuvia, hallittavia ja kustannustehokkaita järjestelmiä ja sovelluksia. Tämä kehittyi uudeksi mikropalveluina tunnetuksi ohjelmistosuunnittelukulttuuriksi, joka on organisoitu palvelusuunnittelun periaatteiden ympärille.

Esimerkki

Televiestintäyritys suunnittelee laskutusjärjestelmän sarjaksi erikseen käyttöönotettavia palveluita. Kutakin palvelua pidetään erillisenä tuotteena, jota eri ihmiset voivat kehittää, ylläpitää ja hallita. Palvelut otetaan käyttöön pilvipalveluna ja löyhästi yhdistettynä. Kun palveluesimerkki epäonnistuu, muut palvelut siirtyvät automaattisesti edelleen toimivaan ilmentymään. Vaikka telelaskutuksen ongelma on erittäin monimutkainen, yksikään yksittäinen palvelu arkkitehtuurissa ei ole niin monimutkainen, että jokaisen kehittäminen ja hallinta on suhteellisen halpaa. Palvelut ovat lähinnä itseorganisoituvia. Kukin julkaisee API: n muille palveluille. Jokainen tietää, mitä se tarvitsee muista palveluista, ja on riittävän älykäs reitittämään epäonnistuneita tapauksia löytääksesi vastaavia palveluita. Toisin sanoen, arkkitehtuurilla ei ole keskusohjainta tai väliohjelmistoa.

Yleiskatsaus: Palveluarkkitehtuuri
Tyyppi
Määritelmä Ohjelmistosuunnittelutapa, joka ratkaisee ongelman useilla itsenäisillä palveluilla.
Liittyvät käsitteet

Write a Comment

Sähköpostiosoitettasi ei julkaista. Pakolliset kentät on merkitty *