OTOBO vs Znuny 2026: Welcher OTRS-Fork passt besser?

Die Entscheidung zwischen OTOBO und Znuny markiert für viele IT-Organisationen den Moment, in dem sie sich von der ursprünglichen OTRS Community Edition emanzipieren. Beide Systeme teilen sich dieselbe technologische DNA auf Perl-Basis und nutzen das .opm-Paketformat, verfolgen jedoch seit ihren Forks in den Jahren 2020 und 2021 unterschiedliche Philosophien in Bezug auf den Betrieb, die Infrastrukturvoraussetzungen und die Release-Zyklen. Während Znuny den Fokus auf Kontinuität und die Pflege einer klassischen LAMP-Architektur (Linux, Apache, MySQL/MariaDB/PostgreSQL) legt, hat OTOBO den Stack durch eine Docker-zentrierte Bereitstellung und die obligatorische Integration von Elasticsearch für die Suchfunktionen modernisiert. Für Administratoren und technische Entscheider ergeben sich daraus signifikante Unterschiede in der Wartung, der Skalierbarkeit der Suche und der langfristigen Update-Planung.

Architektur und Deployment: Docker-First vs. Klassisches LAMP

Ein wesentlicher Unterschied zwischen den beiden Systemen liegt in der empfohlenen und dokumentierten Art der Bereitstellung. OTOBO wurde von Beginn an mit einem starken Fokus auf Containerisierung entwickelt. Die Standard-Installation basiert auf Docker Compose, wobei das System in mehrere Container unterteilt wird, darunter Nginx als Webserver, Gazelle als Applikationsserver sowie dedizierte Container für MariaDB, Redis und Elasticsearch. Diese Struktur ermöglicht eine klare Trennung der Dienste, erfordert jedoch auf Seiten der Administration Know-how im Umgang mit Docker-Ressourcen und Container-Orchestrierung.

Znuny hingegen bleibt der klassischen Installationsmethode treu, die viele Administratoren von der OTRS Community Edition kennen. Die primären Deployment-Methoden sind Linux-Pakete oder die Installation aus den Quellen auf einem klassischen LAMP-Stack mit Apache und mod_perl. Zwar bietet Znuny ebenfalls Docker-Support an, die Architektur ist jedoch so ausgelegt, dass sie ohne Container-Abstraktion direkt auf dem Betriebssystem performant betrieben werden kann. Ein technisches Alleinstellungsmerkmal von Znuny im Vergleich zu OTOBO ist laut Datenblatt zudem die Unterstützung von Oracle-Datenbanken, was insbesondere in Enterprise-Umgebungen mit bestehenden Datenbank-Vorgaben relevant sein kann.

Suchtechnologie und Infrastruktur-Abhängigkeiten

Die Handhabung der Suchfunktion ist ein entscheidendes Kriterium für die Dimensionierung der Hardware. OTOBO setzt für die Volltextsuche nativ auf Elasticsearch. Dies führt zu einer verbesserten Suchgeschwindigkeit und erweiterten Filtermöglichkeiten bei großen Datenmengen, erhöht jedoch die Komplexität des Stacks. Elasticsearch benötigt signifikante Arbeitsspeicher-Ressourcen, was bei der Planung der Server-Instanz berücksichtigt werden muss. Ohne einen funktionierenden Elasticsearch-Dienst ist die Kernfunktionalität von OTOBO in aktuellen Versionen nicht vollständig gegeben.

Znuny verfolgt hier einen konservativeren Ansatz. In der Standardkonfiguration nutzt das System die Volltextsuche der zugrunde liegenden Datenbank (MySQL, MariaDB oder PostgreSQL). Dies hält den Infrastruktur-Footprint geringer, da kein zusätzlicher Java-basierter Dienst wie Elasticsearch verwaltet werden muss. Für Organisationen, die eine schlanke Installation ohne zusätzliche Such-Engine bevorzugen, bietet Znuny damit eine geringere Einstiegshürde in den Betrieb. Dennoch unterstützt auch Znuny Redis für das Caching, um die Performance bei hohen Lasten zu stabilisieren.

Release-Strategie: LTS-Stabilität gegen Feature-Geschwindigkeit

Bei der Release-Planung zeigen sich deutliche Unterschiede in der Zielsetzung. Znuny bietet mit dem Zweig 6.5 eine explizite Long-Term Support (LTS) Version an. Diese Version ist technologisch am nächsten an der ursprünglichen OTRS Community Edition 6 und wird primär mit Sicherheitsupdates und Fehlerkorrekturen versorgt. Dies bietet Unternehmen eine hohe Planungssicherheit für den stabilen Dauerbetrieb. Parallel dazu treibt Znuny mit der Version 7.3 (Stand Juli 2026) die Modernisierung voran, insbesondere durch ein überarbeitetes Agent-Interface, das die alte 6.x-Oberfläche ablöst (Quelle: Znuny Dokumentation).

