Es gibt Software, die wird gekauft, und es gibt Software, die wird gewählt. Nextcloud gehört erkennbar zur zweiten Kategorie. Wer heute über Collaboration-Plattformen spricht, landet meist schnell bei Microsoft 365 oder Google Workspace – Werkzeuge, die funktionieren, keine Frage, aber eben auch bedeuten, dass Dokumente, Adressbücher, Chats und Kalender auf Servern liegen, deren Betreiber man nicht ist. Daneben hat sich in den vergangenen neun Jahren eine dritte Tradition entwickelt, die erstaunlich stabil ist und inzwischen in Verwaltungen, Hochschulen und mittelständischen Unternehmen angekommen ist. Nextcloud ist der bekannteste Vertreter dieser Richtung: eine Dateisynchronisation und Kollaborationsplattform, die man selbst betreiben kann – und die genau daraus einen Großteil ihrer Attraktivität zieht.
Der folgende Überblick versucht, das Thema in seiner ganzen Breite zu fassen: Herkunft und Philosophie, technische Architektur, die Anwendungen rund um den Hub, Betrieb und Skalierung, Sicherheit, Migrationen und nicht zuletzt die Grenzen des Ansatzes. Ein Kapitel widmet sich dem Fall BoomTown, der in der Nextcloud-Geschichte häufig zitiert wird und mehr über die Praxis verrät, als jede Feature-Liste. Denn zwischen dem, was auf Produktseiten steht, und dem, was im Betrieb tatsächlich passiert, liegen mitunter Welten.
Ein Fork mit Folgen
Die Geschichte beginnt nicht bei Nextcloud, sondern bei ownCloud. Dessen Gründer Frank Karlitschek hatte 2010 ein Projekt gestartet, das die filebasierte Zusammenarbeit aus der Abhängigkeit von Dropbox & Co. lösen sollte – quelloffen, auf eigenen Servern installierbar, mit offenen Schnittstellen. Das Konzept überzeugte; große Namen aus Forschung und Verwaltung stiegen ein, es gab Investoren, es gab Wachstum. Und mit dem Wachstum kam der Streit über die Richtung: Wie viel gehört in die freie Version, wie viel in die kommerzielle? Wie umgeht man die Tücken eines Open-Core-Modells, ohne die Community zu verlieren?
2016 eskalierte dieser Konflikt. Karlitschek verließ das Unternehmen, das er selbst gegründet hatte, und forkte den Code. Aus ownCloud wurde Nextcloud – ein Schritt, der in der Open-Source-Welt nicht alltäglich ist, auch wenn er immer wieder vorkommt. Der Vorgang prägt das Projekt bis heute, denn er hat zwei Dinge festgelegt. Erstens: Die Zusage, dass der Servercode unter der AGPLv3 steht und dass die zentralen Funktionen frei verfügbar bleiben, wird als Gründungsversprechen verstanden und regelmäßig gegen die eigene Geschäftsführung in Stellung gebracht, wenn ein neues Feature mal wieder nur in der Enterprise-Edition auftaucht. Zweitens: Die Entwicklung ist von Anfang an auf öffentliche Nachvollziehbarkeit ausgelegt. Wer will, kann auf GitHub nachlesen, woran gerade gearbeitet wird.
Seit 2019 bündelt das Stuttgarter Unternehmen die Einzelanwendungen unter dem Label Nextcloud Hub. Das war mehr als Marketing. Es signalisierte den Wechsel von einem Dateidienst zu einer Plattform, die mit Dateien beginnt und dann Kalender, Kontakte, Chats, Videokonferenzen, Office-Bearbeitung und Projektboards darüberlegt. Wer heute von Nextcloud spricht, meint in der Regel dieses Bündel – und nicht mehr nur den Ordner auf dem eigenen Server.
Was Nextcloud ist – und was nicht
Nüchtern betrachtet ist Nextcloud eine Webanwendung, geschrieben in PHP, die über WebDAV und eine eigene API Dateien annimmt, verteilt und versioniert. Dazu kommen Client-Anwendungen für Windows, macOS, Linux, Android und iOS, die einen lokalen Ordner mit dem Server abgleichen. Das ist die Keimzelle, und sie funktioniert im Kern so wie vor zehn Jahren. Wer eine Datei ändert, erzeugt eine neue Version; wer will, kann sie kommentieren, teilen, mit einem Ablaufdatum versehen oder per Link verschicken.
Was Nextcloud ausdrücklich nicht ist, wird oft falsch verstanden. Es ist keine vollständige Exchange-Alternative, auch wenn Groupware, Kalender und Mail grundständig vorhanden sind und für viele Fälle ausreichen. Es ist kein Dokumentenmanagementsystem im Sinne von d.velop oder ELO, auch wenn sich Schnittstellen und Apps dafür finden. Und es ist kein Speicherplatz in der Cloud, den man einfach dazubucht – jedenfalls nicht im Kern. Wer Nextcloud einsetzt, betreibt Infrastruktur. Das ist der Preis und gleichzeitig der Punkt.
Diese Unterscheidung ist praktisch wichtig, weil sie die Erwartungshaltung korrigiert. Ein Umstieg von Microsoft 365 auf Nextcloud ist kein Werkzeugwechsel, sondern eine Architekturänderung mit Personal-, Betriebs- und Schulungsfolgen. Wer das vorher weiß, wird seltener enttäuscht. Wer es ignoriert, landet in Projekten, die nach achtzehn Monaten zurückgerollt werden und dann in Fachartikeln als Beleg dafür herhalten, dass Open Source im Desktop-Umfeld nicht funktioniert. Dabei zeigt sich in der Praxis meist etwas anderes: Die Technik war nicht das Problem, sondern die Betreuung und die fehlende Akzeptanzarbeit.
Die Bausteine des Hubs
Die Basisinstallation liefert bereits mehr mit, als viele vermuten. Über die Dateiverwaltung hinaus gehören Kalender, Kontakte, Aufgaben, Notizen und eine einfache Projektplanung zum Standardumfang. Kommuniziert wird über CalDAV und CardDAV nach offenen Standards, was bedeutet, dass sich auch Thunderbird, Apple Kalender oder DAVx5 auf Android anbinden lassen – ein wichtiger Aspekt, wenn nicht alle Anwender im Browser arbeiten wollen.
Darüber liegen die Anwendungen, die den Hub ausmachen. Nextcloud Talk ist die Videokonferenz- und Chatkomponente, mit WebRTC-Technik, eigener Signalisierung und optional einem separaten Hochleistungs-Backend für größere Installationen. Nextcloud Office bindet Collabora Online ein, eine serverseitige LibreOffice-Variante, mit der Dokumente, Tabellen und Präsentationen im Browser kooperativ bearbeitet werden. OnlyOffice ist die naheliegende Alternative mit etwas anderem Bedienkonzept. Deck übernimmt Aufgabenboards nach Kanban-Vorbild, Forms erlaubt Umfragen und Formulare, Collectives dient als Wissensdatenbank für Teams, Tables liefert eine leichtgewichtige Datenbank für strukturierte Listen. Hinzu kommen Whiteboard, Notes, Passwortverwaltung und eine wachsende Anzahl von Apps aus dem eigenen App-Store.
Seit den Versionen 27 und 28 ist außerdem ein Assistent Teil des Systems, der auf Wunsch Sprachmodelle einbindet – lokal betriebene ebenso wie externe Anbieter. Das ist ein interessantes Feld, weil sich daran gut beobachten lässt, wie sich das Souveränitätsthema verschiebt: Wer heute sensible Dokumente durch ein Sprachmodell in Übersee schickt, hat seine Datenhaltung möglicherweise sorgfältig abgeschottet und dann an dieser Stelle doch wieder geöffnet. Nextcloud versucht, das über eine austauschbare Modellschicht zu adressieren. Ob das in der Fläche gelingt, ist offen, die Richtung ist aber plausibel.
Ein Punkt, der häufig untergeht: Die Qualität der Anwendungen ist nicht gleichmäßig. Kernthemen wie Dateisynchronisation, Freigaben und Kalender sind über Jahre gereift und sehr belastbar. Bei spezialisierteren Apps aus dem Ökosystem lohnt der genaue Blick, denn dort findet sich neben ausgereifter Software auch das eine oder andere Projekt, das seit drei Jahren keine Aktualisierung gesehen hat. Das ist kein Nextcloud-spezifisches Problem, sondern liegt in der Natur eines offenen App-Marktplatzes. Es bedeutet nur, dass man vor dem Rollout prüfen sollte, was man tatsächlich produktiv nutzt.
Architektur und Betrieb
Unter der Haube ist eine Nextcloud-Instanz eine klassische Webanwendung mit Datenbank. Als Datenbanken werden MariaDB, MySQL und PostgreSQL unterstützt; SQLite funktioniert für Tests, ist im Produktivbetrieb aber keine gute Idee. Wer mehr als ein paar Dutzend Nutzer versorgt, sollte Redis oder APCu als Cache und für Dateisperren einplanen, sonst wird es beim gleichzeitigen Bearbeiten unangenehm. Als Webserver laufen Apache oder nginx mit PHP-FPM; die offiziell empfohlene PHP-Version wandert mit den Major-Releases nach oben.
Für den Speicher gibt es im Wesentlichen drei Varianten. Klassisch ist ein lokales oder per NFS eingebundenes Dateisystem. Skalierender ist ein S3-kompatibler Objektspeicher, den Nextcloud als primären Speicher nutzen kann – das entkoppelt die Daten vom Webserver und erleichtert den Betrieb mehrerer Knoten. Und dann ist da noch die Frage der Datenbankgröße: Wenn eine Instanz in den Bereich mehrerer Millionen Dateien kommt, wird die filecache-Tabelle zum limitierenden Faktor. Das ist ein bekanntes Thema und der Grund, weshalb große Installationen mitunter auf mehrere Instanzen mit Föderation ausweichen.
Für den Einstieg gibt es inzwischen mehrere Wege, die unterschiedlich viel Vorwissen verlangen:
- Nextcloud All-in-One: eine offizielle, containerbasierte Distribution, die Webserver, Datenbank, Redis, Collabora, Talk-Backend und Zertifikatsverwaltung mitbringt und über eine Verwaltungsoberfläche gesteuert wird.
- Snap-Paket: schnell installiert, weitgehend selbstaktualisierend, mit Einschränkungen bei der Anpassung an eigene Gegebenheiten.
- Manuelle Installation: maximale Kontrolle, aber auch maximale Verantwortung – inklusive Updates, Sicherheitspatches und Backup-Strategie.
- Managed Hosting: Betrieb durch einen Dienstleister, oft die pragmatischste Wahl für Häuser ohne eigene Linux-Mannschaft.
Das Kommandozeilenwerkzeug occ ist im Alltag kaum zu umgehen. Es repariert Datenbankindizes, setzt Hintergrundjobs, verwaltet Nutzer, schaltet Wartungsmodi ein und liefert Diagnosewerte. Wer Nextcloud administriert, verbringt früher oder später mehr Zeit in der Shell als im Browser. Das ist einer der Gründe, weshalb der Betrieb ohne technisches Personal nicht sinnvoll ist.
Skalierung: Wo es weh tut
Nextcloud skaliert, aber nicht automatisch. Eine einzelne Instanz mit acht Kernen, 32 GB Arbeitsspeicher und schnellen NVMe-Platten versorgt problemlos einige hundert bis tausend aktive Nutzer, sofern die Datenbank mitzieht und die Synchronisationsintervalle vernünftig eingestellt sind. Interessant wird es darüber hinaus. Dann kommen mehrere Webserver hinter einem Lastverteiler, eine eigene Datenbankinstanz mit Replikation, ein gemeinsamer Objektspeicher und ein dediziertes Backend für Talk hinzu. Nextcloud hat für solche Szenarien eine eigene Architektur beschrieben, die unter dem Begriff Global Scale bekannt geworden ist.
Der Flaschenhals liegt selten dort, wo man ihn vermutet. Nicht die Dateiübertragung macht Probleme, sondern Metadatenabfragen. Jeder Client, der synchronisiert, fragt nach Änderungen, und bei zehntausenden Geräten entsteht daraus eine erhebliche Last, die vor allem die Datenbank trifft. Deshalb gilt: Wer groß plant, plant die Datenbank zuerst. Und wer viele kleine Dateien mit vielen Clients kombiniert – ein typisches Szenario in Entwicklungsteams – sollte die Sync-Intervalle und die Zahl der Versionen bewusst begrenzen.
Ein zweiter, gern unterschätzter Faktor sind die Hintergrundaufgaben. Nextcloud erledigt Aufräumarbeiten, Vorschaubildgenerierung, Versionsbereinigung und Suchindizierung in Cron-Jobs. Werden diese im AJAX-Modus betrieben, bricht die Performance unter Last zusammen. Der korrekte Weg ist ein System-Cron oder ein Timer, der jede Minute die Aufgabenliste abarbeitet. Das klingt nach einem Detail, ist in der Praxis aber eine der häufigsten Ursachen für träge Instanzen.
Sicherheit und Verschlüsselung
Nextcloud bringt eine Reihe von Schutzmechanismen mit: Zwei-Faktor-Authentifizierung, Brute-Force-Erkennung, Passwortrichtlinien, App-Passwörter, Audit-Protokollierung und eine Rechteverwaltung, die sich bis auf einzelne Gruppen und Ordner herunterbrechen lässt. In Unternehmensumgebungen spielen Anbindungen an bestehende Verzeichnisse die entscheidende Rolle: LDAP und Active Directory sind Standard, SAML und OpenID Connect für Single Sign-On sind verfügbar, ebenso Kerberos in bestimmten Konstellationen.
Bei der Verschlüsselung lohnt die Unterscheidung. Die serverseitige Verschlüsselung schützt Daten auf dem Speichermedium, etwa wenn externe Festplatten oder Objektspeicher abhandenkommen. Der Server selbst kann die Inhalte weiterhin lesen und durchsuchen. Die Ende-zu-Ende-Verschlüsselung in den Clients geht weiter: Hier verlassen die Daten das Gerät bereits verschlüsselt, der Server sieht nur Chiffrate. Dafür fallen Funktionen weg, die serverseitige Verarbeitung erfordern – Vorschaubilder, Volltextsuche, serverseitiges Office. Wer also plant, Ende-zu-Ende-Verschlüsselung flächendeckend einzusetzen, sollte sich vorher überlegen, auf welche Bequemlichkeit er verzichten möchte.
Für regulierte Umgebungen ist außerdem relevant, dass Nextcloud selbst keine Zertifizierung für den Betrieb ersetzt. Ein ISO-27001-zertifiziertes Rechenzentrum, klare Backup- und Wiederherstellungsprozesse, ein Notfallkonzept und geregelte Zuständigkeiten bleiben Aufgabe des Betreibers. Die Software kann dabei helfen, die Nachweispflichten zu erfüllen – etwa durch Protokolle und Zugriffslisten – sie übernimmt sie aber nicht. Das wird in Ausschreibungen gelegentlich anders dargestellt, nicht immer zu Recht.
Clients: die unterschätzte Disziplin
Ein Grund für den Erfolg von Dropbox und später OneDrive war die Reibungslosigkeit der Desktop-Anwendung. Hier hat Nextcloud in den vergangenen Jahren deutlich aufgeholt, auch wenn die drei großen Plattformen weiterhin unterschiedlich gut bedient werden. Der Windows-Client unterstützt virtuelle Dateien, sodass große Bestände ohne vollständigen lokalen Abgleich sichtbar bleiben. Für macOS ist die Unterstützung des Dateisystem-Erweiterungsmechanismus dazugekommen, was den Betrieb in gemischten Umgebungen erleichtert.
Ein Dauerthema bleibt der Umgang mit Konflikten. Wenn zwei Personen dieselbe Datei offline bearbeiten, entscheidet die Synchronisationslogik, und im Zweifel entstehen zusätzliche Dateien mit Konflikthinweis im Namen. Das ist ein ehrlicher, aber unschöner Kompromiss. Wer viel mit Office-Dokumenten arbeitet, sollte deshalb auf die gemeinsame Bearbeitung im Browser setzen, statt auf lokale Kopien zu vertrauen. Das erspart eine Menge Supportanfragen.
Für mobile Geräte gibt es Apps für Android und iOS, die neben Dateizugriff auch automatische Uploads von Fotos, Kalender- und Kontaktsynchronisation sowie den Zugriff auf Talk bieten. Wie gut das jeweils funktioniert, hängt vom Gerät und von den Energiesparregeln des Betriebssystems ab. Hier rächt sich, dass Android-Hersteller ihre eigenen Optimierungen fahren; nicht selten sind es diese Details, nicht die Serversoftware, die den Ausschlag für Zufriedenheit oder Frust bei den Anwendern geben.
Souveränität: vom Schlagwort zur Beschaffungsentscheidung
Noch vor wenigen Jahren galt digitale Souveränität in deutschen IT-Abteilungen als wohlfeiles Sonntagsargument. Spätestens mit den Diskussionen um Cloud-Act, Datenübermittlungen und Anbieterabhängigkeiten ist daraus eine Beschaffungsfrage geworden. Nextcloud profitiert davon, aber nicht als Selbstläufer. Die entscheidende Frage lautet nicht, ob die Software quelloffen ist, sondern wer sie betreibt, wo die Schlüssel liegen und wie wechselbar das Gesamtsystem bleibt.
Im öffentlichen Sektor ist Bewegung entstanden. Das Zentrum für Digitale Souveränität der öffentlichen Verwaltung koordiniert mit openDesk ein Bündel aus quelloffenen Arbeitsplatzanwendungen, in dem Nextcloud die Datei- und Kollaborationsschicht bildet – neben Open-Xchange, Collabora, Element und anderen. Dataport betreibt für die norddeutschen Länder eine eigene Arbeitsumgebung, die ebenfalls auf dieser Bausteinfamilie aufsetzt. Schleswig-Holstein hat den Umstieg von Microsoft-Produkten auf quelloffene Alternativen öffentlich angekündigt und schrittweise begonnen. Solche Vorhaben sind keine reinen Technikprojekte; sie berühren Lizenzen, Ausbildung, Supportverträge und manchmal auch die Frage, wer künftig die Hoheit über Schnittstellen hat.
Nicht zuletzt ist dieser Weg teurer, als er auf dem Papier aussieht. Selbst betriebene Infrastruktur verursacht Personalkosten, Weiterbildung und Ausfallrisiken. Ein Umstieg rechnet sich selten über die Lizenzgebühren allein, sondern über Unabhängigkeit, Datenhoheit und langfristige Gestaltungsfreiheit. Wer das ehrlich kalkuliert, kommt zu belastbaren Entscheidungen – in beide Richtungen.
BoomTown: ein Lehrstück aus der Praxis
Ein Fall, der in der Nextcloud-Community immer wieder zitiert wird, ist der des amerikanischen Softwarehauses BoomTown. Das Unternehmen entwickelt Vertriebs- und Marketingplattformen für Makler und Immobilienbüros – ein Geschäft, in dem schnelle, verlässliche Zusammenarbeit über verteilte Standorte hinweg zum Alltag gehört. Über Jahre betrieb BoomTown eine ownCloud-Instanz und stand irgendwann vor der Frage, wie es weitergeht. Die Anforderungen waren nicht exotisch, aber anspruchsvoll: verlässliche Synchronisation auf allen Plattformen, Skalierung mit einer wachsenden Belegschaft, Sicherheitsvorgaben aus dem eigenen Compliance-Umfeld, und das alles mit einem IT-Team, das nicht beliebig viele Systeme parallel pflegen konnte.
Nach Angaben des Unternehmens fiel die Entscheidung auf einen Wechsel zu Nextcloud, begründet mit der Entwicklungsgeschwindigkeit des Projekts, der offenen Roadmap und der Tatsache, dass Fehler und Wünsche öffentlich nachvollziehbar behandelt wurden. Genau das ist der interessanteste Aspekt an diesem Fall. Es ging nicht um ein einzelnes Feature, das den Ausschlag gab, sondern um die Frage, wie viel Einfluss ein Kunde auf die Weiterentwicklung einer Plattform nehmen kann – und wie sicher er sich sein kann, dass die eigene Investition nicht in eine Richtung marschiert, die er nicht kontrolliert.
Für den Betrieb ergaben sich daraus eine Reihe praktischer Konsequenzen. Die Umstellung bedeutete zunächst eine Migration der bestehenden Datenbestände, inklusive Freigaben, Metadaten und Nutzerzuordnungen. Ein solcher Umzug ist technisch machbar, aber er braucht Zeit und eine saubere Testumgebung. Zusätzlich musste das Unternehmen Regeln für den Umgang mit Clients festlegen: Welche Versionen sind zugelassen, wie werden Upgrades ausgerollt, wie werden Nutzer informiert. Und schließlich blieb die Frage der Verantwortlichkeiten – wer übernimmt den Betrieb, wer den Support, wer die Weiterentwicklung der internen Anpassungen.
Der Fall ist deshalb lehrreich, weil er zeigt, worüber in Produktvergleichen selten gesprochen wird. Die Entscheidung für oder gegen eine Plattform ist immer auch die Entscheidung für ein Ökosystem und für ein Tempo. BoomTown entschied sich für ein Projekt, dessen Entwicklung öffentlich sichtbar ist, und nahm dafür in Kauf, dass nicht jedes Detail so glatt läuft wie bei einem kommerziellen Anbieter mit dreistelliger Milliardenbilanz. Ob das im Einzelfall die richtige Abwägung ist, hängt von der Organisation ab – aber es ist eine bewusste Abwägung und keine Geschmacksfrage.
Ein wenig Ironie liegt darin, dass der Name des Unternehmens fast zu gut passt. Die Boomtown-Metapher – eine Stadt, die schnell wächst, ohne dass die Infrastruktur schon steht – beschreibt recht genau, vor welcher Aufgabe viele Selbstbetreiber stehen. Die Nutzerzahlen wachsen schneller als die Betriebsmannschaft, die Anforderungen steigen schneller als die Dokumentation. Das ist keine Nextcloud-Krankheit, sondern die typische Kurve selbst betriebener Infrastruktur. Wer sie kennt, plant anders.
Migrationen: ownCloud, Netzlaufwerk, SharePoint
Die häufigste Ausgangslage ist nicht der Wechsel von Microsoft 365, sondern der von einem klassischen Netzlaufwerk. Dessen Inhalte sind über Jahre gewachsen, oft mit verschachtelten Rechtevererbungen, Sonderzeichen in Dateinamen und Pfaden, die die maximale Länge überschreiten. Eine Eins-zu-eins-Übernahme scheitert selten an der Technik, sondern am Aufräumbedarf: Was wird überhaupt noch gebraucht, welche Rechte gelten tatsächlich, welche Ablagen sind Dubletten?
Wer aus einer älteren ownCloud-Instanz kommt, findet eine vergleichsweise komfortable Situation vor. Die Datenmodelle sind nah beieinander, es gibt dokumentierte Wege für den Umzug, und die Konfigurationen folgen ähnlichen Mustern. Spannender ist der Fall, dass beide Systeme eine Zeit lang parallel laufen sollen. Dann braucht es eine klare Regel, welches System für welchen Ordner die Wahrheit ist; eine automatische Zwei-Wege-Synchronisation zwischen zwei Plattformen führt fast immer zu Verwirrung.
Bei SharePoint als Ausgangspunkt kommt ein anderer Aspekt hinzu: Dort sind Dateien häufig in Bibliotheken mit Metadaten, Workflows und Berechtigungskonzepten eingebettet, die sich nicht ohne Weiteres abbilden lassen. Nextcloud bietet Gruppenordner, Zugriffskontrolle und externe Freigaben, aber es ist keine SharePoint-Kopie. Der Umstieg ist deshalb eher eine Neuordnung der Ablage als eine 1:1-Übertragung. Wer das offen kommuniziert, spart sich später Erklärungen.
Kosten, Lizenzen und Geschäftsmodell
Die Server-Software steht unter AGPLv3. Wer sie herunterlädt, installiert und betreibt, schuldet dem Hersteller nichts. Für Unternehmen gibt es darüber hinaus Abonnements, die Support, Enterprise-Anwendungen, Support-Zeiträume für ältere Versionen und bestimmte Skalierungsbausteine umfassen. Diese Mischung aus freiem Kern und kommerziellen Zusatzleistungen ist nicht unumstritten – sie ist der Kompromiss, mit dem ein Unternehmen dieser Größe wirtschaftlich überleben kann, und sie ist gleichzeitig der Punkt, an dem die Community regelmäßig diskutiert, wie frei „frei“ eigentlich sein muss.
Als Betreiber sollte man die Kosten deshalb vollständig rechnen. Auf der einen Seite stehen Abonnements oder Hostergebühren, auf der anderen Seite Personal, Weiterbildung, Serverhardware oder Cloudressourcen, Backupziele, Monitoring, Hochverfügbarkeit und die Zeit für Upgrades. In mittelgroßen Umgebungen liegt der Personalanteil fast immer über dem Lizenzanteil. Wem das vorher klar ist, der plant realistisch; wer nur die Abokosten mit einem Microsoft-Tarif vergleicht, vergleicht Äpfel mit Birnen.
Grenzen und berechtigte Kritik
Nextcloud ist kein Allheilmittel, und es tut dem Projekt keinen Gefallen, es als solches zu verkaufen. Ein wiederkehrender Kritikpunkt sind die Upgrades zwischen Hauptversionen. Sie funktionieren bei sauberer Installation meist problemlos, können aber bei gewachsener Konfiguration, vielen Drittanbieter-Apps oder unvollständigen Cron-Jobs unangenehm werden. Wer eine Instanz mit zwei Dutzend Erweiterungen betreibt, sollte vor jedem Sprung auf die nächste Hauptversion eine Testkopie hochziehen. Das ist lästig, spart aber gelegentlich ganze Wochenenden.
Zweitens die Anwendungsqualität im Ökosystem. Der App-Store enthält viel Gutes und einiges, das besser nicht produktiv eingesetzt wird. Eine Bewertung nach Installationszahlen hilft nur begrenzt; sinnvoller ist ein Blick auf die letzten Commits, die Zahl der offenen Fehlerberichte und die Frage, ob die App von einem Team oder von einer Person gepflegt wird. Wer auf eine Erweiterung seine gesamte Arbeitsorganisation stützt, sollte wissen, was passiert, wenn sie in zwei Jahren nicht mehr gepflegt wird.
Drittens die Betriebsrealität. Nextcloud ist gutmütig, aber nicht selbstheilend. Datenbanken laufen voll, Platten füllen sich, Zertifikate erneuern sich nicht von allein, und irgendwann kündigt ein Anbieter eine Bibliothek ab, auf die man sich verlassen hat. Monitoring und Backup sind keine Kür, sondern Pflicht. Wer keine Person hat, die sich regelmäßig um diese Dinge kümmert, sollte ernsthaft über Managed Hosting nachdenken, statt eine eigene Instanz mit halber Aufmerksamkeit zu betreiben. Das ist keine Niederlage, sondern eine vernünftige Arbeitsteilung.
Alternativen im Umfeld
Der Markt für selbst betreibbare Kollaborationsplattformen ist überschaubar, aber nicht leer. ownCloud existiert weiter, wurde zwischenzeitlich in verschiedene Produktlinien aufgeteilt und ist heute stark auf regulierte Branchen ausgerichtet. Aus dem Umfeld des ursprünglichen Entwicklerteams ist mit OpenCloud ein weiterer Fork entstanden, der sich als schlanker und stärker auf Standards ausgerichtet positioniert. Seafile setzt auf eine eigene Synchronisationsarchitektur mit Bibliotheken und gilt als ausgesprochen performant bei großen Datenmengen, verzichtet dafür auf Teile des Anwendungsökosystems. Für reine Dateidienste gibt es außerdem Lösungen wie Pydio Cells oder Syncthing für den Geräteabgleich ohne zentralen Server.
Was Nextcloud von diesen Ansätzen unterscheidet, ist weniger die Technik im Einzelnen als der Anspruch, einen möglichst großen Teil des digitalen Arbeitsplatzes abzudecken. Wer Dateien, Kalender, Chats, Videokonferenzen, Office-Bearbeitung und Projektplanung aus einer Hand und auf eigener Infrastruktur betreiben möchte, findet derzeit kaum eine vergleichbar breite Alternative. Wer nur einen schnellen Dateidienst sucht, findet in Seafile oder Syncthing möglicherweise die einfachere Lösung.
Ausblick
Die kommenden Jahre werden zeigen, ob sich der Anspruch auf digitale Souveränität dauerhaft in Beschaffungsstrukturen niederschlägt oder ob er eine Phase bleibt, die mit der nächsten Bequemlichkeitswelle endet. Einige Vorzeichen sprechen für Ersteres: Regulatorik, geopolitische Unsicherheit und die schlichte Erfahrung, dass Abhängigkeiten teuer werden können, wirken nachhaltig. Andere sprechen dagegen: Bequemlichkeit ist ein starkes Argument, und die großen Anbieter haben ihre Hausaufgaben bei Bedienung und Integration gemacht.
Für Nextcloud selbst geht es dabei weniger um Funktionsumfang – der ist inzwischen reichlich – als um drei Dinge: den Betrieb einfacher zu machen, die Qualität des Ökosystems zu sichern und bei aller Breite den Ruf eines zuverlässigen Dateidienstes nicht zu verlieren. Die Dateisynchronisation bleibt das Fundament, auf dem alles andere steht. Wer dieses Fundament vernachlässigt, verliert die Nutzer, bevor die Videokonferenz überhaupt startet.
Wer heute über den Einstieg nachdenkt, sollte mit einer überschaubaren Gruppe beginnen, eine Testumgebung aufsetzen, die unangenehmen Fragen vorab klären – Support, Backup, Upgrades, Clients, Verantwortlichkeiten – und dann wachsen. Nicht jede Organisation braucht einen eigenen Betrieb; aber jede Organisation sollte wissen, wo ihre Daten liegen und wer darüber entscheidet. Das ist im Kern die Frage, um die sich bei Nextcloud alles dreht. Die Software ist die Antwort darauf, nicht die Frage.