Computable.nl
  • Thema’s
    • Carrière
    • Innovatie & Transformatie
    • Cloud & Infrastructuur
    • Data & AI
    • Governance & Privacy
    • Security & Awareness
    • Software & Development
    • Werkplek & Beheer
  • Sectoren
    • Channel
    • Financiële dienstverlening
    • Logistiek
    • Onderwijs
    • Overheid
    • Zorg
  • Computable Awards
    • Overzicht
    • Nieuws
    • Winnaars
    • Partner worden
  • Vacatures
    • Vacatures bekijken
    • Vacatures plaatsen
  • Bedrijven
    • Profielen
    • Producten & Diensten
  • Kennisbank
  • Nieuwsbrief

Is er teveel middleware?

13 september 2001 - 22:004 minuten leestijdOpinieCloud & Infrastructuur
Martin Healey
Martin Healey

Er lijkt gelukkig geen eind te komen aan de reeks nieuwe en innovatieve softwareproducten. Maar in de huidige wereld van gedistribueerde systemen, e-handel en geïntegreerde applicaties moet elk nieuw product met andere systemen kunnen samenwerken.

Deze eis is niet nieuw, maar geldt al jaren. In een ideale wereld zijn de interfaces naar systeemdiensten en misschien andere applicaties consistent en goed gedocumenteerd; de realiteit is echter anders. De interfaces zouden ook consistent moeten zijn van het ene type systeem naar het andere, maar dat zijn ze ook niet. En dus was het onvermijdelijk dat een deel van de last van het ontwikkelen van software om de interface naar een systeem te helpen, op de schouders kwam te liggen van ‘derde partijen’, softwarehuizen die zich specialiseren in dergelijke producten in plaats van in applicaties. Deze producten van derden leverden in feite een softwarelaag ter verbetering en vereenvoudiging van de interfaces die worden geleverd door besturingssystemen als mvs, Windows of Unix.
Software van derden was ook nodig omdat er behoefte was aan veel betere beheertools dan IBM en anderen leverden. Deze behoefte groeide, toen grotere producten werden toegevoegd aan het basis besturingssysteem, in het bijzonder database managementsystemen, ‘jobschedulers’ (werklast/batch) en beheersoftware voor transactieverwerking. En toen kwam de nadruk te liggen op communicatie en een overvloed aan actuele communicatie softwareproducten, en de onvermijdelijke beheertoevoegingen.
Al deze software, die noch kernbesturingssysteem noch applicatie is, wordt aangeduid met middleware. In de begintijd waren tp-monitoren (’transaction processing’) van derden te beschouwen als middleware, maar zulke producten zijn weggevaagd door kernproducten als Cics of Tuxedo. Hetzelfde gebeurt met aan internet gerelateerde software. In het begin van de e-handelrevolutie waren er geen standaardproducten en dus verschenen er talrijke producten om het Web te koppelen aan applicaties en databases. Nu hebben Micrsosofts ASP, Bea Weblogic en IBM’s Websphere deze middlewaremarkt overgenomen, en leggen ze de nadruk op andere middleware voor applicatiepakketten en ontwikkeltools.
Het patroon wordt nu duidelijk. De gebreken in de kern-softwaresystemen creëren een markt voor tal van producten van derde partijen. Die worden in het algemeen met succes verkocht, omdat de applicatieontwikkelaars zich willen concentreren op de applicatie zelf en niet op beheer- en interfacesoftware. Met elke nieuwe versie verbeteren IBM, Oracle, en anderen geleidelijk hun eigen software. Dat is enerzijds een natuurlijke vooruitgang en biedt anderzijds een mogelijkheid om een deel van de inkomsten te krijgen die aan derden worden betaald. Softwarehuizen van derden moeten doorgaan met het bedenken van nieuwe producten om tegemoet te komen aan de vraag naar nieuwe ontwikkelingen of anders uit de business stappen. Het laatste is maar al te vaak het geval, maar dat brengt weer een ander probleem met zich mee. De meeste gebruikers van specifieke middlewareproducten zullen overstappen op de nieuwe kernsoftware, maar ze zullen niet zomaar alles van de ene dag op de andere opwaarderen om hun belangrijkste leverancier te volgen. Dus moeten de bestaande softwareproducten van derden enkele jaren gehandhaafd blijven -ook al genereren ze niet meer voldoende inkomsten- om de oorspronkelijke leverancier overeind te houden. Hier kwam Computer Associates op de proppen. CA was een van de eerste ‘derde partij’ontwikkelaars, en werd enorm groot door het overnemen van andere derde-partij softwareleveranciers die in doodsnood verkeerden.
Het ontwikkelen stagneerde en CA verdiende een fortuin met de inkomsten uit onderhoud. Uiteindelijk vervingen de klanten de oude software door upgrades voor de kernsystemen, maar op dat moment waren er genoeg stervende softwarehuizen om CA te voeden.
De situatie verandert echter weer. De groei in pc’s verontrustte CA, hoewel het in staat was vooruitgang te boeken door de overname van zijn eigen concurrenten, met name Legent, en door het voortzetten van de ontwikkeling van zijn Unicenter systeembeheertool. Maar als een pc-sofwareproduct niet langer wordt ondersteund, is dat ten dode opgeschreven. Er is geen loyaliteit aan een product, en de oude producten worden makkelijker vervangen dan equivalente producten in mainframesystemen. Hierdoor was er niets in de pc-sector waarmee CA zijn honger kon stillen.
Ongetwijfeld zullen de zaken wat beter gaan wanneer de ‘open-systeem’-beweging eindelijk krachtiger wordt door internet, en de interfaces tussen verschillende (sub)systemen eenvoudiger worden. Dan zal er minder behoefte aan allerlei middleware-software bestaan. De droevige conclusie luidt dan dat de dotcom-afvalberg gezelschap krijgt van een groot aantal failliete it-bedrijven.

