Hi Christoph, hi Boris, zu dem Thema möchte ich auch gern Kommentare beisteuern =) Christoph Ohliger schrieb:
ist schon eine Weile her ... Ich persönlich halte den Aufbau der CMDB in OTRS für suboptimal.
Mir ist vor allem die Usability nicht gut genug. Ich dachte, das ändert sich mit der Zeit, aber die Entwicklung geht zu langsam voran. Und genau das ist das Hauptproblem, es muss nicht perfekt sein, aber es muss ein Ende absehbar sein.
Insofern suche ich schon seit einer Weile nach Alternativen die sich in das OTRS integrieren lassen.
Ich habe die CMDB nun deinstalliert und in Folge das gesamte ITSM-Modul. Statt dessen setze ich nun auf eine externe Lösung. Der Vorteil der gemeinsamen Arbeitsoberfläche ist dann zwar weg, aber dafür gewinne ich Flexibilität und bin zudem mit meiner OTRS-Version wieder ganz nah am Standard-Code, was Erweiterungen einfacher macht - zum Beispiel für eine externe CMDB. @Christoph: Wie soll die Integration denn aussehen? Ich brauche eigentlich nur einen bidirektionalen Link zwischen einem Ticket und einem CI in der externen CMDB. Basierend auf dem Wissen aus der Communityarbeit der letzten zwei Jahre, müsste sich das vergleichsweise einfach realisieren lassen und auch bei externer Beauftragung gut bezahlbar sein.
Ich bin dabei auf I-doit gestossen, das ich im Bereich Asset Management besser finde.
Ich werde in Zukunft GLPI, itop und i-doit evaluieren als CMDB. Hinzu kommt noch ein System zur Inventarisierung und Softwareverteilung mit Schnittstelle zur CMDB. Hier kamen opsi und OCS Inventory NG in Frage. Die Wahl ist dabei auf OCS gefallen, was nun bereits erfolgreich im Einsatz ist. OCS hat eine Schnittstelle zu GLPI und als Community-Modul eine zu OTRS. Trotzdem schaue ich mir itop und i-doit erst an, da die CMDB das Kernelement ist. Schnittstellen zu OCS sind bei beiden nicht unwahrscheinlich. Die Schnittstelle zu OTRS erfolgt dann wie oben erläutert notfalls über eine Code-Erweiterung. Wichtig ist, dass die CMDB ohne Closed-Source-Bestandteile vernünftig einsetzbar ist. Geld wird nach Möglichkeit nur in Open-Source-Bestandteile investiert, so dass man unabhängig ist. Eine Closed-Source-Phase während der Finanzierung schließt das allerdings nicht aus, so lange die Features später Open-Source werden und somit frei veränderbar und verfügbar sind.
Leider gibt es hier momentan nur eine Verknüpfung, aber an einer Integration der CMDBs wird gearbeitet.
Weißt du, was die Integration macht? Von der noch recht kurzen Beschreibung her klingt es für mich nach der Ticket-CI-Verknüpfung? @Boris: Wo finde ich denn das Foren-Topic? Habe es erst Mal nicht gefunden :( Lass doch Mal die OTRS-User-Treffen Rheinland dazu nutzen, mit dem CMDB-Thema weiterzukommen. Ich empfehle dir auf jeden Fall nicht nur OTRS::ITSM zu evaluieren, sondern auch Alternativen. Den Großteil deiner Feature-Liste decken die oben genannten drei Systeme in der Regel ab, das sind die üblichen Anforderungen. Alles deckt AFAIK keines ab, aber das lässt sich dank Open-Source ja beheben, vor allem wenn eine Community existiert. Grüße Alexander Public Relations OTRS Community Board / OtterHub (http://www.otterhub.org/)