Tre spørsmål som raskt kommer til topps når man utvikler en serviceorientert arkitektur, er styring, kvalitet og ledelse. I denne artikkelen, en del av en Network World Data Center-serie på SOA, kan du lære om 10 verktøy som er designet for å hjelpe deg med å bygge bedre apper og oppdage ytelsesproblemer før de koker over.
Tjenesteorientert arkitektur lover mange positive: ressursbruk, applikasjonsintegrasjon, forretningsfleksibilitet og infrastrukturfleksibilitet, blant andre. Men aldri hevder SOA-talsmenn at administrasjonen er enkel som en av teknologiens herligheter.
Mange av dagens styringsverktøy er ikke granulære nok til å jobbe i et SOA-miljø, sier Rich Colton, applikasjonsintegrasjonsleder i ingeniør- og byggefirmaet Washington Group International i Boise, Idaho. "Det er det som har haltet. Alle sier at vi trenger å administrere infrastrukturen, men først må jeg forstå hva slags ressurser vi krever ut av den infrastrukturen," sier han.
Den komplekse naturen til SOA krever mer enn overvåking i produksjonsnettverk. IT-ledere må bruke teknologitrifekta for styring, kvalitet og styringsverktøy, sier bransjevaktere.
Les relatert historie om SOA-ledelse
"Enterprise IT-ledere trenger å forstå hvilken del av SOA de har å gjøre med og hvilken del de vil administrere akkurat nå. Det er ikke ofte en frittstående produktsituasjon," sier Randy Heffner, en Forrester Research-analytiker. "Før eller senere, hvis du gjør strategisk SOA, vil du trenge robust SOA-styring. For å få sammenlignbar funksjonalitet, må du kanskje skaffe deg et sett med produkter, i stedet for bare ett."
Så til tross for de lovede fordelene med en tjenesteorientert tilnærming, krever kompleksiteten i SOA-miljøer og applikasjoner styringsverktøy fra begynnelsen til distribusjon til drift og utover. I møte med slik kompleksitet har mange leverandører - både nykommere og veteraner - tatt utfordringen med SOA-ledelse. Noen takler et bestemt stadium i et SOA-prosjektets livssyklus, mens andre lover å ta opp SOA i sin helhet.
