Ein Fork, der Maßstäbe setzte
Es gibt wenige Projekte in der europäischen Open-Source-Landschaft, deren Geschichte so eng mit einer einzigen Frustration verbunden ist wie die von Nextcloud. Als sich 2016 die Gründer und ein großer Teil der Entwicklergemeinde von ownCloud trennten, war das kein Betriebsunfall, sondern die Konsequenz unterschiedlicher Vorstellungen davon, wie viel Offenheit ein kommerziell betriebenes Produkt verträgt. Frank Karlitschek und Mitstreiter zogen den Fork durch – und legten damit den Grundstein für eine Plattform, die heute in Ministerien, Universitätsrechenzentren, Krankenhäusern und mittelständischen Betrieben läuft.
Wer heute auf Nextcloud schaut, sieht ein Projekt, das sich längst vom reinen Dateispeicher emanzipiert hat. Der Ursprung – synchronisierte Ordner auf dem eigenen Server – ist geblieben, aber nur noch als Fundament. Darüber liegt eine ganze Zusammenarbeitsplattform: Kalender, Kontakte, Videokonferenzen, Office-Bearbeitung, Aufgabenverwaltung, Formulare, Notizen. Die Frage, die viele Entscheider heute beschäftigt, lautet deshalb nicht mehr „Kann Nextcloud Dropbox ersetzen?“, sondern „Wie weit trägt Nextcloud als vollwertige Kollaborationsumgebung – und wo sind die Grenzen?“
Was Nextcloud ist – und was es nicht ist
Zunächst eine Einordnung, die in vielen Projektbesprechungen zu spät kommt: Nextcloud ist kein Produkt im klassischen Sinne, sondern eine Software-Suite mit einer dahinterliegenden Firma und einer sehr großen Community. Die Nextcloud GmbH in Stuttgart entwickelt den Kern, betreibt ein Partnernetzwerk für Hosting und Support und verkauft Abonnements für Unternehmen, die Sicherheitsupdates über den Community-Zeitraum hinaus, Zertifizierungen oder rechtliche Zusicherungen brauchen. Der Code selbst steht unter AGPL – wer will, kann ihn lesen, verändern und selbst betreiben.
Das ist die eine Seite. Die andere: Nextcloud ist keine Fire-and-Forget-Lösung. Wer die Plattform produktiv betreibt, betreibt einen Dienst mit Datenbank, Webserver, Cache, Speicherbackend und einem halben Dutzend beweglicher Teile, die gepflegt werden wollen. Genau hier trennt sich in der Praxis die Spreu vom Weizen. Eine Testinstallation mit zwanzig Nutzern ist an einem Nachmittag erledigt. Eine Umgebung mit 8.000 Konten, LDAP-Anbindung, Objektspeicher und verteilten Talk-Knoten ist ein Infrastrukturprojekt mit eigenem Budgetposten.
Unter dem Namen Nextcloud Hub firmiert seit einigen Jahren das Gesamtpaket, mit dem das Unternehmen gegen Microsoft 365 und Google Workspace antritt. Die Hub-Nomenklatur hat sich eingebürgert, auch wenn sie in der Verwaltungspraxis gelegentlich für Verwirrung sorgt: Der Hub ist kein eigenes Produkt, sondern das Zusammenspiel mehrerer Komponenten, die technisch durchaus unabhängig voneinander betrieben werden können. Nicht zuletzt deshalb raten erfahrene Administratoren dazu, den Rollout in Stufen zu planen – erst Files und Sync, dann Groupware, dann Talk, dann Office.
Die Architektur: unspektakulär, aber belastbar
Technisch ist Nextcloud vergleichsweise konservativ gebaut. Der Kern besteht aus PHP-Anwendungscode, der über einen Webserver – in der Regel Apache oder nginx mit PHP-FPM – ausgeliefert wird. Als Datenbank kommen MariaDB/MySQL, PostgreSQL oder in Unternehmensumgebungen auch Oracle infrage. Für Zwischenspeicherung und Dateisperren im Clusterbetrieb ist Redis praktisch Pflicht, APCu übernimmt den lokalen Opcode- und Objektcache. Wer diese Empfehlungen ignoriert, bekommt eine Anwendung, die funktioniert – bis sie unter Last anfängt zu zucken.
Die Datenhaltung folgt traditionell dem Dateisystem, kann aber auf primären Objektspeicher umgestellt werden. Das ist der Punkt, an dem Nextcloud für größere Umgebungen wirklich interessant wird: Mit S3-kompatiblen Backends oder Ceph verabschiedet sich die Plattform von der Vorstellung, dass jeder Nutzer ein Verzeichnis auf einem lokalen Volume braucht. Stattdessen landen Dateien als Objekte in einem Cluster, der horizontal wächst. Der Preis dafür: Viele Administrationswerkzeuge, die auf das Dateisystem schauen, funktionieren dann nicht mehr wie gewohnt. Wer `occ files:scan` gewohnt ist, muss umdenken.
Für den Zugriff nutzt Nextcloud offene Standards. WebDAV für Dateien, CalDAV für Kalender, CardDAV für Kontakte – das ist kein Marketingdetail, sondern der Grund, warum sich die Plattform vergleichsweise schmerzfrei in bestehende Werkzeugketten einfügt. Ein Linux-Desktop synchronisiert über WebDAV genauso wie ein Outlook-Plugin über die Groupware-Schnittstellen. Wer Nextcloud als „headless“ Backend hinter einer eigenen Weboberfläche betreiben will, kann das tun. Die API ist ausreichend dokumentiert, auch wenn die Dokumentation an einigen Stellen – nun ja – luft nach oben lässt.
Betriebsmodelle: vom Einplatinenrechner bis zum Cluster
Die Bandbreite der Betriebsarten ist bemerkenswert. Auf der einen Seite steht NextcloudPi, ein vorkonfiguriertes Image für den Raspberry Pi, das im Heimnetz erstaunlich gut funktioniert. Auf der anderen Seite stehen Kubernetes-Deployments mit Helm-Charts, externem Redis-Cluster, S3-Storage und mehreren App-Pods hinter einem Ingress-Controller. Dazwischen liegen das offizielle Snap-Paket, der All-in-One-Docker-Container mit integriertem Reverse Proxy und automatischen Backups sowie die klassische Paketinstallation auf einem einzelnen Server.
Für Unternehmen ohne eigene Betriebsmannschaft ist Managed Hosting der naheliegende Weg. Zahlreiche Anbieter aus dem deutschsprachigen Raum – viele davon Partner der Nextcloud GmbH – hosten die Plattform in deutschen oder österreichischen Rechenzentren, übernehmen Updates, Monitoring und Backup. Das ist kein Ausdruck von Bequemlichkeit, sondern oft die wirtschaftlichere Variante: Ein erfahrener Nextcloud-Administrator ist teuer, und die Fehler, die man beim Selbstbetrieb macht, kosten mehr als das Hosting-Abonnement.
Ein interessanter Aspekt ist die Frage der Datenhaltung bei Managed-Hosting-Modellen. Wer Nextcloud wegen der DSGVO-Konformität und der digitalen Souveränität wählt, sollte genau prüfen, wo die Rechenzentren stehen, wer Zugriff auf die Hypervisoren hat und ob der Anbieter selbst von außereuropäischen Konzernen abhängig ist. Ein Nextcloud-Logo auf einer Weboberfläche sagt noch nichts über die dahinterliegende Betriebskette aus. Hier hilft ein Blick auf Zertifizierungen wie C5 oder ISO 27001 – und auf die Frage, ob der Anbieter bereit ist, im Vertrag ein Subunternehmerverzeichnis offenzulegen.
Skalierung ohne Selbstbetrug
Bei der Skalierung zeigt sich, dass Nextcloud in erster Linie eine Datenbankanwendung mit angehängtem Speicher ist. Die Engpässe liegen selten dort, wo man sie vermutet. Nicht die Netzwerkanbindung ist meist das Problem, sondern die Anzahl der Schreibzugriffe auf die Datenbank, das Verhalten des Dateisperrmechanismus und die Frage, wie viele Hintergrundjobs gleichzeitig durchlaufen.
Cron ist in diesem Zusammenhang ein Dauerthema. Nextcloud unterscheidet zwischen Ajax-Cron, Webcron und dem empfohlenen System-Cron. Wer den Standardmodus behält, erzeugt Last beim Surfen und verzögert Hintergrundaufgaben – ein Verhalten, das bei kleineren Installationen jahrelang unbemerkt bleibt und bei mehreren hundert Nutzern zu sichtbaren Trägheiten führt. Der Wechsel auf einen systemd-Timer oder einen Cron-Job im Minutentakt gehört zu den wirksamsten Maßnahmen überhaupt.
Für Videokonferenzen mit mehr als einer Handvoll Teilnehmer kommt man am Talk High Performance Backend nicht vorbei. Dieser in Go geschriebene Signalisierungsserver entlastet den PHP-Kern erheblich. Ohne ihn skaliert Talk nicht über kleinere Gruppen hinaus, und das ist keine theoretische Grenze, sondern eine, die man im Betrieb recht schnell und schmerzhaft kennenlernt.
Ein weiterer Stolperstein sind Vorschaubilder. Nextcloud generiert für Bilder, Videos und Office-Dokumente Miniaturansichten – schön für die Nutzeroberfläche, teuer für die Speicherinfrastruktur. Bei großen Mediatheken kann die Vorschaugenerierung die IO-Last dominieren. Wer hier mit SSDs für den Metadatenbereich und einer getrennten Ablage für Vorschauen arbeitet, spart sich später einiges an Grauhaar. Wobei: Ganz vermeiden lässt sich das Thema nicht. Es gehört zu den Kosten der Bequemlichkeit.
Sicherheit, Datenschutz, Souveränität
Die Sicherheitsarchitektur von Nextcloud ist solide, aber kein Selbstläufer. Zwei-Faktor-Authentifizierung, Brute-Force-Schutz, Zugriffsrichtlinien anhand von Datei-Tags, Verschlüsselung im Ruhezustand und optional Ende-zu-Ende-Verschlüsselung für einzelne Ordner stehen zur Verfügung. Letzteres ist ein wichtiges Argument für sensible Daten, hat aber Konsequenzen: Wer Ende-zu-Ende verschlüsselt, verliert serverseitige Suche, serverseitige Vorschaugenerierung und Teile der Kollaborationsfunktionen. Das ist kein Bug, sondern logisch. Man sollte es nur vorher wissen.
Für den öffentlichen Sektor ist die Frage der Souveränität in den vergangenen Jahren zum zentralen Kriterium geworden. Nach dem Schrems-II-Urteil und mit Blick auf NIS2 sowie die Anforderungen an kritische Infrastrukturen suchen viele Verwaltungen nach Alternativen zu US-amerikanischen Hyperscalern. Nextcloud profitiert davon, aber nicht automatisch. Die Software allein macht noch keine souveräne Lösung. Entscheidend sind Betrieb, Vertragsgestaltung und die Frage, wer im Zweifel Zugriff auf die Daten hat.
Beispiele gibt es genug. In Schleswig-Holstein wurde der Umstieg auf quelloffene Arbeitsplatz- und Kollaborationssoftware breit vorangetrieben, Dataport bündelt verschiedene Open-Source-Komponenten in seiner dPhoenixSuite, und auch die Bundeswehr setzt seit Jahren auf Nextcloud als Bestandteil ihrer Kollaborationsumgebung. Solche Projekte sind Referenzen – aber auch Warnungen, denn sie zeigen, dass die technische Migration nur die halbe Miete ist. Der eigentliche Aufwand liegt in Schulung, Prozessanpassung und der Pflege über Jahre hinweg.
Ein Aspekt, der gern übersehen wird: Nextcloud ist eine Dateiablage mit Freigabefunktion. Genau hier entsteht das klassische Risiko der „Schattenfreigaben“. Öffentliche Links ohne Ablaufdatum, Freigaben an externe Adressen, unkontrollierte Weitergabe von Ordnern – das sind keine Nextcloud-Probleme, sondern Governance-Probleme. Die Plattform liefert die Werkzeuge, um gegenzusteuern: Ablaufdaten, Passwortschutz, Zugriffsprotokolle, administrative Richtlinien. Ob sie genutzt werden, entscheidet die Organisation.
Das Ökosystem: Apps, ExApps und die Qualität der Vielfalt
Ein erheblicher Teil der Attraktivität von Nextcloud liegt im App-Ökosystem. Mehrere hundert Erweiterungen stehen zur Verfügung, von Notiz- und Aufgabenverwaltung über Mindmaps bis zu Spezialanbindungen für Vereine, Bildungseinrichtungen oder Forschungsdaten. Das ist einerseits ein Pfund, mit dem sich arbeiten lässt. Andererseits ist der App Store keine kuratierte Plattform im strengen Sinne – Qualität und Wartungsstand schwanken erheblich.
Wer eine Umgebung mit mehreren tausend Nutzern betreibt, sollte Apps grundsätzlich so behandeln wie jede andere Softwareabhängigkeit: Version prüfen, Änderungshistorie ansehen, Maintainer identifizieren, Kompatibilität mit der geplanten Hauptversion testen. In der Praxis hat sich eine schlanke App-Auswahl bewährt. Jede zusätzliche Erweiterung ist ein potenzieller Konflikt bei der nächsten Aktualisierung. Wer zehn Apps installiert, hat zehn Baustellen – das ist keine Kritik am Ökosystem, sondern schlichte Betriebsrealität.
Mit der AppAPI hat Nextcloud in den vergangenen Versionen eine Brücke zu Anwendungen geschlagen, die nicht in PHP geschrieben sind. Diese sogenannten ExApps laufen in eigenen Containern und kommunizieren über definierte Schnittstellen mit der Plattform. Damit öffnet sich das Ökosystem für Sprachen wie Python oder Go und für Werkzeuge aus der Datenanalyse oder KI-Welt, die sich in PHP schlecht abbilden lassen. Technisch ist das eine der spannendsten Entwicklungen der letzten Jahre, auch wenn die Reife an einigen Stellen noch wächst.
Bei Office-Dokumenten gibt es zwei etablierte Wege: Collabora Online und ONLYOFFICE. Beide bieten eine serverseitige Bearbeitung direkt im Browser, beide haben unterschiedliche Stärken bei Formatkompatibilität und Ressourcenbedarf. Daneben gibt es Bestrebungen, eine europäisch getragene Büro-Suite als eigenständiges Community-Projekt voranzutreiben. Wer heute plant, sollte sich die Integrationslandschaft genau ansehen und vor allem testen, wie sich die Umgebung bei den eigenen Dokumenten schlägt. Ein Vergleich anhand von Marketingmaterial hilft hier nicht weiter.
CloudCherry: ein Name, viele Missverständnisse
Immer wieder erreichen Redaktionen Anfragen, die Nextcloud und einen Begriff in einen Topf werfen, der auf den ersten Blick so gar nicht dazugehört: CloudCherry. Die Verwirrung ist nachvollziehbar, denn der Name klingt nach einem Produkt aus der Nextcloud-Familie und wird in Suchanfragen entsprechend häufig mit Begriffen wie Cloud-Speicher, Private Cloud oder Kollaborationsplattform kombiniert. Tatsächlich handelt es sich um etwas grundlegend anderes.
CloudCherry war eine 2014 gegründete Plattform für Customer-Experience-Management, ursprünglich mit Sitz im indischen Chennai. Der Ansatz: Unternehmen sammeln Kundenfeedback über Umfragen, Interaktionen, Support-Tickets und Journey-Daten, werten es aus und leiten daraus Maßnahmen ab. Das Geschäftsmodell lag also im Bereich der Kundenbindung, nicht der Dateiverwaltung. 2019 wurde das Unternehmen von Cisco übernommen und in das Portfolio rund um Webex integriert, wo die Technik zeitweise als Experience-Management-Lösung weiterlief. Der eigenständige Markenname CloudCherry ist seitdem weitgehend verschwunden.
Mit Nextcloud im engeren Sinne hat CloudCherry technisch nichts zu tun. Kein Fork, keine gemeinsame Codebasis, keine organisatorische Verbindung. Die Gemeinsamkeit liegt allenfalls darin, dass beide Systeme in Unternehmen mit Kundendaten arbeiten – und dass beide gelegentlich im identischen Projektkontext auftauchen. Genau daraus entsteht in der Praxis eine sinnvolle Fragestellung: Wie bringt man Umfrage- und Feedbacksysteme mit einer Kollaborationsplattform zusammen, ohne die Daten an drei Stellen zu verteilen?
Ein weiterer Grund für die Verwechslung ist sprachlicher Natur. „Cherry“ taucht in der Softwarewelt in unterschiedlichsten Zusammenhängen auf, von Versionsverwaltung über Kommandozeilenwerkzeuge bis zu Marketingnamen. Wer in Suchmaschinen nach „CloudCherry Nextcloud“ sucht, findet entsprechend Forenbeiträge, in denen Nutzer nach Anbindungen fragen, sowie SEO-Seiten, die beide Begriffe zusammenspannen, ohne inhaltlich sauber zu trennen. Für Administratoren lohnt es sich, hier genau hinzuschauen: Ein Integrationsversprechen, das zwei grundverschiedene Systeme in einen Satz packt, ist meist kein technisches Versprechen, sondern ein Werbetext.
Integration in der Praxis: wenn Kundendaten auf Dateien treffen
Trotzdem – und das ist der produktive Teil dieses Exkurses – gibt es legitime Szenarien, in denen beide Welten zusammentreffen. Ein Customer-Success-Team arbeitet mit Umfrageergebnissen, Vertragsdokumenten, Präsentationen und Protokollen. Die Feedbackdaten liegen in einem CX-Tool, die Dokumente in Nextcloud. Ohne Verbindung entstehen doppelte Ablagen, manuelle Exporte und die Frage, welche Version denn nun gilt.
Technisch lässt sich das lösen. Nextcloud bietet mit Flow eine Regel-Engine, die auf Dateiereignisse reagieren kann: Wird ein Dokument in einen bestimmten Ordner gelegt, lässt sich ein Webhook auslösen, ein Skript starten oder ein Eintrag an ein externes System übergeben. Umgekehrt können externe Systeme über die Nextcloud-API Dateien ablegen, Ordner anlegen oder Freigaben setzen. Wer CX-Daten über eine REST-Schnittstelle bezieht, kann sie per Skript als CSV, PDF oder Dashboard-Export in eine Nextcloud-Freigabe schreiben und dort mit den zuständigen Personen teilen.
Ein zweiter Weg führt über die External-Sites-App, mit der sich externe Weboberflächen in die Nextcloud-Navigation einbetten lassen. Damit können Teams Feedback-Dashboards innerhalb der vertrauten Umgebung aufrufen, ohne zwischen Systemen zu wechseln. Das ersetzt keine tiefe Integration, reduziert aber Reibungsverluste im Alltag deutlich. Wichtiger als die Technik ist ohnehin die Frage der Datenhaltung: Umfragedaten sind personenbezogene Daten. Wer sie in Nextcloud ablegt, muss wissen, wer darauf zugreifen kann, wie lange sie aufbewahrt werden und ob eine Ende-zu-Ende-Verschlüsselung gewünscht ist.
Nicht zuletzt lohnt sich ein Blick auf Automatisierungsplattformen wie n8n oder vergleichbare Werkzeuge. Sie können zwischen einem CX-System und Nextcloud vermitteln, ohne dass auf einer der beiden Seiten tief in den Code eingegriffen werden muss. Für viele mittelständische Betriebe ist das der pragmatischere Weg als eine maßgeschneiderte Eigenentwicklung, die nach zwei Jahren niemand mehr wartet.
Wirtschaftlichkeit: Zahlen, die niemand gern offenlegt
Die Kostenfrage wird in Projekten regelmäßig zu optimistisch beantwortet. Nextcloud ist Open Source, der Download ist kostenlos – daraus folgt aber nicht, dass der Betrieb kostenlos ist. Wer die Total Cost of Ownership ehrlich rechnet, kommt auf Personal, Hosting oder Hardware, Backup, Monitoring, Schulung und Migrationsaufwand. Bei einer Umgebung mittlerer Größe ist der Administrationsaufwand über mehrere Jahre hinweg meist der größte Einzelposten.
Dem gegenüber stehen die Lizenzkosten kommerzieller Plattformen, die bei einigen hundert Nutzern schnell fünfstellige Jahresbeträge erreichen. Die Rechnung fällt trotzdem nicht automatisch zugunsten von Nextcloud aus. Sie fällt dann zugunsten von Nextcloud aus, wenn der Betrieb professionell aufgestellt ist – mit klaren Verantwortlichkeiten, automatisierten Updates und einer Person, die sich tatsächlich um die Plattform kümmert. Ohne das wird die Open-Source-Variante zur teuersten Lösung, weil Ausfälle, Datenverluste und Wildwuchs die eingesparten Lizenzkosten überkompensieren.
Ein zweiter Faktor ist die Unabhängigkeit. Bei einem On-Premises-Betrieb ist man nicht an die Preispolitik eines Anbieters gebunden, kann die Version selbst bestimmen und die Daten dort halten, wo man sie haben will. Das hat einen realen Wert – aber es ist ein Wert, den manche Organisationen erst zu schätzen wissen, wenn sie ihn verloren haben. Insofern ist die Diskussion über Open Source versus SaaS nicht nur eine über Geld, sondern über Risikoverteilung.
Migration: der unterschätzte Teil des Projekts
Technisch ist der Umzug nach Nextcloud meist die kleinere Herausforderung. Der schwierige Teil ist die Datenmigration aus bestehenden Systemen. Wer aus SharePoint kommt, kämpft mit unterschiedlichen Berechtigungskonzepten, Versionierung und Metadaten. Wer aus Google Workspace kommt, muss Formate und Freigabelogik übersetzen. Wer aus einem klassischen Fileserver kommt, hat es scheinbar einfacher – bis sich herausstellt, dass über Jahre gewachsene Ordnerstrukturen mit verschachtelten Berechtigungen existieren, die niemand mehr vollständig überblickt.
Erfahrene Projektleitungen gehen hier in Etappen vor. Erst eine Bestandsaufnahme: Welche Daten werden wirklich genutzt, welche sind Altlast? Dann eine Testmigration mit ausgewählten Gruppen, um Reibungspunkte zu identifizieren. Erst danach der breite Rollout. Und immer mit einer Rückfallebene: Die Rücksicherung der Altsysteme darf nicht am Tag nach dem Umstieg abgeschaltet werden. Erfahrungsgemäß melden sich die ersten Nutzer mit Sonderfällen, sobald die alte Oberfläche verschwunden ist.
Ein Unterschätztes Thema ist die Identitätsverwaltung. Nextcloud lässt sich über SAML oder OpenID Connect an bestehende Verzeichnisdienste anbinden, etwa Keycloak oder Active Directory. Das ist mehr als Komfort: Ohne zentrale Anmeldung entstehen Schattenkonten, und die Deaktivierung ausscheidender Mitarbeiter wird zur manuellen Fleißarbeit. Wer das von Anfang an sauber aufsetzt, spart sich später echte Probleme.
Typische Fallstricke aus der Praxis
Es gibt eine Reihe von Fehlern, die sich in fast jedem größeren Projekt wiederholen. Häufigster Kandidat: die zu klein dimensionierte Datenbank. MariaDB auf einem Standard-Webspace mag für den Test reichen, produktiv führt es zu Sperrzeiten und langsamen Antworten. PostgreSQL ist gerade in Umgebungen mit vielen gleichzeitigen Schreibzugriffen oft die bessere Wahl.
Zweiter Klassiker: der Update-Prozess. Nextcloud folgt einem zügigen Veröffentlichungsrhythmus mit mehreren Hauptversionen pro Jahr. Wer nicht regelmäßig aktualisiert, sammelt Schulden an, bis ein Sprung über mehrere Versionen technisch nicht mehr möglich ist. Wer umgekehrt jede neue Hauptversion sofort einspielt, riskiert, dass eine geschäftskritische App noch nicht angepasst ist. Der Mittelweg – eine Version zurückliegen, App-Kompatibilität vorher testen, Updates im Wartungsfenster – hat sich in der Praxis bewährt.
Dritter Punkt: Backup und Wiederherstellung. Ein Nextcloud-Backup umfasst nicht nur die Dateien, sondern auch die Datenbank, die Konfigurationsdateien und – je nach Verschlüsselung – die Schlüssel. Wer nur das Datenverzeichnis sichert, hat im Ernstfall einen Ordner voller verschlüsselter oder referenzloser Inhalte. Und ein Backup, das nie getestet wurde, ist kein Backup, sondern eine Annahme. Das klingt banal, ist aber in der Realität erstaunlich oft die Ursache für Totalschäden.
Vierter Punkt: die Erwartungshaltung der Nutzer. Nextcloud sieht in vielen Bereichen anders aus als die gewohnten Werkzeuge, und das ist Teil des Konzepts. Wer den Umstieg als reine 1:1-Ablösung kommuniziert, produziert Enttäuschung. Besser ist es, die Unterschiede offen zu benennen und die Nutzer dort abzuholen, wo sie im Alltag tatsächlich arbeiten.
Zukunft: KI, Föderation und die Suche nach Anschlussfähigkeit
Die kommenden Jahre dürften für Nextcloud vor allem davon geprägt sein, zwei Dinge zusammenzubringen: den Anschluss an aktuelle Technologietrends und die Bewahrung der eigenen Souveränitätsversprechen. Beim Thema künstliche Intelligenz ist die Linie recht klar: Der Assistant lässt sich mit lokalen Modellen betreiben, etwa über eine OpenAI-kompatible Schnittstelle zu einer selbst gehosteten Inferenzumgebung. Das kann weniger als die großen Cloud-Modelle, hat aber den entscheidenden Vorteil, dass Dokumente die eigene Infrastruktur nicht verlassen.
Bei der Föderation gibt es Bewegung. Nextcloud kann seit langem Freigaben zwischen Instanzen austauschen, was insbesondere im Hochschul- und Forschungsbereich seit Jahren genutzt wird. Die Anbindung an offene Protokolle aus der Fediversum-Welt ist ein logischer nächster Schritt, auch wenn die praktische Relevanz für Unternehmensumgebungen derzeit noch begrenzt ist.
Ein drittes Feld ist die Interoperabilität innerhalb Europas. Es gibt Bestrebungen, offene Standards für Kollaboration und Identität stärker zu etablieren, damit Behörden und Unternehmen verschiedener Länder miteinander arbeiten können, ohne auf außereuropäische Plattformen zurückzugreifen. Nextcloud ist in mehreren dieser Initiativen vertreten. Ob daraus tragfähige Ökosysteme entstehen, wird sich zeigen – die Richtung ist jedenfalls bemerkenswert.
Fazit
Nextcloud ist aus der europäischen Softwarelandschaft nicht mehr wegzudenken. Die Plattform hat bewiesen, dass sich Dateisynchronisation, Gruppenware und Videokonferenz in einem quelloffenen Paket betreiben lassen, das auch vor größeren Nutzerzahlen nicht kapituliert. Sie ist keine Wunderwaffe und kein kostenloser Ersatz für alles, was Hyperscaler anbieten. Sie ist ein Werkzeug, das in professionellen Händen sehr viel leistet – und in unprofessionellen Händen sehr viel Arbeit macht.
Wer heute über einen Einsatz nachdenkt, sollte drei Fragen zuerst beantworten: Wer betreibt die Plattform? Welche Daten landen darauf? Und wie wird aktualisiert, gesichert, überwacht? Wer diese Fragen beantworten kann, für den ist Nextcloud eine tragfähige Grundlage – für Jahre, nicht für Quartale. Alle anderen sollten ehrlich prüfen, ob sie nicht besser zu einem Managed Service greifen. Souveränität ist kein Produkt, das man kauft. Souveränität ist eine Eigenschaft, die man betreiben muss.
Und was CloudCherry betrifft: Wer den Begriff im Umfeld von Nextcloud aufschnappt, darf getrost davon ausgehen, dass es sich um eine Namensverwechslung handelt – oder um einen Anwendungsfall, bei dem Kundendaten aus einem CX-System mit Dokumenten in einer Kollaborationsplattform zusammengeführt werden sollen. Beides ist handhabbar. Aber nur, wenn man weiß, wovon man spricht.