Katsaus palvelusuuntautuneen arkkitehtuurin muttereihin ja pultteihin
Palvelukeskeinen arkkitehtuuri (SOA) on ohjelmistosuunnittelutyyli, jossa sovelluskomponentit tarjoavat muille komponenteille palveluja tietoliikenneprotokollan kautta verkkoon. Sen periaatteet ovat riippumattomia toimittajista ja muista tekniikoista. Palvelukeskeisessä arkkitehtuurissa monet palvelut kommunikoivat keskenään kahdella tavalla: välittämällä dataa tai kahden tai useamman toimintaa koordinoivan palvelun kautta. Tämä on vain yksi palvelukeskeisen arkkitehtuurin määritelmä. Wikipedian artikkeli menee paljon yksityiskohtaisemmaksi.
Palvelukeskeisen arkkitehtuurin ominaisuudet
Vaikka palvelukeskeisen arkkitehtuurin määritelmät vaihtelevat yrityksittäin, keskeisiä teemoja on kuusi joka ylittää palvelukeskeisen arkkitehtuurin laajan käsitteen. Näitä perusarvoja ovat:
Liiketoiminnan arvo
Strategiset tavoitteet
Sisäinen yhteentoimivuus
Jaetut palvelut
Joustavuus
Kehittyvä hienosäätö
Jokainen näistä perusarvoista näkyy jatkumossa vanhemmasta hajautetusta laskennasta palvelukeskeiseen arkkitehtuuriin pilvipalveluun (jotain, jota pidetään usein sivuhaarana) of Service-Oriented Architecture).
Palvelukeskeiset arkkitehtuurikuviot
Kummassakin Service Oriented Architecture -elementissä on kolme roolia: palveluntarjoaja; palveluvälittäjä, palvelurekisteri, palveluvarasto; ja palvelun pyytäjä / kuluttaja.
Palveluntarjoaja toimii yhdessä palvelurekisterin kanssa keskustellen tarjottujen palvelujen miksi ja miten, kuten turvallisuus, saatavuus, mitä veloitetaan ja paljon muuta. Tämä rooli määrää myös palveluluokan ja tarvittaessa kauppasopimuksia.
Palveluvälittäjä asettaa palvelua koskevat tiedot sitä pyytävien saataville. Välittäjän laajuuden määrittää kuka sen toteuttaa.
Palvelun pyytäjä etsii merkinnät välittäjän rekisteristä ja sitoo ne sitten palveluntarjoajaan. He saattavat tai eivät voi käyttää useita palveluja; se riippuu palvelun pyytäjän valmiuksista.
Palvelukeskeisen arkkitehtuurin toteuttaminen
Palvelukeskeisen arkkitehtuurin (SOA) käyttöönotossa on laaja valikoima tekniikoita, jotka voidaan käyttää, riippuen siitä, mikä on päätavoitteesi ja mitä yrität saavuttaa.
Tyypillisesti palvelukeskeinen arkkitehtuuri toteutetaan verkkopalveluilla, mikä tekee toiminnallisista rakennuspalikoista tavallisen Internetin kautta Protokollat. ”
Esimerkki verkkopalvelustandardista on SOAP, joka tarkoittaa yksinkertaista objektin käyttöprotokollaa. Lyhyesti sanottuna SOAP” on sanomanvälitysprotokollan eritelmä jäsenneltyjen tietojen vaihtamiseksi verkkopalvelujen toteuttamisessa Tietokoneverkot. Vaikka SOAPia ei alun perin otettu hyvin vastaan, se on vuodesta 2003 lähtien saanut enemmän suosiota ja sitä käytetään yhä useammin. Muita palvelukeskeisen arkkitehtuurin toteuttamisen vaihtoehtoja ovat Jini, COBRA tai REST.
On tärkeää huomata, että arkkitehtuurit voivat ”toimia itsenäisesti tietyistä tekniikoista”, mikä tarkoittaa, että ne voidaan toteuttaa monin eri tavoin, mukaan lukien viestit, kuten ActiveMQ; Apache Thrift; ja SORCER.
Miksi palvelukeskeinen arkkitehtuuri on tärkeää
Palvelukeskeiselle arkkitehtuurille on monia etuja, etenkin verkkopalveluihin perustuvassa liiketoiminnassa. Kerromme muutamia näistä eduista tässä lyhyesti:
Käytä Palvelukeskeinen arkkitehtuuri uudelleenkäytettävän koodin luomiseksi: Tämä ei vain vähennä kehitystyöhön käytettyä aikaa, vaan myöskään ei ole syytä keksiä koodauspyörä joka kerta, kun tarvitset uuden palvelun tai prosessin. useiden koodien käyttämiseen Useita kieliä, koska kaikki kulkee keskitetyn käyttöliittymän kautta.
Käytä vuorovaikutusta edistämällä palvelukeskeistä arkkitehtuuria: Palvelukeskeisen arkkitehtuurin avulla otetaan käyttöön vakiomuotoinen viestintämuoto, joka sallii eri järjestelmien ja alustojen toiminnan riippumattomia toisistaan. Tämän vuorovaikutuksen avulla palvelukeskeinen arkkitehtuuri pystyy myös kiertämään palomuureja, jolloin ”yritykset voivat jakaa palveluita, jotka ovat elintärkeitä toiminnalle.”
Käytä skaalautuvuuteen palvelukeskeistä arkkitehtuuria: On tärkeää pystyä skaalaamaan yritys vastaamaan asiakkaan tarpeita, mutta tietyt riippuvuudet voivat estää skaalautuvuuden. Palvelukeskeisen arkkitehtuurin käyttö vähentää asiakkaan ja palvelun välistä vuorovaikutusta, mikä mahdollistaa suuremman skaalautuvuuden.
Käytä palvelukeskeistä arkkitehtuuria kustannusten vähentämiseksi: Palvelukeskeisen arkkitehtuurin avulla on mahdollista vähentää kustannuksia silti ” halutun tuotoksen tason ylläpitäminen. ” Palvelukeskeisen arkkitehtuurin käyttö antaa yrityksille mahdollisuuden rajoittaa tarvittavien analyysien määrää räätälöityjen ratkaisujen kehittämisessä.
Kuinka palvelusuuntautunut arkkitehtuuri ja pilvipalvelut toimivat yhdessä
Ensinnäkin on tärkeää huomata, että Palvelukeskeinen arkkitehtuuri voi toimia pilvipalveluiden kanssa tai ilman, vaikka yhä useammat yritykset siirtävät tiedostotallennuksen pilveen, joten on järkevää käyttää pilvipalvelua ja palvelukeskeistä arkkitehtuuria yhdessä.
Lyhyesti sanottuna pilvipalveluiden avulla käyttäjät voivat helposti ja välittömästi toteuttaa palvelunsa räätälöityinä asiakkaita ”tarvitsematta ottaa yhteyttä IT-osastoon”.
Yksi palvelusuuntautuneen arkkitehtuurin ja pilvipalveluiden käytön haittapuolista on, että joitain sen näkökohtia, kuten tietoturvaa ja saatavuutta, ei arvioida. ility. Pilvilaskennaa käytettäessä käyttäjät ovat usein palveluntarjoajan armoilla.
Pilvilaskennan ja palvelukeskeisen arkkitehtuurin yhdistämisessä yrityksillä on yksi melko suuri haaste: olemassa olevien tietojen ja järjestelmien integrointi pilveen. ratkaisu. Saumattoman siirtymisen on oltava jatkuvaa alusta loppuun. On myös tärkeää pitää mielessä, että kaikkia IT-näkökohtia ei voida ulkoistaa pilvipalveluun – on joitain asioita, jotka on vielä tehtävä manuaalisesti.
Voit lukea lisää siitä, miten palvelukeskeinen arkkitehtuuri ja pilvi laskenta toimii yhdessä täällä.
Ero palvelupohjaisen arkkitehtuurin ja SaaS: n välillä
Olemme puhuneet melkoisesti siitä, mikä on palvelukeskeinen arkkitehtuuri ja miten sitä voidaan käyttää yrityksesi edistämiseen. Mutta on myös SaaS (Software as a Service), jota voidaan käyttää myös yrityksesi edistämiseen. Saatat miettiä, mikä SaaS on ja miten se eroaa palvelukeskeisestä arkkitehtuurista. Lyhyesti sanottuna SaaS: n kautta käytettävissä olevat resurssit ovat ohjelmistosovelluksia. Keskeinen osa on, että SaaS-infrastruktuuri on ”käyttäjien käytettävissä, mutta piilotettu”. SaaS: n etuna on, että käyttäjien ei tarvitse asentaa ja ylläpitää ohjelmistoja, mikä eliminoi kaikki monimutkaiset vaatimukset.SaaS: n kanssa asiakas ei myöskään vaadi ennakkolisensointia, mikä johtaa alhaisempiin kustannuksiin, koska tarjoajat ylläpitävät yksittäinen sovellus.
Palvelusuuntautuneen arkkitehtuurin ja mikropalvelujen erot
Microservices, joka tunnetaan myös nimellä Microservice Architecture, on ”arkkitehtoninen tyyli, joka rakentaa sovelluksen kokoelmana pieniä itsenäisiä palveluita, jotka on mallinnettu liiketoiminta-alueen ympärille.”
Vaikka mikropalvelut ja palvelukeskeinen arkkitehtuuri ovat samanlaisia Joillakin tavoin keskeiset erot tulevat niiden toiminnallisuudessa. Palvelut ovat tietysti molempien pääkomponentti. Palveluja on neljä perustyyppiä:
Toiminnallinen palvelu: nämä määrittelevät ydinliiketoiminnan
Yrityspalvelut: nämä toteuttavat toiminnallisten palveluiden määrittelemät toiminnot palvelu: nämä rajoittuvat tiettyyn sovellussisältöön.
Infrastruktuuripalvelu: toteuttaa ei-toiminnallisia tehtäviä, kuten todennuksen, tarkastuksen, suojauksen ja kirjaamisen.
Kuten näette, jokainen näistä palveluista perustuu edelliseen ja luo järjestelmän, joka ei ole vain helppokäyttöinen, vaan tarjoaa sinulle useita tapoja hallita yritystäsi. Kuten minkä tahansa toiminnon kohdalla, on selvitettävä, mikä toimii parhaiten sinulle ja yrityksellesi.
Täältä voit lukea lisää palvelukeskeisestä arkkitehtuurista ja mikropalveluista.
Viimeisiä ajatuksia Palvelukeskeisestä arkkitehtuurista
Kuten voitte kuvitella, palvelukeskeinen arkkitehtuuri voi olla hieman vaikea pähkinä, mutta kun ymmärrät sen mutterit ja pultit ja edut, joita se voi tarjota yrityksellesi, olet innoissasi siitä, että löysit sen.
seuraavalle tasolle.
Riippumatta siitä, mihin suuntaan päätät mennä tarjotessasi palveluja asiakkaillesi, on tärkeää pitää mielessä, että erilaiset asiat toimivat eri ihmisille. Vaikka et voi tarjota mukautettuja palveluja jokaiselle ottamallesi asiakkaalle, voit tarjota erilaisia palveluja, jotka sopivat asiakkaidesi yleisimpiin tarpeisiin.
Tulevissa artikkeleissa tarkastelemme Web 2.0: ssa ja sukeltaa syvemmälle palvelukeskeisiin arkkitehtuurin mikropalveluihin.