Letzte Woche habe ich über die Festlegung Ihrer Leistungsziele gebloggt: Definition Ihrer Anforderungen. Diesmal werde ich über die Bedeutung eines Proof of Concept für die Leistung bloggen. Die IT-Welt ist sehr empfindlich gegenüber Trends. Da ich seit 15 Jahren in der IT-Branche tätig bin, habe ich schon einige erlebt. Eine Technologie ist eine Zeit lang angesagt und kommt dann schnell wieder aus der Mode und ist Schnee von gestern. Sie wird dann durch etwas ersetzt, das viel besser ist und dem jeder fast blind folgt.
Solche Modeartikel sind zum Beispiel CORBA, CGI, Applets, EJB, Struts, Spring, Server Faces, XML, SOA, OMT, UML und RIA, um nur einige zu nennen. Oft wird eine neue, innovative Technologie in einem Projekt verwendet, nur um im Trend zu liegen. Darüber hinaus hat jede Technologie oder jedes Framework seine eigenen Kinderkrankheiten und verbraucht meist mehr Ressourcen als sein Vorgänger. Ziel einer solchen neuen Technologie ist in der Regel die Verbesserung der Flexibilität, der Produktivität oder der Wartbarkeit, und die Leistung hat in der Regel keine Priorität oder wurde überhaupt nicht berücksichtigt. Daher ist es fraglich, ob die gewählte neue Technologie und Architektur die vorgegebenen Leistungsanforderungen erfüllen wird. In der Praxis wird dies regelmäßig erst in einem späten Stadium des Projekts deutlich: wenn es bereits über den geplanten Produktionstermin hinausgerutscht ist. Erst dann kann sich herausstellen, dass die gewählte Technologie oder Architektur einfach nicht ausreichend ist. Und der Wechsel zu einer anderen Technologie oder Architektur führt in der Regel zu hohen Kosten und langen Verzögerungen. Daher ist es unerlässlich, einen Proof of Concept für die Leistung durchzuführen, bei dem alle Technologie- und Architekturkomponenten in einem vertikalen Ausschnitt der Anwendung berührt werden. Es ist wichtig, dass dieser Test in einer ausreichend repräsentativen Weise durchgeführt wird, worauf ich in meinem nächsten Beitrag näher eingehen werde. Durch die Durchführung dieses PoC und das Verständnis und die Nutzung der Ergebnisse kann das Projekt frühzeitig in die richtige Richtung korrigiert werden, um übermäßige Kosten und Verzögerungen zu vermeiden. Das nächste Mal werde ich über Schritt 3 bloggen : repräsentative Leistungstests.
Verfasst von
Jeroen Borgers
Unsere Ideen
Weitere Blogs
Contact



