Al een paar maal ben ik het nu tegengekomen; de opmerking dat de term "SOA" in de context van een bedrijf beter niet gebruikt kan worden. Men noemt het liever anders of helemaal niet. Je zou hieruit kunnen concluderen, dat niet alle in Nederland actieve bedrijven onverdeeld blij zijn met de term "SOA"; Dit woord heeft toch een ongewenste bijbetekenis. Het klinkt of je een nare ziekte kunt oplopen wanneer je je aan "onbeschermde" "service-orientation" waagt.
Daarbij komt, dat het nogal overdreven lijkt om de prefix SOA-... voor te voegen bij allerlei gremia, mechanismen, processen en activiteiten, die ook in het "pre-SOA" tijdperk al onderkend werden en zelfs in sommige gevallen prima functioneerden, zoals (SOA) governance, (SOA) testing, business-IT alignment (through SOA), (SOA) management. Elke keer doet zich weer de vraag voor wat de verschillen nu zijn.
Anderzijds lijkt het concept achter SOA, namelijk dat IT veel meer dan vroeger geleverd wordt in de vorm van (samengestelde) diensten, die goed aansluiten op de bedrijfsbehoefte, WEL een hoge acceptatiegraad te vinden.
Zouden we gewoon niet wat voorzichtiger moeten omgaan met de introductie van nieuwe termen en voldoende aandacht besteden aan de definitie ervan en tevens per situatie een goede analyse uitvoeren of de achterliggende concepten op die plek en dat moment goed passen?
Er schuilt immers een groot afbraakrisico in het ondoordacht toepassen van zo'n nieuwe IT trend, compleet met alle bijbehorende terminologie? Als het geen succes wordt, is de terminologie direct besmet.
Dit afbraakrisico wordt goed zichtbaar bij (tot mislukken gedoemde) pogingen tot inpassing van batch-processen in een SOA-kader. De veelgemaakte fout is dat men het batch-proces herprogrammeert in een of ander volledig op interactieve bericht-verwerking (messaging) gericht SOA pakket en het vervolgens uitrolt in een keten van gedistribueerde platformen. De performance die men gewend was, zal door de nieuwe infrastructuur bij lange na niet gehaald worden. Ook zullen de beheerkosten in vergelijking met voorheen de pan uit rijzen, zodat het voordeel van de wellicht goedkopere platformen allengs teniet wordt gedaan.
Zo moet je dit dus ook niet doen. Sommige processen zijn uit de aard der zaak batchprocessen. Die kan je prima aansluiten op een ESB, maar waarom zou je ze herprogrammeren?
Kortom, ik wil er een lans voor breken zorgvuldig om te gaan met het begrippenkader, goed op te letten wat mogelijk is in een bepaalde bedrijfssituatie en SOA niet te verwarren met specifieke product-suites.
Reacties (1)
Geschreven door adgerrits op 06-10-2009 20:29
Volgens mij is er niks mis met de Nederlandse vertaling "Service gerichte architectuur". Het klinkt niet kriebelend en het geeft prima aan dat het gaat om het kunnen verbeteren van "services". Mooi meegenomen dat "service" een bekend begrip is bij zowel lijnmanagers, it-architecten en techneuten. Iedereen kan de achterliggende principes dus mooi binnen zijn eigen kader plaatsen.
Via Nova Architectura is not responsible for the content of blogs, but authors and readers are asked to adhere the following guidelines. Authors are strongly encouraged to check facts, cite sources, present
balanced views, acknowledge and correct errors. Respect copyright, fair use and financial disclosure laws. Please do not disparage organizations, or individuals. Being critical of someone's practice is acceptable, when it is done in a professional manner. Prevent usage of marketing statements. Comments should be relevant to the specific post they are attached to. Spam, flaming, personal attacks, and off-topic comments are not
permitted. Readers are requested to notify
Dit e-mail adres is beschermd door spambots, u heeft Javascript nodig om dit onderdeel te kunnen bekijken
of any violations. The editor holds the right to remove any statements that, in the editors opinion, infringe the above guideline(s). The author receives a notification of this action.
