Hvad er Service Orchestration Architecture (SOA)

tjenester, der udgør virksomhedsprogrammer, er som instrumenterne i orkesteret. Hvis de er korrekt timet og koordineret, vil systemet synge. Service Orchestration Architecture (SOA) er et sæt principper for udvikling af virksomhedssystemer som:

• enterprise resources planning (ERP)
• projektplanlægning og design systemer.
• program til styring af kundeforhold.

nul-Touch Provisioning gør implementering og konfiguration af netværksenheder nemmere, hurtigere og uden fejl. Lær mere i vores blog nul-Touch Provisioning: hurtigere implementering, færre fejl.

orkestrering

service orkestrering optimalt løst koordinater:

• Interoperable tjenester i skyen.
• fra forskellige systemer.
• på tværs af forskellige forretningsdomæner.
• der udfører diskrete opgaver.
• at tilføje til et enkelt resultat.

for eksempel, hvis en mægler søger at yde finansiering til en virksomhed, skal han kontakte en række systemer:

• et kreditbureau.
• en tjeneste, der viser mulige långivere.
• en tjeneste til at anmode om sats citater fra forskellige banker.
• en tjeneste til at behandle citater med data fra de andre tjenester.

sammen vil den orkestrerede låneanmodningstjeneste give mægleren en liste over tilbud fra potentielle långivere. Orkestrationen tager alle de enkelte dele og orkestrerer dem til en harmonisk enhed. I stedet for at skulle oprette et komplekst nyt stykke program til at udføre alle disse opgaver, bruger service orchestration-programmet programmet til eksisterende systemer og integrerer delene. Effektiv orkestrering automatiserer opkalds-og outputgenerering af forskellige forretningssystemer og sætter resultaterne et sted.

udtrykket ” serviceorkestrering “opstod, fordi Skyen blev udviklet omkring pakker med allerede udviklede” tjenester”, som kunne bruges til oprettelse af programmer, hvis de kunne nås, aktiveres og” orkestreres ” med hinanden.

orkestrering i skyen

serviceorientering blev udviklet med skyens vækst. Cloud automation arrangerer og koordinerer automatiserede opgaver, så de flyder sammen, for at lave en enkelt arbejdsgang. Det drager fordel af skyautomatisering, der udfører opgaver uden menneskelig indgriben. Når IT-teams opretter en standardproces for at få et nyt applikationsarbejde, skal de orkestrere flere automatiserede opgaver. Dette indebærer:

• automatisk skalering.
• elastiske belastningsbalancere.
• alarmer.
• installation automatisering værktøjer.
• marionet scripts.

alle disse funktioner er cloud-automatiseringsprocesser. Disse cloud-automatiseringsværktøjer anvendes i orkestrering. De kan tilbydes på en internet som en service (IaaS) platform eller i en 3.parts programpakke. Orkestreringsværktøjerne samler og opregner:

• de nødvendige ressourcer.
• instansetyperne.
• iam roller, der definerer brugeren til det nødvendige program.
• konfigurationer.
• sammenkoblinger mellem ressourcer.

Cloud Orchestration Tools

ingeniører kan bruge værktøjer som f.eks.

oprettelsen af cloudorkestreringsskabeloner, der kan bruges regelmæssigt, er i sig selv tidskrævende og udfordrende uden sofistikerede orkestreringsværktøjer både forenkler komplekse IT-processer og fjerner meget af risikoen.

Serviceorkestrering i praksis

i begyndelsen var serviceorkestrering på skyens niveau en dyr og tidskrævende proces, da det krævede operatører at skrive ny kode for at orkestrere tjenester i skyen. Enterprise service bus (ESB) opstod som en mekanisme til service orkestrering. ESB indeholder ” lette løsninger.”Mange virksomheder har henvendt sig til en standalone enterprise service bus ESB, der forenkler deres service orkestrering behov. Skyen er organiseret omkring en familie af ” tjenester.”Service orkestratorer udvikle nye applikationer ved at kombinere en samling af tjenester, snarere end at opbygge et helt program. Denne filosofi sparer udviklere meget tid og eliminerer kodeafskedigelser.

ESB er blevet kaldt en “Bottom-Up” tilgang til SOA . Mange SOA-projekter mislykkedes i starten, fordi de var for dyre, krævede år at levere og dyre konsulenter. Skyen var klar med sin matrice af tjenester, men at knytte tjenester til hinanden kræver betydelig ny kodeskrivning. ESB kom ind som en integrationsplatform som en service (IPasS). ESBs kan aktivere orkestrering af tjenester uden at kræve en applikationsserver eller andre højdrevne infrastrukturkomponenter. En ESB kan derfor implementeres på meget kort tid.

nul-Touch Provisioning gør implementering og konfiguration af netværksenheder nemmere, hurtigere og uden fejl. Kend det hele på vores blog nul-Touch Provisioning: hurtigere implementering, færre fejl.