Migrationsleitfaden Version 3.0

Kriterium Microsoft Novell Univention
Welcher Integrationsgrad
besteht?
Ist die technische Realisierung
der Integration öffentlich
dokumentiert?
Ist der Einsatz alternativer
Komponenten technisch
möglich?
Verwendet die Lösung
ausschließlich Standardprotokolle
und Schnittstellen?
Handelt es sich bei den
Integrationskomponenten
um Open Source Software,
deren Quellcode
einsehbar und veränderbar
ist?
Werden proprietäre, nicht
offengelegte oder lizenzpflichtige
Protokolle verwendet?
Sind die verwendeten Protokolle
offen und frei zugänglich
dokumentiert?
3.8 Fazit
hoch mittel bis hoch leicht bis mittel
teilweise teilweise teilweise / durch
Quellcode vollständig
teilweise teilweise vollständig
nein nein ja
nein teilweise ja
teilweise teilweise nein
teilweise teilweise ja
Tabelle 3: Beurteilung des Integrationsgrades der Beispiellösungen
Die Verwendung integrierter Lösungen bietet aus der Sicht von IT-Anwendern eine Menge
Vorteile: Die Komponenten passen zueinander, es reduzieren sich Konzeptions-,
Test- und Implementierungsaufwände und während des Betriebs sind integrierte Lösungen
oft leichter zu supporten und zu warten.
Gleichzeitig bringen integrierte Lösungen die Gefahr der Herstellerabhängigkeit mit sich.
Insbesondere die Integrationstiefe, aber auch die Frage, in wie weit trotz Integration
standardisierter Schnittstellen und Protokolle verwendet werden, können bei der Beurteilung
der Frage helfen, in wie weit man sich mit einer integrierten Lösung tatsächlich in
die Abhängigkeit zu einem Hersteller begibt. Grundsätzlich ist diese Abhängigkeit auch
dann geringer, wenn die entsprechende Lösung als Open Source Software veröffentlicht
wird. In diesem Fall besteht jederzeit die Möglichkeit den Source Code zu analysieren
und ihn zu verändern, sei es nun, dass dies die Behörde selbst tut oder einen beliebigen
und geeigneten Dienstleister damit beauftragt.
Seite 39