OTOBO hat eine dynamischere Release-Folge. Die aktuelle Version 11.1 (veröffentlicht am 24.06.2026) integriert bereits moderne Funktionen wie OAuth-Token-Management, OpenID Connect für Single Sign-On (SSO) und eine native KI-Unterstützung namens „Rotobo“ im Beta-Stadium (Quelle: OTOBO Release Notes). Während OTOBO mit der Version 10.1 ebenfalls einen stabilen Zweig mit Docker-Fokus pflegte, liegt der Schwerpunkt der Entwicklung deutlich auf der schnellen Bereitstellung neuer Features und der Modernisierung des Frameworks.

Paket-Kompatibilität und das Ökosystem

Da beide Systeme das .opm-Format für Erweiterungen nutzen, bleibt eine gewisse Nähe im Ökosystem erhalten. Dennoch driften die Frameworks zunehmend auseinander. Laut aktuellem Datenstand (30.07.2026) verzeichnet das Verzeichnis für Znuny 115 verfügbare Pakete, während für OTOBO 53 Pakete gelistet sind. Diese Differenz erklärt sich teilweise durch die längere Historie von Znuny als direkter Nachfolger der Community Edition und die breite Unterstützung durch Drittanbieter, die ihre bestehenden OTRS-Erweiterungen oft mit geringem Aufwand für Znuny portieren konnten.

Bei OTOBO erfordern Erweiterungen aufgrund der tiefgreifenden Änderungen am Frontend (Skins, CSS-Struktur) und der Integration von Elasticsearch oft spezifische Anpassungen. Eine Migration von einer bestehenden OTRS Community Edition 6 ist zu beiden Systemen möglich, wobei der Weg zu Znuny 6.5 LTS oft als der technisch konservativere Pfad gilt, während der Wechsel zu OTOBO 11.x eher einer Systemmodernisierung gleicht.

Für wen passt welches System?

Die Wahl zwischen den beiden Systemen sollte auf Basis der vorhandenen IT-Strategie und der betrieblichen Anforderungen getroffen werden.

OTOBO ist tendenziell die passendere Wahl, wenn:

• Eine moderne, containerbasierte Infrastruktur (Docker/Docker Compose) bereits Standard im Unternehmen ist.
• Hohe Anforderungen an die Suchfunktionalität bestehen und die Ressourcen für den Betrieb von Elasticsearch bereitgestellt werden können.
• Wert auf moderne Authentifizierungsverfahren wie OpenID Connect und integrierte KI-Experimente (Beta) gelegt wird.
• Ein radikalerer Bruch mit alten OTRS-Zöpfen zugunsten einer modernisierten Architektur gewünscht ist.

Znuny ist tendenziell die passendere Wahl, wenn:

• Maximale Stabilität und lange Wartungszyklen (LTS) für den produktiven Betrieb oberste Priorität haben.
• Das System auf einem klassischen LAMP-Stack ohne Docker-Zwang betrieben werden soll.
• Eine Integration in eine Oracle-Datenbankumgebung zwingend erforderlich ist.
• Eine sehr große Anzahl an spezifischen .opm-Zusatzpaketen benötigt wird, die im Znuny-Ökosystem breiter verfügbar sind.
• Die Administration nah am gewohnten OTRS-Betriebskonzept bleiben möchte.

Datenbasis und Validität des Vergleichs

Dieser Vergleich basiert auf den Spezifikationen und Release-Ständen vom 30.07.2026. Die genannten Paket-Zahlen und Versionsnummern (OTOBO 11.1, Znuny 7.3.5) sind Momentaufnahmen. Es ist zu beachten, dass Aussagen über die Performance oder Stabilität immer von der individuellen Konfiguration und der zugrunde liegenden Hardware abhängen. Da beide Projekte herstellergeführt sind (Rother OSS für OTOBO, Znuny GmbH für Znuny), ist die langfristige Entwicklung eng an die Geschäftsstrategien dieser Unternehmen gekoppelt. Beide Systeme stehen unter Open-Source-Lizenzen (GPL v3.0 bzw. AGPL v3.0), was die Unabhängigkeit des Codes sichert.

Fazit

Sowohl OTOBO als auch Znuny sind leistungsfähige Weiterentwicklungen der OTRS Community Edition, die unterschiedliche Schwerpunkte setzen. Es gibt keinen pauschalen Sieger; die Entscheidung fällt zwischen technologischer Modernisierung (OTOBO) und bewährter Kontinuität mit Enterprise-Optionen wie Oracle-Support (Znuny). Administratoren sollten vor einer Migration prüfen, welche spezifischen .opm-Pakete unverzichtbar sind und ob die Ziel-Infrastruktur die Anforderungen (Docker/Elasticsearch vs. LAMP/DB-Search) erfüllt.

Für eine detaillierte Gegenüberstellung der einzelnen Features und technischen Parameter nutzen Sie bitte die interaktive Vergleichstabelle, in der Sie OTOBO, Znuny und weitere Systeme direkt nebeneinander auswerten können.