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/)
---------------------------------------------------------------------
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
