Business heeft steeds grotere behoefte om sneller in te spelen op veranderingen. IT moet dat kunnen faciliteren. In andere situaties gaat het om reductie van complexiteit ten behoeve van betere beschikbaarheid of verlaging van beheerkosten. Weer andere organisaties gaan voor efficiëntere business processen.

Deze zouden de aanleidingen voor SOA kunnen zijn. Is SOA dan de enige werkelijke oplossing? Hoe staat het met de complexiteit die SOA met zich mee brengt? Wat betekent SOA in uw context?

Bij een lopende implementatie zijn vaak voorkomende problemen:

Het is een architectuurmodel waarin systemen met erbij behorende bedrijfsfuncties niet meer op zichzelf staan
(silo's). Daarvoor in de plaats komt een samenhang bestaande uit afnemers en leveranciers van diensten in de vorm van services. Deze zijn gedefinieerd door middel van service contracten. In de essentie bestaat SOA uit drie onderdelen waar alles om draait: een service verlener, een service contract en service afnemers.

Het is in ieder geval geen technologie die u kunt kopen. Door het kopen van een ESB of een BPM tool is er nog geen SOA. Omdat het een architectuurmodel is of een manier waarop systemen worden ontworpen of gekozen, is het niet aan te wijzen of vast te pakken.

Een of meer out-of-box technologieën kunnen wel afzonderlijke aspecten die met SOA gepaard gaan ondersteunen.

De manieren waarop SOA wordt toegepast kunnen zeer verschillend zijn. Er is niet zoiets als de beste aanpak of het SOA kookboek. Iedere situatie vraagt om een eigen aanpak afhankelijk van de business behoefte en met name de staat waarin IT verkeert.