Vad är Service Orchestration Architecture (SOA)

tjänster som utgör enterprise software är som instrumenten i orkestern. Om de är korrekt tidsbestämda och samordnade kommer systemet att sjunga. Service Orchestration Architecture (SOA) är en uppsättning principer för utveckling av företagssystem som:

• enterprise resources planning (ERP) programvara
• projektplanering och design system.
• programvara för hantering av kundrelationer.

Zero-Touch Provisioning (ZTP) gör det enklare, snabbare och utan misstag att distribuera och konfigurera nätverksenheter. Läs mer i vår blogg Zero-Touch Provisioning: snabbare distribution, färre misstag.

orkestrering

service orkestrering optimalt löst koordinater:

• driftskompatibla tjänster i molnet.
• från olika system.
• över olika affärsdomäner.
• som utför diskreta uppgifter.
• som lägger till ett enda resultat.

till exempel, om en mäklare vill tillhandahålla finansiering till ett företag, måste han kontakta ett antal system:

• ett kreditföretag.
• en tjänst som listar möjliga långivare.
• en tjänst för att begära kursuppgifter från olika banker.
• en tjänst för att behandla offerter med data från de andra tjänsterna.

tillsammans kommer den orkestrerade lånebegäranstjänsten att ge mäklaren en lista över citat från potentiella långivare. Orkestreringen tar alla enskilda delar och orkestrerar dem till en harmonisk enhet. Istället för att behöva skapa en komplex ny programvara för att utföra alla dessa uppgifter använder tjänsten orkestreringsprogramvara programvaran för befintliga system och integrerar delarna. Effektiv orkestrering automatiserar uppringning och produktion av olika affärssystem och sätter resultaten på ett ställe.

termen ” serviceorkestrering “uppstod eftersom molnet utvecklades kring paket med redan utvecklade” tjänster “som kunde användas vid skapandet av programvara om de kunde nås, aktiveras och” orkestreras ” med varandra.

orkestrering i molnet

serviceorientering utvecklades med molnens tillväxt. Cloud automation ordnar och samordnar automatiserade uppgifter så att de flyter ihop, för att skapa ett enda arbetsflöde. Det drar nytta av molnautomatisering som utför uppgifter utan mänsklig intervention. När IT-team skapar en standardprocess för att få en ny applikation att fungera måste de orkestrera flera automatiserade uppgifter. Detta innebär:

• automatisk skalning.
• elastiska lastbalanserare.
• larm.
• Deployment automatiseringsverktyg.
• Marionettskript.

alla dessa funktioner är molnautomatiseringsprocesser. Dessa molnautomatiseringsverktyg används i orkestrering. De kan erbjudas på en internet as a service (IaaS) – plattform eller i ett 3: e parts mjukvarupaket. Orkestreringsverktygen samlar in och räknar upp:

• de nödvändiga resurserna.
• instanstyperna.
• iam roller som definierar användaren för den nödvändiga programvaran.
• konfigurationer.
• sammankopplingar mellan resurser.

Cloud Orchestration Tools

ingenjörer kan använda verktyg som AWS CloudFormation eller VMwares vRealize Orchestrator för att skapa mallar som smälter dessa processer i ett enda arbetsflöde så att hela den komplexa processen kallas upp som en enhet.

skapandet av molnorkestreringsmallar som kan användas regelbundet är i sig, tidskrävande och utmanande utan sofistikerade orkestreringsverktyg förenklar både komplexa IT-processer och tar bort mycket av risken.

Serviceorkestrering i praktiken

i början var serviceorkestrering på molnnivå en dyr och tidskrävande process eftersom det krävde operatörer att skriva ny kod för att orkestrera tjänster i molnet. Enterprise service bus (ESB) framträdde som en mekanism för serviceorkestrering. ESB innehåller ” lätta lösningar.”Många företag har vänt sig till en fristående enterprise Service bus ESB som förenklar deras service orkestrering behov. Molnet är organiserat kring en familj av ” tjänster.”Service orchestrators utvecklar nya applikationer genom att kombinera en samling tjänster, snarare än att bygga ut ett helt program. Denna filosofi sparar Utvecklare en hel del tid och eliminerar kod uppsägningar.

ESB har kallats en” Bottom-Up ” – strategi för SOA . Många SOA-projekt misslyckades i början eftersom de var för dyra, krävde år att leverera och dyra konsulter. Molnet var klart med sin matris av tjänster, men att fästa tjänster till varandra kräver betydande ny kodskrivning. ESB kom in som en integrationsplattform som en tjänst (IPasS). ESBs kan driva upp orkestrering av tjänster utan att kräva en applikationsserver eller andra högdrivna infrastrukturkomponenter. En ESB kan därför implementeras på mycket kort tid.

Zero-Touch Provisioning (ZTP) gör det enklare, snabbare och utan misstag att distribuera och konfigurera nätverksenheter. Vet allt på vår blogg Zero-Touch Provisioning: snabbare distribution, färre misstag.