Middleware ist das Herzstück der IT

Was ist 'Middleware'? Der französische Professor Sacha Krakowiak definiert Middleware als [eine] Softwareschicht, deren Aufgabe es ist, die Anwendungsentwicklung zu vereinfachen, indem sie gemeinsame Programmierabstraktionen bereitstellt, indem sie die Heterogenität und die Verteilung der zugrundeliegenden Hardware und Betriebssysteme maskiert, und indem sie Details der Low-Level-Programmierung verbirgt Das macht Sinn, wenn man bedenkt, dass das Schreiben eines http-Servers oder eines Servlet-Containers heutzutage nicht mehr als vernünftig angesehen wird, angesichts der Vielzahl von kommerziellen und Open-Source-Produkten, die sich bereits bewährt haben. Im Laufe der Jahre hat sich eine Reihe von Produkten und Standards herausgebildet, die in zunehmendem Maße die Feinheiten auf niedriger Ebene verbergen und den Anwendungsprogrammierern einfache, aber leistungsfähige Abstraktionen bieten. Sie reichen von Webservern, Datenbanken und Anwendungsservern bis hin zu EBS- und BPM-Plattformen. Sie bilden die IT-Landschaft, die moderne Unternehmen ermöglicht. Und es ist ihre Heterogenität und Verteilung, die den Kern der aufkommenden Probleme bildet, die wir in den kommenden Wochen in einer Top-10-Blogserie behandeln werden.

Middleware fügt eine neue Ebene der Komplexität hinzu Anwendungsserver (zum Beispiel) lösen viele Probleme bei webbasierten Anwendungen. Damit entstehen aber auch Probleme auf höherer Ebene, die die unternehmensweite Infrastruktur und Integration betreffen. Middleware-Probleme treten typischerweise in mittleren bis großen Unternehmen auf, deren Hauptgeschäft mehr und mehr von internetbasierten Anwendungen abhängt. Die Probleme haben ihre Ursprünge und Lösungen sowohl in der Technologie als auch in der Organisationspsychologie. Es geht um Menschen, ihr Wissen, ihre Kontrollbefugnisse und ihre Einbindung in andere Prozesse im Unternehmen. Die 10 Themen haben unsere Denkweise geprägt, die wir bei der Beurteilung von Unternehmen einsetzen, die uns mit der Prüfung ihrer Softwareentwicklungs- und Betriebsprozesse beauftragen. Sie alle mussten Antworten auf Probleme finden, die Anwendungsserver nicht zufriedenstellend gelöst haben, wie z.B. die Bereitstellung oder die Synchronisierung von Test- und Produktionsumgebungen. Sie haben erkannt, dass Middleware (oft) das Schlachtfeld ist, auf dem Entwickler und Administratoren aufeinander treffen. Und sie haben Schwierigkeiten, Mitarbeiter zu finden, die über die richtigen technischen Fähigkeiten verfügen und gleichzeitig die Fähigkeit haben, zwischen diesen beiden Gruppen zu vermitteln. Middleware wird bleiben Beim Schreiben von Software geht es in zunehmendem Maße darum, vorhandene Komponenten mithilfe von Code und Konfiguration zu kombinieren. Die Integration einer Vielzahl von Infrastrukturkomponenten erfordert detaillierte Kenntnisse der Plattform und die Fähigkeit, die Entwickler anzuleiten. Dies ist typischerweise die Aufgabe eines Architekten. Dieser Architekt sollte auch in Kontakt mit Unternehmensberatern stehen, um die Macht der Middleware nutzen zu können, um den Erfolg von Geschäftsinitiativen langfristig zu unterstützen. Während sich Projekte mit unmittelbaren Bedürfnissen befassen, ist die Middleware eine langfristige Investition, die im Laufe der Zeit überarbeitet werden muss. Dies nicht zu verstehen, ist ein Rezept für Probleme. Middleware erfordert Management Beim Middleware-Management geht es nicht nur um die Anwendungsentwicklung oder das Management des Lebenszyklus von Anwendungen, es ist auch nicht Teil eines Helpdesks oder nur eine weitere Form des Systemmanagements. Es geht um all das und mehr. Es ist das Herzstück einer IT-Organisation. Das bedeutet, dass die Middleware-Mitarbeiter in die Entscheidungsprozesse einbezogen werden sollten, was oft nicht der Fall ist. Andererseits sollten die Middleware-Mitarbeiter ihre Arbeit rationalisieren, technologisch auf dem neuesten Stand bleiben und nach Prinzipien und Best Practices arbeiten, sonst sind sie ein Hindernis für die Projekte, die sie unterstützen. Nummer 10 auf der Liste ist das "Abhängigkeitsproblem", d.h. die Verfügbarkeit der Systeme sollte nicht nur von diesem einen Experten abhängen.