Teknologilederes huskeliste for SOA-prosjekter

Oslo, februar 2007 - Leif Arne Rones, Sjefsarkitekt og Gisle Birkeland, Seniorarkitekt i Accenture.

SOA eller tjenesteorientert arkitektur som det vanligvis er kalt i Norge er på manges lepper disse dager. Sagt litt enkelt kan en hevde at SOA leverer det ”.COM” lovet.

Kort fortalt går SOA ut på at virksomheter tilgjengeliggjør forretningssystemene som et sett av uavhengige, gjenbrukbare, samspillende tjenester på Internett, Intranett og Extranett (nett for samarbeidspartnere).

De positive resultatene av tjenesteorientert arkitektur kommer ikke automatisk. For å understøtte innføring av SOA hos kunder har Accenture identifisert de 10 viktigste aspekter som en teknologileder må adressere for en vellykket SOA-implementasjon:

1. Plattformkompetanse og –egenskaper
   Noe av det som appellerer ved SOA teknologi er at SOA er plattformuavhengig. En hovedutfordring, dog, er at ved å introdusere SOA på tvers av flere forretningsområder ukontrollert kan dette faktisk medføre at en i stedet implementerer flere teknologier og ikke færre.
   
   
2. Rasjonalisering av applikasjonsportefølje
   Mange organisasjoner fortsetter å drifte en applikasjonsportefølje som ikke er optimal. Med vissheten om at rasjonalisering er nødvendig kan det være fristende å bruke en SOA-tilnærming for å legge et friskt, nytt, lag over et svakt, underliggende, fundament bestående av eksisterende løsninger. Selv om SOA kan forlenge levetiden av utvalgte eksisterende systemer er det viktig å rasjonalisere systemer og applikasjoner før en setter i gang utvidet tjenestebasert utrulling.
   
   
3. Arkitekturstandarder og evne til samspill
   Siden aksept av standarder gjør det enklere å oppnå samspill gjennom og mellom organisasjoner så må teknologiledere vurdere flere spørsmål: Hvilke utfordringer må løses når forskjellige plattformer, kode- og tjeneste-repositories, master-data regimer implementeres? Hvordan vil organisasjon sikre at en følger standarder ved videreutvikling og vedlikehold?
   
   
4. Dataarkitektur
   I fokuset på tjenestegjenbruk og standarder er det lett å glemme dataarkitektur. De tradisjonelle utfordringer med å oppnå enighet på tvers innad i organisasjonen vil øke i og med at en nå også må oppnå enighet mellom virksomheter. Viktige aspekter å se på er bruk av standarder samt riktig design av data i forhold til hva som er internt for enkelte applikasjoner og hva som er felles for flere applikasjoner og organisasjoner.
   
   
5. Infrastruktur og drift
   Teknologiledere vil måtte vurdere eksisterende infrastruktur får å se hvor godt dette kan understøtte en SOA-arkitektur hvor virksomheten ”åpner” seg for omverdenen. Service Level Agreements og løsninger for høy oppetid er viktige bestanddeler.
   
   
6. T organisasjon og styring av virksomhetsarkitektur
   Ved å omfavne SOA må en etablere en hensiktsmessig styringsstruktur for å forsikre seg om at interne og 3.parts tjenester og forretningsprosesser holdes oppdatert.
   
   
7. Metoder og verktøy En annen SOA utfordring vil komme til å bli utvikling av nye løsninger som omfavner mange teknologier. Organisasjoner må benytte seg av gode metoder og verktøy som dekker dette mangfoldet.
   
   
8. Testing og kvalitetssikring
   Organisasjoner må sikre tilgjengelighet til tjenester, utvikle SLAer og påse at disse overholdes. I og med at en med SOA får en stor grad av avhengighet ikke bare til andre applikasjoner i egen organisasjon, men også applikasjoner i andre organisasjoner er testing nødvendig og testautomatisering viktig for å holde kostnaden på testing nede.
   
   
9. Sikkerhet
   I IT-omgivelser hvor forretningsprosesser vil endres hurtig må fremdeles organisasjoner sikre at konfidensialitet, identifisering, integritet, autorisasjon og sporbarhet overholdes. Sikkerhet bør være en integrert del av en løsning slik at dette ikke reduserer en organisasjons evne til å endre prosessene i takt med behovene.
   
   
10. Opplæring
    Sist, men ikke minst er det viktig at alle berørte roller i organisasjonen får opplæring i SOA. Dette inkluderer ikke bare SOA-verktøy og design, men også prosessmodellering og IT-styring

Hvordan IT-organisasjonen adresserer disse områdene vil være avgjørende for hvor godt virksomheter vil være i stand til å utnytte SOA for å tilpasse seg nye markedssituasjoner – og finne nye måter å differensiere seg på i markedet. I en tid hvor reaksjonsevne blir kritisk er det viktig å få avdekket ens egen organisasjons egenskaper innenfor disse områdene.