Mikä On Palvelun Orkestrointi Arkkitehtuuri (SOA)

Palvelut, jotka muodostavat yrityksen ohjelmistot ovat kuten välineitä orkesteri. Jos ne ovat oikein ajoitettuja ja koordinoitu järjestelmä laulaa. Service Orchestration-Arkkitehtuuri (SOA) on joukko periaatteita kehittämiseen yrityksen järjestelmissä, kuten:

• enterprise resources planning (ERP-ohjelmisto)
• projektin suunnittelu ja järjestelmien suunnittelu.
• asiakassuhdehallintaohjelmisto.

Zero-Touch Provisioning (ZTP) tekee verkkolaitteiden käyttöönotosta ja konfiguroinnista helpompaa, nopeampaa ja virheetöntä. Lue lisää blogistamme Zero-Touch Provisioning: nopeampi käyttöönotto, vähemmän virheitä.

orkestraatio

Palveluorkestraatio optimaalisesti löyhät koordinaatit:

• yhteentoimivat palvelut pilvipalveluissa.
• eri järjestelmistä.
• eri toimialoilla.
• jotka suorittavat diskreettejä tehtäviä.
• , jotka lisäävät yhden tuloksen.

esimerkiksi, jos välittäjä haluaa tarjota rahoitusta yritykselle, hänen on otettava yhteyttä useisiin järjestelmiin:

• luottotoimisto.
• palvelu, joka listaa mahdolliset lainanantajat.
• palvelu, jolla voi pyytää korkotarjouksia eri pankeilta.
• palvelu, jolla käsitellään lainausmerkkejä muiden palveluiden tietojen kanssa.

yhdessä orkestroitu lainapyyntöpalvelu antaa välittäjälle listan mahdollisten lainanantajien lainausmerkeistä. Orkestraatio ottaa kaikki yksittäiset osat ja orkestroi ne harmoniseksi kokonaisuudeksi. Sen sijaan, että palveluorkestrointiohjelmisto tarvitsisi luoda monimutkaisen uuden ohjelmiston kaikkien näiden tehtävien suorittamiseksi, se käyttää olemassa olevien järjestelmien ohjelmistoja ja integroi osat. Tehokas orkestraatio automatisoi erilaisten liiketoimintajärjestelmien kutsumis-ja tuotostuotannon, jolloin tulokset ovat samassa paikassa.

termi “service orchestration” syntyi, koska pilvi kehitettiin jo kehitettyjen “palveluiden” pakettien ympärille, joita voitiin käyttää ohjelmistojen luomisessa, jos ne voitiin tavoittaa, aktivoida ja “orkestroida” keskenään.

orkestrointi pilvessä

Palvelulähtöisyyttä kehitettiin pilven kasvun myötä. Pilviautomaatio järjestää ja koordinoi automatisoituja tehtäviä niin, että ne virtaavat yhteen tehdäkseen yhden työnkulun. Se hyödyntää pilviautomaatiota, joka suorittaa tehtäviä ilman ihmisen väliintuloa. Kun IT-tiimit luovat standardiprosessin uuden sovelluksen saamiseksi toimimaan, heidän on järjestettävä useita automatisoituja tehtäviä. Tähän liittyy:

• automaattinen skaalaus.
• elastiset kuormataseet.
• hälytykset.
• käyttöönoton automaatiotyökalut.
• Nukkekomentajat.

kaikki nämä toiminnot ovat pilviautomaatioprosesseja. Näitä pilviautomaation työkaluja käytetään orkestroinnissa. Niitä voidaan tarjota internet palveluna (IaaS) – alustalla tai kolmannen osapuolen ohjelmistopaketissa. Orkestraation välineet keräävät ja luetteloivat:

• tarvittavat resurssit.
• instanssityypit.
• IAM-roolit, jotka määrittävät käyttäjän tarvittavalle ohjelmistolle.
• kokoonpanot.
• resurssien väliset yhteydet.

Cloud Orchestration Tools

insinöörit voivat käyttää työkaluja kuten AWS CloudFormation tai VMwaren vRealize Orchestrator luoda malleja, jotka sulautuvat nämä prosessit yhteen työnkulkuun niin, että koko monimutkainen prosessi kutsutaan ylös yhtenä yksikkönä.

pilviorkestraatiopohjien luominen, jota voidaan käyttää säännöllisesti, on itsessään aikaa vievää ja haastavaa ilman pitkälle kehitettyjä orkestraatiovälineitä sekä yksinkertaistaa monimutkaisia IT-prosesseja että poistaa suuren osan riskeistä.

Palveluorkestrointi käytännössä

alussa palveluorkestrointi pilven tasolla oli kallis ja aikaa vievä prosessi, koska se vaati operaattoreita kirjoittamaan uuden koodin palveluiden järjestämiseksi pilvessä. Yrityspalveluväylä (enterprise service bus, ESB) syntyi palveluorkestraation mekanismiksi. ESB sisältää ” kevyet ratkaisut.”Monet yritykset ovat siirtyneet käyttämään itsenäistä yrityspalveluväylää ESB, joka yksinkertaistaa niiden palvelutarpeita. Pilvi on järjestetty perheen ympärille ” palvelut.”Palveluorganisaattorit kehittävät uusia sovelluksia yhdistämällä palvelukokonaisuuden sen sijaan, että rakentaisivat kokonaisen ohjelmiston. Tämä filosofia säästää kehittäjille paljon aikaa ja poistaa koodin irtisanomisia.

ESB: tä on kutsuttu SOA: n “alhaalta ylöspäin”-lähestymistavaksi . Monet SOA: n projektit kariutuivat alussa, koska ne olivat liian kalliita, vaativat vuosia toimitukseen ja kalliita konsultteja. Pilvi oli valmis palvelumatriiseineen, mutta palveluiden liittäminen toisiinsa vaatii merkittäviä uusia koodikirjoituksia. ESB tuli integraatioalusta palveluna (IPasS). ESBs voi käynnistää palvelujen orkestroinnin tarvitsematta sovelluspalvelinta tai muita suuritehoisia infrastruktuurikomponentteja. ESB voidaan siis ottaa käyttöön hyvin lyhyessä ajassa.

Zero-Touch Provisioning (ZTP) tekee verkkolaitteiden käyttöönotosta ja konfiguroinnista helpompaa, nopeampaa ja virheetöntä. Tiedä kaikki blogissamme Zero-Touch Provisioning: nopeampi käyttöönotto, vähemmän virheitä.