Meer over

E-commerce

Deel

    Inschrijven nieuwsbrief Computable

    Door te klikken op inschrijven geef je toestemming aan Jaarbeurs B.V. om je naam en e-mailadres te verwerken voor het verzenden van een of meer mailings namens Computable. Je kunt je toestemming te allen tijde intrekken via de af­meld­func­tie in de nieuwsbrief.
    Wil je weten hoe Jaarbeurs B.V. omgaat met jouw per­soons­ge­ge­vens? Klik dan hier voor ons privacy statement.

    Whitepapers

    Computable.nl

    Beveiliging begint bij de Server

    Waarom lifecycle-denken cruciaal is voor IT-security

    Computable.nl

    Bouw de AI-organisatie niet op los zand

    Wat is de afweging tussen zelf bouwen of het benutten van cloud?

    Computable.nl

    Slimme connectiviteit: de toekomst van bouwen

    Hoe stoom jij jouw organisatie in de bouw en installatie sector klaar voor de digitale toekomst?

    Meer lezen

    Filter
    OpinieCloud & Infrastructuur

    Ddos-aanvallen (en waarom L3-filtering niet optioneel is)

    Handen, samenwerken, fusie
    ActueelOverheid

    Meer regie en samenwerking bij digitalisering overheid

    ActueelGovernance & Privacy

    Microsoft: we zijn geen hulpsheriff

    ActueelCloud & Infrastructuur

    HPE-Juniper vormt blok tegen Cisco

    OpinieCloud & Infrastructuur

    Opkomst van soevereine clouds: stel dataportabiliteit centraal

    knop op toetsenbord met rolstoelsymbool
    ActueelOverheid

    Einde aan wildgroei van overheidswebsites

    Geef een reactie Reactie annuleren

    Je moet ingelogd zijn op om een reactie te plaatsen.

    Populaire berichten

    Meer artikelen

    Uitgelicht

    Partnerartikel
    AdvertorialInnovatie & Transformatie

    Ontdek de toekomst van IT-support en m...

    Op 16 september 2025 vindt in de Jaarbeurs in Utrecht een gloednieuw event plaats dat volledig is gericht op IT-professionals:...

    Meer persberichten

    Footer

    Direct naar

    • Carrièretests
    • Kennisbank
    • Planning
    • Computable Awards
    • Magazine
    • Abonneren Magazine
    • Cybersec e-Magazine
    • Topics

    Producten

    • Adverteren en meer…
    • Jouw Producten en Bedrijfsprofiel
    • Whitepapers & Leads
    • Vacatures & Employer Branding
    • Persberichten

    Contact

    • Colofon
    • Computable en de AVG
    • Service & contact
    • Inschrijven nieuwsbrief
    • Inlog

    Social

    • Facebook
    • X
    • LinkedIn
    • YouTube
    • Instagram
    © 2025 Jaarbeurs
    • Disclaimer
    • Gebruikersvoorwaarden
    • Privacy statement
    Computable.nl is een product van Jaarbeurs