Kaufen oder nicht kaufen

IT-Manager, die herausfinden möchten, ob sie die Kosten von APM rechtfertigen können, müssen die Auswirkungen schlechter Performance den hinzugefügten Managementbemühungen, den Einführungskosten und den Pflegegebühren gegenüber stellen. Sie müssen außerdem entscheiden, ob sie Applikations-Server-Agenten vertragen können. Diese sind notwendig, um an tiefe Applikations-Performance-Informationen zu gelangen.

Zu beachten ist, dass über vorübergehende Probleme viel zu häufig nicht berichtet wird, selbst wenn sie wirkliche Auswirkungen auf die Produktivität haben. Wer solche Probleme vermutet, sollte Hersteller wie BMC, Keynote oder Mercury besonders berücksichtigen, deren Produkte synthetisches Benutzer-Monitoring als Service bieten.

Die Lösung von Problemen verlangt ein Verständnis der Applikationskomplexität und der abhängigen Komponenten. Die CPU-Auslastung auf Systemebene, die Netzwerkperformance, die Datenbank-Latency, Client-Probleme und andere – alle diese Dinge können nachteilige Effekte für eine Applikation haben.

Viele Organisationen beobachten einiges davon, aber nur wenige haben Einblick in die komplexen Beziehungen. Und dieser ist nötig, um herauszufinden, welche Auswirkungen ein Problem an einer Stelle auf das gesamte System hat. Und hier kommt APM ins Spiel.

Die Teile des Puzzles

Unsere Vorstellung von einer holistischen APM-Installation ist eine Konfiguration, die in Harmonie mit dem Netzwerk darum herum funktioniert, in der alle Teile sich glatt zum großen Bild zusammenfügen.

Während einige Hersteller daran arbeiten, eine solche Installation tatsächlich zu realisieren, offerieren die meisten noch immer nur einzelne Stücke des Puzzles. Network Computing testete, wie gut die Suites Daten sammeln und ob die eingesetzten Agenten tatsächlich kritisch sind.

Die Anbieter von Produkten, die auf synthetischen Transaktionen beruhen, sagen, dass sie Performanceprobleme in Umgebungen entdeckten, wo die Installation von Agenten nicht sinnvoll ist. Als Alternative nutzen einige Hersteller Appliances, die ohne Agenten die Benutzerantwortzeiten beobachten und messen.

Sind Client-Agenten erforderlich, um tatsächlich quantifizieren zu können, wann ein Benutzer nicht akzeptable Performance erfährt? Wenn eine Organisation bereits die meisten Komponenten ihrer Applikationsinstallation beobachtet, lohnt sich die Implementation einer holistischen APM-Architektur dann trotzdem noch? Es ist nicht einfach, den Return-on-Investment zu bestimmen.

Organisationen können zwar APM-Stücke verschiedener Hersteller kombinieren, aber der Trend ist die Auswahl eines einzelnen Anbieters, der eine enge Integration garantiert. Die APM-Hersteller haben erkannt, dass dieser Weg den größten Wert bietet. Leider sind die Kosten dieses holistischen Wegs für viele Unternehmen nicht tragbar.

Somit benötigen sie nach wie vor individuelle Komponenten, die tiefere Einblicke in die Gesundheit der Applikationen bieten, als sie heute bekommen.

Spezialfälle

APM spielt eine Rolle beim Einzug der Virtualisierung in funktionierende Installationen. Bislang genießen nur wenige Unternehmen die Kraft und die Einsparungen, die virtuelle Data-Centers offerieren. Das ist so, weil IT-Manager zögern, kritische Geschäftsapplikationen ohne präventives Performance-Monitoring zu verändern. Organisationen, die den Status ihrer Applikationslandschaft nicht gut erfassen, fürchten Performance-Einbrüche durch die Virtualisierung.

Telekommunikations- und IT-Service-Provider sehen eine zunehmende Konsolidierung der Industrie. Sie suchen Wege, mehr Value-Added-Services zu offerieren. Das umfasst typischerweise die Applikations-Service-Infrastruktur und APM. Ohne ein Verständnis der Applikationsperformance ist es ihnen jedoch nicht möglich, ihren Kunden Service-Level-Agreements und Quality-Services zu bieten.

Angetrieben durch Regulierungen wie Sarbanes-Oxley sowie durch Standards wie Itil v3 oder ISO-2000 wandeln sich IT-Service-Provider zu CIO-Dashboards oder Geschäfts-Service-Management-Suites, die von APM abhängig sind. Jedes Dashboard verlangt ein Verständnis der Applikationen und der darunter liegenden Infrastruktur.

Fehlermanagement ist zwar noch immer wichtig, liegt aber längst nicht mehr im Brennpunkt, weil Organisationen danach streben, präventiv zu handeln und Fehler von vornherein zu verhindern.

Keine Einheitsgröße

Unternehmen bereiten sich auf die Auswahl eines APM-Partners vor, indem sie ein solides Verständnis entwickeln, wie ihre Applikationen arbeiten. Beispielsweise offerieren viele Anbieter J2EE oder .Net-Apps, bieten aber keine Agentenunterstützung für generelle Web-Applikationsplattformen.

Checkliste

Andere sammeln Paket-Level-Daten von Switches und ermöglichen damit ein Echtzeit-Benutzer-Monitoring, erlauben aber nach Feierabend keine Tests, weil sie synthetischen Transaktionen nicht können. Es ist gut, den APM-Anbietern folgende Fragen zu stellen

•Wie sammelt das Produkt Server-Hardware-, Betriebssystem-, Applikations- und Netzwerk-Performance-Informationen?

•Wie entdeckt es die Ursache eines Performanceproblems über die Applikations-, System- und Netzwerkschichten hinweg?

•Benötigt es proprietäre Agenten und führt es synthetische Transaktionen aus?

•Ist es Hardware oder Software?

•Welche Applikationen kann es beobachten?

•Wird es mit existierenden Management-Tools zusammenarbeiten?

•Welche Art historischer Performance-Berichte ist verfügbar?

•Entwickelt es eine Basis für die existierende Umgebung und meldet dann Abweichungen davon?

1. APM: Damit die Geschwindigkeit stimmt
2. Kaufen oder nicht kaufen