Nextcloud: Eine Dateiablage, die längst mehr sein will
Es gibt Installationen, die laufen auf einem Raspberry Pi im Keller eines Vereins und speichern ein paar hundert Gigabyte an Vereinsdokumenten. Andere stehen in Rechenzentren, verwalten dreistellige Terabytezahlen, bedienen zehntausende Nutzer und hängen an einem Loadbalancer-Cluster. Dazwischen liegt der Alltag der meisten Nextcloud-Umgebungen: irgendwo zwischen dem Hobbyprojekt und dem Enterprise-Deployment, oft organisch gewachsen, selten radikal neu geplant. Wer sich mit der Plattform beschäftigt, merkt schnell, dass die Software beide Extreme abdecken will – und dass genau darin ihre Stärke und ein beträchtlicher Teil ihrer Komplexität liegt.
Nextcloud ist keine reine Filesharing-Lösung mehr, auch wenn der Kern bis heute ein Synchronisationsprotokoll nach WebDAV-Manier ist. Die Software versteht sich als „Content Collaboration Platform“, als Arbeitsumgebung also, in der Dateien nicht nur liegen, sondern bearbeitet, kommentiert, freigegeben und versioniert werden. Das ist marketingtechnisch nicht falsch, verstellt aber den Blick auf das, was tatsächlich unter der Haube passiert. Denn wer Nextcloud betreibt, betreibt keinen einzelnen Dienst, sondern einen Verbund aus PHP-Anwendung, Webserver, Datenbank, Cache, teils mehreren Hilfsdiensten in Go oder Node.js – und einer wachsenden Zahl von Apps, die alle an denselben Ressourcen ziehen.
Was Nextcloud wirklich ist – und was nicht
Die Abgrenzung zu kommerziellen Plattformen wie Microsoft 365 oder Google Workspace ist eines der häufigsten Missverständnisse in Ausschreibungen. Nextcloud ersetzt nicht eins zu eins, was dort an Funktionsumfang und Reife vorhanden ist. Gerade beim kollaborativen Bearbeiten von Office-Dokumenten ist die Situation differenzierter, als manche Anbieter suggerieren: Nextcloud liefert mit Collabora Online oder OnlyOffice einen Viewer und Editor mit, beide sind aber eigenständige Anwendungen mit eigenen Ressourcenprofilen. Wer den Vergleich mit SharePoint anstellt, sollte das ehrlich tun – und wird feststellen, dass Nextcloud bei einigen Punkten (Datenhoheit, Erweiterbarkeit, Kostenstruktur) deutlich vorne liegt, bei anderen (Komfort im Detail, Ökosystem-Integration) aber auch hinterherhinkt.
Nicht zuletzt ist das Selbstverständnis der Software ein anderes. Nextcloud wird von einer Firma in Stuttgart getrieben, die sich stark über Open Source und Community positioniert. Die Community-Edition ist frei verfügbar, die Enterprise-Version bietet zusätzliche Funktionen, Support und Zertifizierungen. Dieser Dualismus ist für viele Organisationen gewöhnungsbedürftig, zumal einige der interessanteren Funktionen – Audit-Logging, Retention, Legal Hold, Workflow-Engine in vollem Umfang – der Enterprise-Edition vorbehalten sind. Man kann das kritisieren, und viele tun es auch. Faktisch ist es aber ein Finanzierungsmodell, ohne das ein Projekt dieser Größenordnung kaum über zwölf Jahre zu halten wäre.
Die Architektur: mehr als ein Webfrontend
Im einfachsten Fall besteht eine Nextcloud-Installation aus einem Webserver (Apache oder nginx), PHP-FPM, einem Datenbank-Backend (MariaDB oder PostgreSQL, beide sind produktionsreif) und dem Datenverzeichnis auf der lokalen Platte. Das funktioniert erstaunlich weit, solange die Nutzerzahl im niedrigen dreistelligen Bereich bleibt und die Dateigrößen nicht in exotische Regionen wandern. Sobald mehrere Anwendungsserver parallel arbeiten sollen, wird es komplexer. Dann kommen ins Spiel: ein Loadbalancer, der Sticky Sessions beherrscht oder Redis als zentralen Session-Store nutzt, Redis für das transaktionale File Locking (ohne das es bei parallelen Zugriffen unweigerlich zu Race Conditions kommt), APCu als lokaler Caching-Layer pro Knoten, und ein gemeinsames Speicher-Backend, das alle Knoten gleichermaßen sehen.
Ein Detail, das oft übersehen wird: Nextcloud verträgt sich zwar mit NFS, wirklich glücklich wird die Kombination aber nicht. Für Multi-Node-Setups ist S3-kompatibler Object Storage als primäres Storage-Backend die robustere Wahl, auch wenn das Format dann nicht mehr ohne Weiteres von außen lesbar ist. Wer sich für Object Storage entscheidet, muss außerdem wissen, dass bestimmte Vorgänge – das Auflisten von Verzeichnissen mit sehr vielen Einträgen, das Löschen großer Ordnerbäume – spürbar langsamer laufen können als auf einer klassischen Dateisystem-Ablage.
Für Push-Benachrichtigungen gegenüber den Desktop- und Mobile-Clients kommt heute meist der notify_push-Dienst zum Einsatz, ein kleines Go-Programm, das die Last der Polling-Anfragen erheblich reduziert. Ohne ihn fragt jeder Client im Sekundentakt nach Neuigkeiten – bei mehreren tausend verbundenen Geräten ein Problem. Ähnlich verhält es sich mit dem High-Performance-Backend für Talk (ebenfalls in Go), das nötig wird, sobald Gruppengespräche mit mehr als einer Handvoll Teilnehmern stabil laufen sollen.
Betriebsmodelle: vom Ein-Blech-Setup bis zur Skalierung
Für den Einstieg gibt es mehrere Wege. Die offizielle „All-in-One“-Variante ist ein Docker-Image, das die wichtigsten Komponenten – Nextcloud, Datenbank, Redis, Collabora oder OnlyOffice, Talk-HPB, Backup – vorkonfiguriert mitbringt. Das ist bequem für kleinere Umgebungen und für alle, die sich nicht durch ein Dutzend Konfigurationsdateien kämpfen wollen. Der Preis ist eine gewisse Undurchsichtigkeit: Wer einmal anfängt, manuell in die Container-Konfiguration einzugreifen, verliert schnell die Vorteile des automatischen Updates, und die Dokumentation ist zwar vorhanden, aber mitunter erklärungsbedürftig.
Für größere Installationen ist eine manuell aufgebaute Umgebung meist die richtige Wahl. Auf Debian oder Ubuntu mit nginx, PHP-FPM, MariaDB, Redis und entsprechender Tuning-Konfiguration lässt sich eine erstaunlich stabile Plattform bauen. Wer Kubernetes mag, kann die offiziellen Helm-Charts nutzen; sie sind inzwischen recht brauchbar, setzen aber solides K8s-Wissen voraus. Die Snap-Variante für Ubuntu existiert weiterhin, hat aber im professionellen Umfeld nie die Verbreitung erreicht, die sich die Nextcloud-Macher erhofft hatten – nicht ohne Grund, denn Snap bringt eigene Eigenheiten mit, die im Betrieb zusätzliche Aufmerksamkeit verlangen.
Auch das Thema Hochverfügbarkeit wird oft unterschätzt. Zwar ist die Anwendung selbst horizontal skalierbar, aber die Datenbank bleibt meist der Flaschenhals. MariaDB mit Galera oder PostgreSQL mit Streaming Replication sind die üblichen Antworten, beide sind nicht trivial zu betreiben. Wer ehrlich plant, sollte hier den Aufwand nicht kleinreden – eine HA-Nextcloud ist keine Wochenendaufgabe, sondern ein Projekt über Monate.
Dateien, Freigaben und Gruppenordner
Der Kern der Plattform bleibt das Teilen von Dateien, und hier ist Nextcloud inzwischen ziemlich ausgereift. Interne Freigaben an Nutzer, an Gruppen, an Kreisgruppen, öffentliche Links mit Passwort, Ablaufdatum und Download-Limit, dazu ein granuläres Rechtesystem (Lesen, Schreiben, Erstellen, Löschen, erneutes Teilen) – das deckt den Alltag der meisten Organisationen ab. Gruppenordner sind dabei die strukturelle Antwort auf ein altbekanntes Problem: Wenn Mitarbeiter das Unternehmen verlassen, hängt der Zugriff auf gemeinsam genutzte Ordner nicht mehr an einzelnen Personen, sondern an einer Gruppe. Das ist bei größeren Teams fast immer die richtige Wahl, und wer es nicht von Anfang an so aufsetzt, darf später migrieren.
Ein Aspekt, der in Entscheiderrunden häufig zu spät kommt: Nextcloud unterscheidet nicht sauber zwischen „Datei“ und „Dokument“. Für das System ist alles erstmal ein Objekt mit Metadaten. Die Idee, dass Office-Dokumente im Web direkt bearbeitet werden können, funktioniert nur mit den erwähnten Zusatzanwendungen, und die brauchen eigenen Ressourcenhunger und Wartung. Wem es reicht, dass Nutzer Dateien synchronisieren und über Kommentare diskutieren, ist fein raus. Wer den vollen „Office im Browser“-Komfort will, muss mehr investieren.
Daneben existieren nützliche Details, die oft übersehen werden: Versionierung (die sich gerade im Enterprise-Umfeld konfigurieren lässt, um Speicherverbrauch zu begrenzen), Dateisperren gegen gleichzeitiges Bearbeiten, Retention-Regeln für Aufbewahrungsfristen, Papierkorb und Files Locking. Die Kombination aus Retention und Papierkorb ist übrigens ein häufiger Stolperstein in Compliance-Projekten – wer „Löschen nach 30 Tagen“ konfiguriert, muss auch den Papierkorb entsprechend steuern, sonst findet sich das Dokument nach einem Monat immer noch im System.
Collaboration-Suite: Talk, Office, Mail und was dazugehört
Über die Jahre hat Nextcloud reichlich Zusatzfunktionen angeschlossen, die alle unter dem Dach der „Hub“-Versionen vermarktet werden. Talk ist darunter der prominenteste Vertreter: Chat, Audio- und Videoanrufe, Bildschirmfreigabe, später auch Webinare in größerem Umfang. In der Praxis funktioniert Talk für Teams von fünf bis zwanzig Personen gut, bei größeren Runden oder gar öffentlichen Veranstaltungen wird das Tuning des High-Performance-Backends und der TURN-Server zum eigenen Thema. Der Vergleich mit Teams oder Zoom ist deshalb schwierig, weil er auf unterschiedlichen Erwartungen beruht: Wer Zoom-Meetings mit 500 Teilnehmern braucht, wird mit Talk nicht glücklich; wer datenschutzfreundliche interne Kommunikation braucht, für den ist es eine valide Option.
Collabora Online und OnlyOffice sind die beiden großen Office-Integrationen. Collabora bringt eine Engine auf LibreOffice-Basis mit, OnlyOffice stammt aus einer eher Microsoft-kompatiblen Tradition. Beide laufen als eigenständige Container oder Server, beide sind von Nextcloud getrennt zu warten, beide haben ihre eigenen Update-Zyklen. Die Auswahl ist oft Geschmackssache, wobei sich in der Praxis zeigt: Wer vorhandene Word-Dokumente ohne Layout-Verluste bearbeiten muss, tendiert eher zu OnlyOffice; wer maximale Lizenzfreiheit will und mit gelegentlichen Formatierungsüberraschungen lebt, liegt bei Collabora richtig.
Mail, Calendar, Contacts und Deck runden das Bild ab. Mail ist brauchbar, wenn auch nicht mit eigenständigen Clients wie Thunderbird oder Outlook zu vergleichen. Calendar ist inzwischen solide, mit CalDAV-Unterstützung, Terminplanung und Ressourcen-Freigaben. Contacts und Deck sind schlank, aber für viele Zwecke ausreichend. Wer Bedarf an Notizen hat, findet Notes; wer kollaborative Textsammlungen braucht, landet bei Collectives – ein Wiki-artiges Werkzeug, das in den letzten Jahren deutlich gereift ist.
Zielverfolgung: der unterschätzte Teil
Kommen wir zu einem Aspekt, der in der öffentlichen Wahrnehmung von Nextcloud meist untergeht, in internen Diskussionen aber immer häufiger auftaucht: die Frage, ob sich die Plattform für das Verfolgen von Zielen, Vorhaben und Meilensteinen eignet. Hier ist Ehrlichkeit angebracht. Eine offizielle OKR-App für Nextcloud gibt es bis heute nicht, und auch ein vollwertiges Projektmanagementsystem bringt die Plattform nicht mit. Was es gibt, ist ein Bündel von Bausteinen, aus denen sich je nach Anspruch etwas Zusammenpassendes bauen lässt.
Deck ist dabei das naheliegendste Werkzeug. Das Kanban-Board verdeutlicht, dass die Grenze zum Projektmanagement fließend ist. Karten lassen sich mit Fälligkeiten versehen, Labels zuordnen, kommentieren, mit Dateien befüllen und an Nutzer oder Gruppen zuweisen. Für viele Teams reicht das, um ein Quartalsziel in vier oder fünf Spalten zu übersetzen und wöchentlich den Fortschritt zu sehen. Die Export-Funktion ist brauchbar, die Integration mit dem Kalender funktioniert über die Fälligkeiten, und wer will, kann per Flow-Automation Regeln definieren – etwa: „Wenn eine Karte in die Spalte ‚Erledigt‘ verschoben wird, schreibe einen Kommentar in den Teams-Chat.“ Solche Automatismen sind nichts Revolutionäres, aber sie ersparen eine Menge Kleinkleckerei.
Ein zweiter Baustein ist die Tasks-App in Kombination mit dem Kalender. Wer Meilensteine als Aufgaben mit Fälligkeitsdaten anlegt, sieht sie anschließend im Kalender und kann daraus eine realistische Zeitplanung ableiten. Das ist klassisches Aufgabenmanagement, kein OKR-Tool – aber für viele kleinere Vorhaben völlig ausreichend. Der entscheidende Punkt: Nichts davon erzwingt eine Methodik. Nextcloud zwingt Nutzer nicht in eine bestimmte OKR-Sicht, was für erfahrene Teams angenehm ist und für unerfahrene eine gewisse Orientierungslosigkeit bedeutet. Ein Handbuch, wie man Ziele in der Plattform abbildet, gibt es nicht vom Hersteller. Man muss es sich selbst zusammenbauen.
Spannend, wenn auch mit Ecken und Kanten: die Tables-App. Sie bringt eine tabellenartige Struktur mit, die sich für ein Ziel-Register förmlich anbietet. Man legt eine Tabelle „Ziele 2024″ an, definiert Spalten wie Zielkategorie, Verantwortlicher, Zielwert, aktueller Wert, Fälligkeit, Status. Andere Nutzer können mitarbeiten, Kommentare hinterlassen, Ansichten filtern. Das ist kein Ersatz für ein vollwertiges Portfolio-Management, aber ein pragmatischer Ansatz, der erstaunlich weit trägt. Wer es gewohnt ist, Excel-Listen für die Zielverfolgung zu pflegen, findet hier eine datenschutzfreundliche, selbstgehostete Alternative – vorausgesetzt, das Datenmodell ist von Anfang an durchdacht. Nachträglich Spalten hinzuzufügen geht, das nachträgliche Saubermachen bestehender Daten ist mühsam.
Ein weiterer Weg führt über die Projekte-Funktion. Sie bündelt Ressourcen, die zu einem Vorhaben gehören – Dateien, Aufgaben, Kalendertermine, Deck-Boards, Talk-Räume – unter einem gemeinsamen Dach. So entsteht so etwas wie ein Projekt-Arbeitsbereich. Wer mehrere Ziele gleichzeitig verfolgt, kann pro Ziel ein solches Projekt anlegen und alles, was dazu gehört, an einem Ort versammeln. Das ist organisatorisch sauber, aber es bleibt ein manueller Rahmen. Fortschrittsbalken, Kennzahlen-Dashboards, automatische Ampeln – das kommt nicht mit. Wer das braucht, wird um Ergänzungen nicht herumkommen.
Und damit sind wir beim eigentlichen Knackpunkt. Wer echte Zielverfolgung im Sinne von OKR, Balanced Scorecard oder klassischem Portfolio-Controlling betreiben will, wird in Nextcloud nicht vollständig glücklich. Es existieren Apps im Store, die bestimmte Ansätze abbilden – mal mehr, mal weniger ausgereift, oft von kleinen Entwicklerteams gepflegt und mit überschaubarer Dokumentation. Daneben gibt es Integrationsmöglichkeiten nach außen: OpenProject, Vikunja, Planka oder Focalboard lassen sich anbinden, teils über direkte Integrationen, teils über Umwege. Der Weg führt dann häufig dazu, dass die Zielverfolgung in einem spezialisierten Tool stattfindet und Nextcloud als Ablage und Kollaborationsschicht dient.
Das ist übrigens kein Versäumnis, das man Nextcloud unbedingt vorwerfen muss. Eine Plattform, die Dateien, Chat, Office, Kalender und mehr unter einen Hut bringt, kann nicht gleichzeitig ein vollwertiges Projekt-Portfolio-Management mitliefern, ohne selbst beliebig zu werden. Die Stärke liegt gerade darin, dass die Plattform offen bleibt und Integrationspunkte bietet. Wer Ziele in Nextcloud verfolgen will, sollte sich bewusst sein, dass er eine kleine Landschaft baut, keine Einzelanwendung einschaltet.
Interessanter Aspekt am Rande: Die Frage der Datenhoheit spielt bei der Zielverfolgung eine größere Rolle, als man zunächst denkt. Strategische Ziele, Kennzahlen, Bewertungen von Vorhaben und Verantwortlichkeiten sind selten Informationen, die man ohne Weiteres in eine US-Cloud gibt. Gerade in regulierten Branchen, im öffentlichen Sektor oder bei Unternehmen mit ausgeprägtem Schutzbedürfnis ist die Möglichkeit, solche Daten selbst zu hosten, ein starkes Argument. Das spricht dafür, sie eben doch in der Nextcloud zu halten, selbst wenn die Funktionalität nicht an spezialisierte SaaS-Lösungen heranreicht. Und für viele Vorhaben reicht sie ohnehin.
App-Ökosystem und Erweiterbarkeit
Die Nextcloud-App-Store-Realität ist zweigeteilt. Auf der einen Seite stehen die offiziell gepflegten Apps, die mit jeder Version aktualisiert werden – Files, Deck, Calendar, Talk, Mail, Notes, Collectives, Collabora-Integration und so weiter. Auf der anderen Seite tummeln sich hunderte Drittanbieter-Apps von sehr unterschiedlicher Qualität. Manche sind kleine Perlen, andere wurden seit Jahren nicht gepflegt, wieder andere sind funktional nett, aber mit Blick auf Sicherheit und Performance zweifelhaft.
Ich halte es für einen der wichtigsten Punkte im Betrieb, hier eine klare Policy zu haben. Wer Nutzern erlaubt, Apps eigenständig zu installieren, öffnet nicht nur Sicherheitslücken, sondern produziert in vielen Fällen auch Performanceprobleme, weil einzelne Apps im Hintergrund Jobs ausführen, die nicht sein müssten. In professionellen Umgebungen hat sich bewährt, den App Store einzuschränken und einen kuratierten Satz an Erweiterungen bereitzustellen.
Mit der AppAPI hat Nextcloud vor einiger Zeit einen Weg geschaffen, externe Anwendungen anzubinden – ExApps genannt, die in eigenen Containern laufen. Das eröffnet neue Möglichkeiten, etwa für Anwendungen, die in Python oder Node.js geschrieben sind. Der Ansatz ist jung, die Zahl der verfügbaren Apps überschaubar, aber die Richtung ist interessant. Wer schon länger mit Nextcloud arbeitet, kennt die Grenzen, die PHP als Sprache mit sich bringt. ExApps sind ein Versuch, diese Grenzen zu verschieben.
Sicherheit, Datenschutz und Compliance
Nextcloud ist per Default nicht unsicher, aber es ist auch nicht per Default sicher. Das klingt paradox, ist aber der entscheidende Punkt. Die Software bringt Mechanismen mit – Zwei-Faktor-Authentifizierung, WebAuthn, Brute-Force-Schutz, Fail2ban-Integration, Server-seitige Verschlüsselung, clientseitige Ende-zu-Ende-Verschlüsselung, Audit-Logging (in der Enterprise-Edition) –, aber die muss man aktivieren und konfigurieren. Eine frisch installierte Nextcloud ohne Anpassungen ist ein offenes Tor, wenn man sie ins Internet stellt.
Der Sicherheitsprozess des Projekts ist über die Jahre professioneller geworden. Es gibt ein HackerOne-Programm, einen geregelten Disclosure-Prozess und ein Security-Team, das auch kurzfristig Patches bereitstellt, wenn kritische Schwachstellen bekannt werden. In der Geschichte der Plattform hat es durchaus ernsthafte Lücken gegeben – wie in jeder Software mit dieser Reichweite –, und der Umgang damit war nicht immer glücklich. In Summe ist die Bilanz aber solide, gerade im Vergleich zu mancher kommerziellen Lösung.
Wer Nextcloud in regulierten Umgebungen betreibt, wird um das Thema Audit-Logging nicht herumkommen. Die Enterprise-Edition liefert, was viele Compliance-Abteilungen sehen wollen. Die Community-Edition tut sich hier schwerer; es gibt zwar Ansätze, aber nichts, was mit dem Enterprise-Feature vergleichbar wäre. Wer sensible Daten verarbeitet und die Community-Edition nutzt, sollte sich über zusätzliche Protokollierungslösungen (etwa auf Webserver-Ebene oder via Syslog) Gedanken machen.
Die Ende-zu-Ende-Verschlüsselung ist ein Sonderfall. Sie funktioniert, hat aber Einschränkungen: verschlüsselte Ordner können nicht per Server durchsucht werden, sie sind nicht mit allen Apps kompatibel, und wer den Schlüssel verliert, kommt nicht mehr an die Daten. Für sensible Einzelfälle ist sie eine gute Option, als Standard für die ganze Instanz ist sie in der Praxis selten sinnvoll.
Performance und Skalierung
Die häufigsten Performanceprobleme in Nextcloud-Installationen haben selten mit Nextcloud selbst zu tun, sondern mit der Umgebung. PHP-FPM ohne ausreichend Worker, Datenbanken ohne Tuning, fehlender Redis-Cache, ungetunte Webserver für große Dateien – das sind die Klassiker. Wer an einer Instanz mit mehr als ein paar hundert aktiven Nutzern arbeitet, sollte sich mit den offiziellen Tuning-Empfehlungen beschäftigen. Sie sind umfangreich, aber sie stehen gut dokumentiert im Administrationshandbuch.
Ein eigenes Kapitel ist die Vorschau-Generierung. Nextcloud erzeugt beim ersten Zugriff Miniaturbilder von Bildern, PDFs, Office-Dokumenten und Videos, und das kann bei größeren Beständen spürbar Rechenlast erzeugen. Wer in einer frisch migrierten Umgebung plötzlich tausende Dateien in kurzer Zeit angezeigt bekommt, sieht die CPU-Auslastung nach oben schnellen. Die Lösung besteht meist darin, die Vorschau-Erzeugung zu drosseln, sie asynchron laufen zu lassen oder auf Imaginary als externalen Service auszulagern. Wer das ignoriert, riskiert Timeouts, abgebrochene Sync-Vorgänge und genervte Nutzer.
Für Volltextsuche gibt es die Anbindung an Elasticsearch bzw. OpenSearch. In kleinen Umgebungen ist das nicht nötig, bei größeren Beständen und Suchanforderungen (etwa in Kombination mit Collaboration-Dokumenten) wird es fast unvermeidlich. Die Anbindung ist gut dokumentiert, die Wartung des Suchclusters ist aber ein eigenes Thema.
Backup, Monitoring, Betriebsalltag
Backup ist ein Dauerbrenner. Die Datenbank und das Datenverzeichnis müssen in einem konsistenten Zustand gesichert werden, sonst sind inkrementelle Sicherungen zwar schnell, aber im Restore-Fall nicht unbedingt brauchbar. Die übliche Empfehlung ist der Wartungsmodus während des Backups – was bei großen Installationen schnell bedeutet, dass eine mehrstündige Downtime eingeplant werden muss. Wer das nicht akzeptieren kann, braucht eine Storage-seitige Snapshot-Strategie in Kombination mit einem kurzzeitigen Wartungsmodus für die Datenbank. Das ist Aufwand, den man einmal einrichten muss, aber in der Praxis handhabbar.
Monitoring der Instanz ist ein zweites Feld, auf dem viele Installationen erstaunlich dünn aufgestellt sind. Neben klassischem System-Monitoring (CPU, RAM, I/O) lohnt es, die Anwendung selbst zu beobachten: Antwortzeiten der Web-Oberfläche, Fehlerraten, Warteschlangenlänge der Hintergrundjobs, Status des Redis-Caches, Größe des Datenverzeichnisses. Nextcloud bringt eine Statusseite mit, die man mit einem externen Monitoring-Tool abfragen kann. Wer das ernsthaft betreibt, weiß oft besser Bescheid als der Hersteller, weil er die eigenen Muster kennt.
Background Jobs sind ein häufiger Quell von Frust. Die Software führt asynchrone Aufgaben aus – Vorschaubilder, Benachrichtigungen, Versionsbereinigung, Synchronisation von externem Speicher. Im Standardmodus laufen diese Jobs im AJAX-Modus, was bedeutet, dass ein Nutzer online sein muss, damit sie ausgelöst werden. Das ist für kleine Installationen akzeptabel, für größere ein Unding. Der Wechsel auf Cron ist zwingend, und wer das nach Jahren des AJAX-Betriebs nachholt, wundert sich manchmal, wie viel Arbeit plötzlich zu erledigen ist.
Migration, Lock-in und Kosten
Ein Argument, das in Nextcloud-Ausschreibungen oft fehlt, ist die Frage des Lock-ins. Wer seine Dateien, Chats, Kalender und Aufgaben in der Nextcloud pflegt, hat es vergleichsweise einfach, sie später wieder herauszubekommen – die Dateien sind im Notfall auf der Platte lesbar, Kalender und Kontakte lassen sich per CalDAV und CardDAV exportieren, die Datenbank ist mit Standardwerkzeugen einsehbar. Das ist ein erheblicher Vorteil gegenüber SaaS-Lösungen, bei denen der Export oft genug ein formales Versprechen bleibt.
Gleichzeitig ist es nicht so, dass all diese Daten am Ende wirklich portabel sind. Die Chatverläufe in Talk lassen sich zwar exportieren, aber nicht ohne Weiteres in ein anderes Chat-System überführen. Deck-Boards sind proprietäre Strukturen, und wer versucht, sie nach Trello oder Jira zu migrieren, wird feststellen, dass die Formate nicht sauber ineinander passen. Wer langfristig denkt, sollte bei der Wahl der Werkzeuge berücksichtigen, dass manche sich leichter wieder ablösen lassen als andere.
Die Kostenfrage ist schließlich so individuell, dass jede Pauschalaussage falsch wird. Selbst gehostet ist Nextcloud nicht gratis – Server, Storage, Backup, Monitoring, Personal für den Betrieb summieren sich. Die Enterprise-Version kostet pro Nutzer und Jahr, die Community-Edition ist kostenlos, aber nicht ohne Aufwand. Wer tatsächlich rechnet, kommt je nach Umgebung und Personalstruktur auf sehr unterschiedliche Zahlen. Ich habe Umgebungen gesehen, in denen die Selbsthosting-Lösung teurer war als Microsoft 365; ich habe aber auch Umgebungen gesehen, in denen sie ein Bruchteil kostete. Der eigentliche Kostentreiber ist nicht die Software, sondern die Betriebszeit.
Fazit: Werkzeug für die richtigen Fragen
Nextcloud ist keine Wunderwaffe und auch keine Lösung, die sich in einer Stunde produktiv nehmen lässt. Es ist eine Plattform mit einer klaren Stärke: Sie gibt Organisationen die Kontrolle über ihre Daten zurück, ohne sie mit geschlossenen Abhängigkeiten zu belasten. Wer bereit ist, den Aufwand zu tragen – und das ist ein erheblicher Aufwand –, bekommt eine Arbeitsumgebung, die sich an die eigenen Bedürfnisse anpassen lässt, statt umgekehrt.
Was die Zielverfolgung betrifft, so bleibt sie in der Nextcloud ein Nebenschauplatz. Wer sie braucht, muss sie sich mit Deck, Tasks, Tables und einer Portion Disziplin selbst bauen – oder sie an ein spezialisiertes System neben der Plattform lagern. Beides ist legitim. Was nicht funktioniert, ist die Annahme, dass man eine Collaboration-Plattform kauft und die Zielverfolgung automatisch mitgeliefert wird. Auch hier gilt: Nextcloud ist ein Werkzeug, kein Rezeptbuch. Und wer das versteht, hat schon eine ganze Menge gewonnen.