Undgå dårlig SOA

Jason Bloomberg gennemgår i denne artikel nogle af de faldgruber, der er i en SOA-implementering.

• Argumentere om hvad SOA er frem for at gøre SOA rigtigt
• Forveksle webservices med SOA - Vær dog opmærksom på at opbygning af en SOA uden brug af webservicestandarerne, vil forøge risikoen for en dårlig SOA.
• At overlade SOA til it-afdelingen
• Tro at man kan købeen SOA fra en leverandør
• Opbygge SOA fra grunden
• Vandfalds-SOA-projekter
• Gøre SOA for vanskeligt

Jeg vil tilføje en: Det vil ikke give mening at opbygge en tidslinie for brugen af SOA. Virksomheden må forstå, at forretningsverdenen er i konstant bevægelse, og planlægge derefter. Der er heller ingen deadline for, hvornår virksomheden skal have afsluttet overgangen til SOA. Det kan sagtens tænkes, at mange virksomheder vil fortsætte med kun at være delvist serviceorienteret i al evighed. Der er vigtige økonomiske fordele ved at tage denne pragmatiske og fleksible tilgang til SOA. Migreringen sker på håndterbare trin, og hvert trin vil have en målbar indtjening. SOA er den rette til at løse mange af de vanskeligste integrationsproblemer. Efterhånden som en virksomhed bevæger sig mod SOA, vil udfordringer som kompleksitet, ufleksibilitet og skrøbelighed gradvist forsvinde og virksomheden blive mere og mere behændig.
Det er vigtigt rimelig tidligt i processen at opbygge en overordnet arkitekturbyplan , der udstikker retningen for virksomhedens arkitektur. Denne byplan skal fungere som retningsgivende uden at specificere implementeringsdetaljer.
Jason Bloombergs artikel findes her