Samstag, März 11, 2006
Open Source: Wie die Nadel im Heuhaufen finden?
Open Source ist geprägt von einem enormen Reichtum an Software-Lösungen, -Komponenten und –Plattformen. Über 140'000 Projekte sind bekannt, täglich kommen neue Projekte hinzu. Unabhängig, ob es sich beim Gegenstand um eine Paket-Software (z.B. SugarCRM), eine Lösungskomponente (z.B. JasperReports), ein Framework (z.B. Spring) oder eine Infrastruktur-Plattform (z.B. Linux) handelt, spricht man in der Open Source Community von einem „Projekt“. Diese Projekte können in den unterschiedlichsten Stadien sein, vom Konzept-Stadium bis zu vollständig ausgereif. Entsprechend aufwändig kann es dann auch sein, die richtige Lösung oder Library für ein bestimmtes Problem zu finden, die gleichzeitig auch noch die Ansprüche an Zuverlässigkeit, Lang-fristigkeit und Supportmodelle befriedigt.
Firmen wie Optaros setzen einen wesentlichen Anteil ihrer Mittel dafür ein, die wichtigen und interessanten Projekte zu kennen, Vor-evaluationen für die unterschiedlichsten Anwendungszwecke und Ein-sätze durchzuführen. Dieses Knowhow ist Teil des „Added Value“ für die Kunden. Das Identifizieren und Evaluieren von Open Source Technologien ist keine schwarze Magie, sondern vollzieht sich nach logischen Grundmustern.
Der erste Schritt dabei ist die Erstellung der „Long List“, also einer Liste mit allen sinnvollen Technologien für einen bestimmten Zweck. Google ist hier genauso eine Hilfe, wie die Community-Repositories Sourceforge, Freshmeat, Objectweb oder Apache. Daneben gibt es Meta-Repositories und Übersichten, die ebenfals weiterhelfen können. Optaros konsolidiert das Wissen zudem in internen Datenbanken. Der im Frühling 2006 erscheinende „Optaros Open Source Katalog“ wird eine konsolidierte Version dieser Datenbank enthalten und damit vielen Unternehmen das Suchen nach der richtigen Lösung erleichtern, da neben der Auflistung der Projekte auch Rangierungen und einfache Bewertungen enthalten sind.
Die Long List wird in weiteren Schritten durch Anwendung von Rating-Mechanismen und dem Einsatz einer Evaluationsmethdik weiter konzen-triert, bist am Ende der Prozesses eine oder mehrere Technologien als bestgeeignet identifziert werden können. Optaros setzt eine erweiterte Rating-Version des „Business Readiness Ratings“ (openBRR.org) ein.
Vor dem Einsatz von Open Source Technologien empfiehlt sich in den meisten Fällen ein Proof-of-Concept im angestrebten Umfeld.
Firmen wie Optaros setzen einen wesentlichen Anteil ihrer Mittel dafür ein, die wichtigen und interessanten Projekte zu kennen, Vor-evaluationen für die unterschiedlichsten Anwendungszwecke und Ein-sätze durchzuführen. Dieses Knowhow ist Teil des „Added Value“ für die Kunden. Das Identifizieren und Evaluieren von Open Source Technologien ist keine schwarze Magie, sondern vollzieht sich nach logischen Grundmustern.
Der erste Schritt dabei ist die Erstellung der „Long List“, also einer Liste mit allen sinnvollen Technologien für einen bestimmten Zweck. Google ist hier genauso eine Hilfe, wie die Community-Repositories Sourceforge, Freshmeat, Objectweb oder Apache. Daneben gibt es Meta-Repositories und Übersichten, die ebenfals weiterhelfen können. Optaros konsolidiert das Wissen zudem in internen Datenbanken. Der im Frühling 2006 erscheinende „Optaros Open Source Katalog“ wird eine konsolidierte Version dieser Datenbank enthalten und damit vielen Unternehmen das Suchen nach der richtigen Lösung erleichtern, da neben der Auflistung der Projekte auch Rangierungen und einfache Bewertungen enthalten sind.
Die Long List wird in weiteren Schritten durch Anwendung von Rating-Mechanismen und dem Einsatz einer Evaluationsmethdik weiter konzen-triert, bist am Ende der Prozesses eine oder mehrere Technologien als bestgeeignet identifziert werden können. Optaros setzt eine erweiterte Rating-Version des „Business Readiness Ratings“ (openBRR.org) ein.
Vor dem Einsatz von Open Source Technologien empfiehlt sich in den meisten Fällen ein Proof-of-Concept im angestrebten Umfeld.
