Nextcloud und die ITIL-Disziplin: Wenn die selbstgehostete Cloud zum professionellen Dienst wird
Nextcloud ist in vielen Unternehmen längst zu einer festen Größe geworden – als selbstgehostete Alternative zu den großen Cloud-Diensten. Was mit ein paar Enthusiasten im Keller begann, ist heute oft geschäftskritisch: Tausende Mitarbeiter synchronisieren Dateien, führen Videokonferenzen mit Nextcloud Talk, tauschen Kalender und Kontakte aus. Dabei zeigt sich ein typisches Muster: Die Einführung erfolgt meist agil, fast wildwüchsig. Administratoren können vieles über die Web-Oberfläche konfigurieren, die Community liefert unzählige Apps. Aber sobald die Plattform erste Millionen von Dateien oder mehrere hunderttausend Benutzer verwaltet, wird der Betrieb zur Herausforderung. Nicht zuletzt, weil die Erwartungen an Sicherheit, Verfügbarkeit und Reaktionszeiten steigen – genau der Punkt, an dem ITIL ins Spiel kommt.
ITIL – die IT Infrastructure Library – ist ein Rahmenwerk für das Management von IT-Dienstleistungen. Ursprünglich von der britischen Regierung entwickelt, hat es sich zum De-facto-Standard für professionelle IT-Organisationen entwickelt. Viele Admins schrecken davor zurück, weil sie denken, ITIL bedeute endlose Prozessdokumentation und Formularwüsten. Dabei geht es im Kern darum, IT-Services planbar, messbar und verbesserbar zu machen. Und Nextcloud als Open-Source-Plattform bietet erstaunlich viele Anknüpfungspunkte, um genau das zu erreichen – ohne dass man gleich ein großes Beratungsprojekt aufsetzen müsste.
Der folgende Artikel beleuchtet, wie Nextcloud in die wichtigsten ITIL-Disziplinen eingebunden werden kann, wo Stolpersteine liegen und welche konkreten Werkzeuge und Konfigurationen helfen, den Betrieb nach ITIL-Gesichtspunkten zu professionalisieren. Dabei geht es nicht um Zertifikate, sondern um praktische Umsetzungshilfen für Entscheider und Techniker.
Nextcloud als Plattform: Architektur und Potenzial
Bevor wir in die Prozesswelt abtauchen, lohnt sich ein kurzer Blick auf die Architektur. Nextcloud besteht im Wesentlichen aus einem PHP-basierten Server, einer Datenbank (meist MariaDB oder PostgreSQL), und einer Dateiablage auf einem lokalen Dateisystem oder Objektspeicher (S3-kompatibel). Die Synchronisation erfolgt über WebDAV, eine eigene Desktop- und Mobile-App, während Talk auf dem WebRTC-Standard basiert. Was Nextcloud von anderen Lösungen unterscheidet, ist die riesige App-Ökosystem. Von Kalender über E-Mail bis hin zu Dokumenteneditoren (Collabora Online, OnlyOffice) – die Integrationstiefe ist beeindruckend. Ein interessanter Aspekt ist die Möglichkeit, Nextcloud in bestehende LDAP/Active-Directory-Strukturen einzubinden. Das ist für Unternehmen mit bestehenden Identity-Management-Systemen ein entscheidender Vorteil, denn so wird Nextcloud nicht zur weiteren “Insel” in der IT-Landschaft, sondern fügt sich nahtlos ein.
Doch mit der Flexibilität kommt auch Komplexität. Jede App ist ein potenzieller Störfaktor. Jede Integration erfordert Wartung. Und je mehr Benutzer und Dateien, desto dringender wird die Frage nach ordentlichen Betriebsprozessen. Hier helfen ITIL-Konzepte, den Überblick zu behalten.
Von der Wildwuchs-Installation zum gemanagten Service
Viele Nextcloud-Installationen beginnen als Pilotprojekt einer einzelnen Abteilung. Der Admin installiert die Pakete, aktiviert ein paar Apps, vergibt Rechte – das war‘s. Wenn dann die Geschäftsleitung beschließt, das Tool unternehmensweit auszurollen, werden oft die gleichen Admins mit dem Betrieb überfordert. Plötzlich treten Probleme auf: Regelmäßige Backup-Prozesse fehlen, Monitoringsysteme sind nicht angebunden, Änderungen an der Konfiguration werden nicht dokumentiert. Der erste Ausfall führt zu hektischen Aktionen. Vor diesem Hintergrund ist es naheliegend, sich an ITIL zu orientieren, das seit Jahrzehnten bewährte Praktiken für solche Situationen bietet.
Dabei hilft bereits ein einfaches Modell: Man definiere die Nextcloud-Instanz als “Service” – also eine Dienstleistung, die einen bestimmten Wert für die Kunden (User) erbringt. Mit dieser Perspektive werden Betriebsaufgaben planbar: Man braucht keine 200-seitige Prozesslandkarte, aber klare Verantwortlichkeiten, Eskalationswege und Metriken.
Incident Management: Störungen erkennen und schnell beheben
Einer der zentralen ITIL-Prozesse ist das Incident Management. Ziel ist es, den normalen Betrieb so schnell wie möglich wiederherzustellen, wenn etwas ausfällt oder beeinträchtigt wird. Nextcloud bietet hier eine Reihe von Werkzeugen. Da ist zum einen die eigene Logging-Infrastruktur: Nextcloud schreibt Logs in das System-Log (syslog) oder in eine Datenbanktabelle. Über den Befehl occ log:manage lassen sich Log-Level dynamisch anpassen. In der Praxis hilft es, diese Logs zentral an ein SIEM- oder Log-Management-System zu schicken, etwa über rsyslog oder fluentd. Ein Incident könnte dann etwa sein: “Benutzer kann keine Dateien hochladen”. Die Ursache kann eine volle Festplatte sein (klassisch), ein falsch konfigurierter Reverse Proxy, oder eine ausgefallene Datenbank. Mit den Logs allein ist es oft nicht getan: Man braucht ein Monitoring, das frühzeitig auf kritische Zustände hinweist.
Hier kann man Nextcloud mit gängigen Monitoring-Tools wie Icinga, Nagios oder Prometheus koppeln. Es gibt Community-Checks, die den Nextcloud-Status über die status.php abfragen, aber auch eigene Skripte, die die Anzahl offener Incident-Tickets im Helpdesk abgleichen. Ein interessanter Ansatz ist, Nextcloud Talk als Alarmkanal zu verwenden: Ein Monitoring-Alarm wird per Webhook an einen Talk-Kanal gesendet, wo das Incident-Team sofort sieht, was los ist. Die Reaktion erfolgt dann über Talk – und die Kommunikation bleibt dokumentiert. Nicht zuletzt kann man in Talk auch strukturierte Diskussionen führen, die im Nachhinein für die Post-Mortem-Analyse nützlich sind.
Doch Incident Management bedeutet nicht nur Reaktion, sondern auch Prävention. Nextcloud hat eine Gesundheits-Check-Seite (Administration > System-Info), die mögliche Fehler anzeigt – etwa falsche PHP-Versionen, inaktive Cronjobs oder fehlerhafte Speicherkonfiguration. Wer diese Checks regelmäßig durchführt, kann viele Incidents verhindern, bevor sie entstehen. Die Herausforderung: Die Checks sind manuell. Ein automatisiertes Script kann die Daten in ein Monitoring einspeisen.
Problem Management: Warum ist das eigentlich immer wieder passiert?
ITIL unterscheidet zwischen Incidents (akute Störung) und Problems (zugrundeliegende Ursache). Viele Unternehmen machen den Fehler, nur Brände zu löschen, ohne die Brandursache zu beseitigen. Nextcloud ist anfällig für wiederkehrende Probleme, die oft an der Grenze zwischen Konfiguration und Code liegen. Beispielsweise können Inkompatibilitäten zwischen verschiedenen App-Versionen nach einem Update auftreten. Oder das automatische Löschen von veralteten Versionen (versions_retention_obligation) führt zu Überraschungen. Ein systematisches Problem Management erfordert eine Wissensdatenbank, in der bekannte Fehler und Workarounds dokumentiert werden.
Nextcloud selbst hat hier einen eingebauten Mechanismus: Die “Apps” können über die interne Logik installiert und aktualisiert werden – dabei gibt es aber keine zentrale Problem-Datenbank. Die Lösung: Man integriert ein ITSM-Tool (z.B. iTop, OTRS oder das integrierte Ticket-System einer ERP-Lösung) und nutzt die Nextcloud-REST-API, um automatisch Tickets aus Fehlerlog-Einträgen zu generieren. Das klingt aufwendig, ist aber mit etwas Skripting (Python, PHP) machbar. Wer kein zusätzliches System betreiben möchte, kann auch eine spezielle „Known Errors“-App in Nextcloud selbst verwenden – etwa eine strukturierte Textdatei oder eine kleine Custom-App, die Probleme verschlagwortet.
Ein Praxisbeispiel: Im Support taucht immer wieder die Meldung “Zu viele offene Dateihandles” auf. Eine Root-Cause-Analyse ergibt, dass der PHP-Speicher pro Request zu niedrig eingestellt ist und der Workermanager zu viele gleichzeitige Verbindungen abbricht. Nachdem ein Workaround im PHP-Container dokumentiert wurde, führt das Problem Management zu einer dauerhaften Konfigurationsänderung. ITIL würde hier fordern: Dokumentiere den Workaround, verknüpfe ihn mit dem Known-Error-Datensatz und überwache, ob die Änderung wirkt – alles nachvollziehbar.
Change Management: Updates, Konfigurationen und Risiken kontrollieren
Nextcloud hat einen schnellen Release-Zyklus. Alle paar Monate erscheint eine neue Major-Version, gefolgt von Sicherheits-Patches. Hinzu kommen App-Updates und individuelle Konfigurationsänderungen. Ohne ein Change-Management-Verfahren wird das schnell chaotisch. ITIL empfiehlt die Bewertung von Changes hinsichtlich Risiko, Dringlichkeit und Auswirkung. Für Nextcloud-Administratoren bedeutet das: Jedes Update sollte vorab in einer Testumgebung validiert werden (Staging). Der Change-Vorschlag wird dokumentiert: Was wird geändert, warum, welches Rollback-Szenario gibt es?
Nextcloud selbst bietet dazu die sogenannten “Maintenance”- und “Upgrade”-Skripte über occ. Wichtig ist, vor einem Upgrade ein vollständiges Backup von Dateien und Datenbank zu erstellen – idealerweise automatisiert. Der Change selbst kann in einem Kalender (z.B. Nextcloud Kalender) eingetragen werden, als “Change-Freeze-Zeit” markiert, damit keine anderen Changes parallel laufen. Das klingt trivial, wird aber oft vergessen. Viele Admins machen das Update einfach live – ohne Rücksprache mit dem Incident-Team. Wenn dann etwas schiefgeht, haben alle ein Problem.
Ein cleverer Ansatz: Man nutzt Nextcloud selbst für die Change-Dokumentation. In einer geschützten Ordnern können Change-Requests als Textdateien oder im Markdown-Format abgelegt werden, mit Vorlagen für Risikobewertung, Testprotokoll und Genehmigungsstatus. Über Freigabe-Workflows (die Nextcloud-App “Workflow” ermöglicht solche automatisierungen) kann zusätzlich eine formelle Genehmigung durch den Change Manager eingeholt werden – etwa per E-Mail oder Talk-Nachricht. Das ist keine echte ITIL-zertifizierte Lösung, aber ein pragmatischer Weg, Kontrolle zu gewinnen.
Interessant ist auch der Aspekt von “Emergency Changes”: Ein kritischer Sicherheitspatch muss sofort eingespielt werden. ITIL erlaubt dann einen verkürzten Prozess. Bei Nextcloud kann das bedeuten, dass man den Patch direkt in die Produktion gibt, aber sofort ein Incident-Ticket erstellt und nacharbeitet. Wichtig ist, dass das Emergency-Change auch dokumentiert wird – am besten mit einem Eintrag im Change-Log, das in der Datenbank oder in einer Datei liegt.
Ein Tipp für die Praxis: Verwende den occ config:list Befehl, um die aktuelle Konfiguration zu exportieren. Vor einem Change sollte man den kompletten Konfigurationsstand sichern. Nach einem Change wird erneut exportiert und mit einem diff die Abweichungen protokolliert. Das erlaubt eine nachträgliche Prüfung und dient der Rückverfolgbarkeit – quasi ein einfaches Configuration-Management im Sinne von ITIL.
Service Desk: Nextcloud als Self-Service-Portal und Wissensbasis
ITIL beschreibt den Service Desk als Single Point of Contact für alle IT-Angelegenheiten. Viele Unternehmen haben bereits separate Helpdesk-Systeme. Aber Nextcloud kann den Service Desk unterstützen – als Wissensdatenbank. Man kann in Nextcloud strukturierte Ordner anlegen: “Anleitungen”, “FAQ”, “Bekannte Probleme”. Mit der App “Files_External” lassen sich sogar externe Quellen anbinden. Ein Beispiel: Ein Benutzer hat ein Problem mit der Synchronisation. Statt ein Ticket zu eröffnen, kann er zuerst in der Wissensbasis suchen, die in Nextcloud bereitgestellt wird. Wenn die Lösung nicht gefunden wird, könnte ein Link in der Wissensbasis direkt auf das Ticket-System führen. Oder man nutzt Nextcloud Formulare (App “Forms”) um ein Feedback- oder Störungsformular zu erstellen, das dann als E-Mail an den Service Desk gesendet wird.
Für den Service Desk selbst (also die Mitarbeiter) kann Nextcloud als Tool für die interne Zusammenarbeit dienen. Talk ermöglicht schnelle Abstimmung, geteilte Dokumente enthalten Lösungsbeschreibungen. Die Verknüpfung zum Incident-Management entsteht, wenn man in Talk-Kanälen strukturierte Incident-Notizen macht – etwa mit dem Befehl “/incident
Service-Level-Management: Verfügbarkeit und Performance messen
ITIL-Service-Level-Management (SLM) definiert die Qualität eines Dienstes in messbaren Größen. Typische Metriken für Nextcloud sind: Verfügbarkeit der Web-Oberfläche, Antwortzeiten der Sync-Clients, Speicherplatzauslastung, Anzahl aktiver Nutzer. Nextcloud liefert diese Werte nicht automatisch in einem Dashboard, aber man kann sie gewinnen. Die Status-Seite gibt grundlegende Informationen über den Serverstatus. Über die occ Kommandos status und config:list kann man Systemdaten abfragen. Für echte SLM braucht man ein externes Tool, das kontinuierlich misst und Reports generiert. Prometheus in Kombination mit Grafana eignet sich hervorragend: Es gibt einen Nextcloud-Exporter, der Metriken wie Anzahl der Dateien, Gesamtspeicher, Anzahl der Benutzer und Login-Versuche sammelt.
Ein interessanter Aspekt: Die Verfügbarkeit eines Nextcloud-Dienstes hängt stark von den externen Komponenten ab (Datenbank, Objektspeicher, Reverse Proxy). Ein Service-Level sollte daher nicht nur die Nextcloud-Applikation selbst, sondern die gesamte Service-Kette umfassen. ITIL schlägt hier vor, Service-Level aufzuteilen in Komponenten-SLAs. Für Nextcloud bedeutet das: Man messe die Verfügbarkeit der Datenbank (z.B. via Monitor), die Antwortzeit des Objektspeicher und die Latenz des Load-Balancers. Erst wenn alle diese Metriken im Zielbereich liegen, gilt der Dienst als verfügbar.
In der Praxis reicht es oft, die Uptime des Webservers und die erfolgreiche Antwort der status.php zu überwachen. Das gibt ein erstes Gefühl. Wer es professioneller haben möchte, implementiert synthetische Transaktionen: Ein Client, der alle fünf Minuten eine Datei hoch- und runterlädt und die Zeit misst. Das kann man mit einem Cronjob und Nextcloud’s WebDAV-Endpunkt umsetzen. Der Pulsmesser schreibt die Ergebnisse in ein Log – bei Abweichungen Alarm. So stellt man sicher, dass der Service-Level tatsächlich eingehalten wird.
Sicherheitsmanagement und Compliance: Nextcloud in den ITIL-Prozessen
Sicherheit ist ein Querschnittsthema in ITIL. Nextcloud bietet von Haus aus Verschlüsselung auf Transportebene (TLS) und auf Dateiebene (Server-side Encryption). Allerdings: Letztere kann performanceintensiv sein und ist nicht immer nötig. ITIL fordert ein Sicherheitsmanagement, das Risiken identifiziert und Maßnahmen priorisiert. Für Nextcloud-Admins heißt das: Regelmäßige Sicherheitsupdates einspielen (Change Management), Zugriffsrechte regelmäßig überprüfen (Identity Management), und Audit-Logs auswerten. Nextcloud protokolliert viele Aktivitäten: Wer hat wann welche Datei gesehen, geteilt oder gelöscht? Diese Logs können in ein SIEM (Security Information and Event Management) eingespeist werden. ITIL würde fordern, dass es einen dokumentierten Prozess für Sicherheitsvorfälle gibt (Incident Management). Ein Beispiel: Plötzliche Anmeldungen aus ungewöhnlichen IP-Bereichen – das muss erkannt und eskaliert werden.
Ein konkretes Hilfsmittel ist die Nextcloud-“Audit Log” App (im Enterprise- oder Community-Bereich verfügbar). Sie schreibt benutzerdefinierte Log-Ereignisse in eine Datenbank oder an einen externen Syslog-Server. Für Compliance (DSGVO, SOX etc.) kann man diese Logs archivieren und nach bestimmten Kriterien durchsuchen. ITIL würde hier den Prozess “Information Security Management” verlangen, der regelmäßige Reviews der Log-Daten, Penetrationstests und Awareness-Schulungen umfasst – aber das geht über reine Technik hinaus.
Continual Service Improvement: Aus Fehlern lernen
Der vielleicht wichtigste ITIL-Prozess für Nextcloud ist das CSI (Continual Service Improvement). Gemeint ist ein Kreislauf aus Messen, Analysieren und Verbessern. Die zuvor gewonnenen Metriken (Incident-Rate, Change-Erfolg, Antwortzeiten) werden regelmäßig betrachtet. Im Team wird besprochen: Was lief gut? Was nicht? Welche systematischen Schwachstellen gibt es? Nextcloud erleichtert CSI, weil die Plattform selbst viele Daten produziert – man muss sie nur heben. Einmal im Monat ein Meeting mit den Betriebsverantwortlichen, in dem man die Grafana-Dashboards durchgeht und Maßnahmen ableitet – das ist bereits ein einfacher CSI-Prozess.
Ein praktischer Tipp: Führe ein “Lessons Learned”-Dokument in Nextcloud. Nach jedem größeren Change oder Incident schreiben die Beteiligten ihre Erkenntnisse in einer Datei nieder. Diese Datei ist für alle nachvollziehbar und kann beim nächsten ähnlichen Projekt als Referenz dienen. ITIL fordert zwar keinen expliziten Ordner, aber der Gedanke der Wissensweitergabe ist zentral.
Grenzen und Herausforderungen
Natürlich ist Nextcloud kein vollständiges ITIL-Tool. Es ersetzt kein ITSM-System für Tickets, CMDB oder Service-Kataloge. Aber es kann als Datenquelle und als Kollaborationsplattform innerhalb der IT-Organisation dienen. Wer ITIL ernsthaft einführen möchte, sollte sich überlegen, ob er nicht ein dediziertes System wie iTop oder ServiceNow daneben betreibt. Die Integration ist dann über APIs möglich. Allerdings: Für viele kleine und mittelständische Unternehmen reicht eine pragmatische Kombination aus Nextcloud, Talk, Monitoring und einer strukturierten Ordnerablage völlig aus, um ITIL-like zu arbeiten. Der Aufwand für die Implementierung eines komplexen ITSM-Tools ist oft nicht gerechtfertigt.
Ein weiterer Punkt: Die Community und auch die Enterprise-Version von Nextcloud bieten sogenannte “Workflows”, die auf bestimmte Ereignisse (Datei hochgeladen, geteilt, gelöscht) mit Aktionen reagieren können – z.B. eine Benachrichtigung an den Change Manager senden. Allerdings sind diese Workflows nicht auf ITIL-Prozesse zugeschnitten, sondern müssen selbst konfiguriert werden. Man kann damit aber bereits einen Teil der Automatisierung abdecken, etwa das Erstellen eines Incident-Tickets bei einer fehlgeschlagenen Synchronisation (über eine Webhook-Aktion zu einem Ticketsystem). Wer keine Lust hat, selbst zu scripten, muss auf Drittanbieter-Lösungen setzen.
Dafür bietet Nextcloud den Vorteil der vollständigen Kontrolle – wenn man sie nutzen will. Als Open-Source-Software kann man den Quellcode anpassen, eigene Apps entwickeln und tief in die Systeme eingreifen. Das ist bei Closed-Source-Produkten nicht möglich. Nicht zuletzt ermöglicht die Architektur ein hohes Maß an Automatisierung, wenn man sich die Mühe macht, die occ-Befehle und die API zu nutzen. Ein Beispiel: Man könnte einen Cronjob einrichten, der täglich die letzte Login-Zeit aller Benutzer prüft und inaktive Accounts deaktiviert – das wäre ein Sicherheits- und CI-Prozess in einem.
Ausblick: Die nächste Stufe der Professionalisierung
Nextcloud hat sich in den letzten Jahren vom File-Sharing-Tool zu einer vollwertigen Kollaborationsplattform entwickelt. Viele Unternehmen erkennen jetzt den Wert, aber scheitern noch an der Betriebsprofessionalität. ITIL bietet einen Rahmen, aber kein starr zu befolgendes Regelwerk. Wer anfängt, die Nextcloud-Instanz als Dienst zu verstehen, der Management und ständige Verbesserung braucht, der wird automatisch zu Konzepten wie Incident-, Change- und Problem-Management geführt. Die Technik unterstützt dabei, wenn man sie richtig konfiguriert: Monitoring, Logging, Audit, API.
In den nächsten Jahren werden wir vermutlich mehr Lösungen sehen, die Nextcloud mit ITSM-Tools direkt integrieren, vielleicht sogar offizielle Apps für ITIL-Kernprozesse. Die Basis ist bereits gelegt. Für Entscheider und Admins heißt es jetzt: Hinsetzen, die bestehenden Prozesse kritisch hinterfragen und ein kleines, aber konsequentes Betriebsmodell nach ITIL-Philosophie einführen – und zwar nicht als Last, sondern als Befreiung von der täglichen Hektik. Denn am Ende profitieren alle: die User durch stabileren Service, die Admins durch planbare Arbeit, und die Geschäftsführung durch nachvollziehbare Qualität.
Ein letzter Gedanke: ITIL ist kein Selbstzweck. Es wäre falsch, Nextcloud mit hundert Regeln zu überziehen, die niemand versteht oder einhält. Stattdessen sollte man mit einem einfachen Satz beginnen: „Ab heute dokumentieren wir jede Änderung an der Konfiguration und jeden Sicherheitsvorfall.“ Das ist die Magie des kleinen Anfangs. Dann stellt sich der Rest fast von alleine ein – in einem Kreislauf, der dem von ITIL entspricht. Und Nextcloud liefert die Werkzeuge dafür, ohne dass man das Rad neu erfinden muss. Wer das verstanden hat, kann aus der selbstgehosteten Cloud einen echten Service machen – skalierbar, sicher und professionell gemanagt.
Ob man dafür nun die Enterprise-Lizenz von Nextcloud braucht? Nicht unbedingt. Die Community-Version kann all das auch. Allerdings mit weniger Support und weniger komfortablen Erweiterungen wie dem Audit-Log oder den Workflows. Doch der Geist von Open Source ist ja gerade, dass man sich selbst helfen kann – mit Skripten, der API und einer aktiven Community. Wer bereit ist, sich in die Tiefen von occ und der REST-Schnittstelle einzuarbeiten, kann einen ITIL-konformen Betrieb selbst in einer kleinen Installation realisieren. Die Mühe lohnt sich: Eine gut gemanagte Nextcloud-Instanz wird zum Rückgrat der digitalen Zusammenarbeit im Unternehmen – und bleibt dabei stets in eigener Hand.
So viel zur Theorie. Nun liegt es an den Admins und Entscheidern, die nächsten Schritte zu gehen. Das erste Update mit Change-Dokumentation, das erste Monitoring-Dashboard mit Incident-Schwellwerten, die erste Wissensdatenbank im Team-Ordner – all das sind kleine, aber wichtige Schritte raus aus dem reaktiven Ad-hoc-Betrieb, hinein in eine proaktive, planbare Service-Welt. Und das ist letztlich das Ziel, das ITIL und Nextcloud gemeinsam verfolgen: stabile, sichere und nachvollziehbare IT-Dienstleistungen für die Benutzer. Ein Ziel, das sich mit der richtigen Herangehensweise durchaus erreichen lässt – und das mit einem überschaubaren Budget und einer Portion Open-Source-Engagement.