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.
Be the first to write a comment
Only registered users can write comments. Please login or register.
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
This e-mail address is being protected from spam bots, you need JavaScript enabled to view it
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.
