Nextcloud Webhooks revolutionieren die Automatisierung

Die leise Revolution: Wie Nextcloud Webhooks die Automatisierung in die eigene Hand nehmen

Es gibt diese Momente in der IT, da steht man vor einem Problem, das so offensichtlich ist, dass man sich fragt, warum niemand früher darauf gekommen ist. Nehmen wir ein alltägliches Szenario: Ein neues Projektteam wird gegründet, die Ordnerstruktur in der Cloud muss angelegt werden, Berechtigungen müssen vergeben, und alle Beteiligten sollen per Chat darüber informiert werden. Was früher hieß: „Kann mal jemand manuell…“ führt heute zu der Frage: „Kann man das nicht automatisieren?“ Genau hier kommen Nextcloud Webhooks ins Spiel. Eine unscheinbare, aber umso mächtigere Funktion, die in der Version 28 Einzug gehalten hat und seither die Art und Weise verändert, wie Administratoren und Entwickler ihre Cloud-Umgebungen orchestrieren.

Nextcloud ist kein Unbekannter im Bereich digitaler Infrastruktur. Die Open-Source-Plattform hat sich über die Jahre als ernstzunehmende Alternative zu proprietären Diensten wie Dropbox, Microsoft OneDrive oder Google Drive etabliert. Der entscheidende Unterschied: Die Daten liegen auf eigenen Servern, die Kontrolle bleibt beim Unternehmen oder der öffentlichen Verwaltung. Das ist gut und richtig. Aber eine Cloud, die nur Daten speichert, bleibt ein digitaler Aktenschrank. Erst die Vernetzung mit anderen Systemen macht sie zu einem echten Produktivitätstool. Und hier stoßen klassische Schnittstellen wie die REST-API oft an ihre Grenzen – nicht von ihrer Leistungsfähigkeit her, aber von ihrer Struktur. Eine API ist wie ein gut sortiertes Archiv: Man kann darin stöbern, wenn man den Schlüssel hat. Ein Webhook hingegen ist wie ein Bote, der von selbst losläuft, sobald etwas passiert.

Der Unterschied ist fundamental. Webhooks sind das Rückgrat moderner Echtzeitautomatisierung. Sie ersetzen das lästige Polling – also das regelmäßige Abfragen, ob sich etwas geändert hat – durch ein ereignisgesteuertes Modell. Ein Nutzer lädt eine Datei hoch, ein Webhook feuert. Jemand ändert eine Aufgabe im Nextcloud Deck, ein Webhook informiert den angeschlossenen Dienst. Es ist kein Geheimnis, dass jede große Cloud-Plattform auf solche Mechanismen setzt. Nextcloud hat mit der Einführung nativer Webhooks den entscheidenden Schritt gemacht, um nicht nur mitzuhalten, sondern in puncto Flexibilität und Datensouveränität die Nase vorn zu haben.

Dennoch: Die Dokumentation und die öffentliche Diskussion um dieses Feature ist überschaubar. Das ist schade, denn gerade für Entscheider, die über die Einführung oder den Betrieb einer Nextcloud-Instanz nachdenken, ist das Verständnis dieser Schnittstelle ein entscheidender Hebel. Deshalb lohnt ein genauerer Blick.

Was Nextcloud Webhooks eigentlich sind – und was nicht

Bevor wir uns in die technischen Details stürzen, sollten wir klären, was ein Webhook im Kontext von Nextcloud überhaupt ist. Es handelt sich um einen HTTP-Rückruf, der von der Nextcloud-Plattform an eine externe URL gesendet wird, sobald ein bestimmtes Ereignis eintritt. Der Empfänger – das kann ein kleiner Python-Skript auf einem Raspberry Pi sein, ein Mattermost-Server, ein GitLab-Repository oder eine ganze Unternehmenssoftware – bekommt einen strukturierten JSON-Payload zugestellt. Der Paketbote klopft sozusagen an, wenn etwas passiert.

Ein interessanter Aspekt: Nextcloud unterscheidet sich bewusst von anderen Systemen, indem es auf Outgoing Webhooks setzt. Das heißt, die Nextcloud-Instanz selbst ist der Sender. Es gibt derzeit nur eine begrenzte Anzahl vordefinierter Ereignisse, die solche Aufrufe auslösen können. Dazu gehören Änderungen an Dateien, das Anlegen oder Löschen von Ordnern, das Teilen von Elementen, sowie Aktivitäten in ausgewählten Apps wie Talk (Nachrichten, Anrufe) oder Deck (Karten, Aufgaben). Es ist kein vollständig offenes System, bei dem jeder Entwickler beliebig Ereignisse definieren kann – dafür ist der Weg über die App-Entwicklung mit eigenen Event-Handlern vorgesehen.

Das klingt nach einer Einschränkung, und in gewisser Weise ist es das auch. Wer hofft, jedes beliebige Ereignis in Nextcloud über einen Webhook abfeuern zu können, wird enttäuscht. Aber ehrlich: Das ist ein pragmatischer Ansatz. Ein vollständig offenes Event-System wäre ein Sicherheitsalbtraum und würde die Performance unnötig belasten. Stattdessen hat man die wichtigsten Geschäftsfälle abgebildet. Und genau diese Geschäftsfälle sind es, die den Unterschied machen.

Nicht zuletzt zeigt sich hier die Philosophie der Nextcloud-Entwickler: Stabilität vor Quantität. Man hätte dutzende Events ausliefern können, die dann niemand nutzt oder die ungetestet sind. Stattdessen hat man eine handvoll gut durchdachter Auslöser implementiert. Ein Beispiel: Der Dateierstellungs-Webhook wird nicht nur dann ausgelöst, wenn eine Datei wirklich neu angelegt wird, sondern auch, wenn eine bestehende Version überschrieben wird. Das ist intelligent, denn aus Sicht des Anwenders ist das ja wirklich „etwas Neues“. Andere Systeme hätten hier zwei separate Events vorgesehen – mehr Komplexität, kaum Mehrwert.

Die technische Umsetzung – sauber, aber mit Luft nach oben

Wie also richtet man einen Webhook in Nextcloud ein? Der Weg führt über die Administrations-Oberfläche, genauer gesagt unter „Einstellungen → Administration → Grundlagen → Webhooks“. Dort lassen sich neue Webhooks mit einem Namen, einer Ziel-URL und optional einem geheimen Schlüssel anlegen. Letzteres ist kein optionales Feature, sondern eine dringende Empfehlung. Ohne den Schlüssel kann jeder, der die Ziel-URL kennt, die Herkunft des Aufrufs nicht verifizieren. Mit einem HMAC-Signatur-Verfahren, bei dem der Payload mit dem Secret signiert wird, stellt der Empfänger sicher, dass die Anfrage wirklich von der eigenen Nextcloud-Instanz kommt und nicht manipuliert wurde.

Die Auswahl der Ereignisse erfolgt über Checkboxen. Man kann einen Webhook auf eine oder mehrere Arten von Aktivitäten beschränken ­– etwa nur auf Dateiänderungen in einem bestimmten Ordner. Das klingt zuerst trivial, ist aber in der Praxis von enormer Bedeutung. Denn wer möchte schon einen HTTP-Call an den Firmenchat schicken, wenn jemand eine temporäre Log-Datei hochlädt? Die Filterung auf Ordner- oder Dateityp-Ebene fehlt allerdings noch in der Standardkonfiguration – ein Punkt, den ich als kleinen Wermutstropfen bezeichnen würde. Manche Systeme wie GitLab erlauben eine viel granulare Steuerung. Nextcloud hat hier nachgebessert, indem die App Webhooks in der Version 30 eine Filterlogik per regulärem Ausdruck unterstützt, aber das ist noch nicht Standard. Alles in allem: funktional, aber nicht perfekt. Und das ist okay.

Ein Blick auf den Payload lohnt sich. Das JSON-Objekt enthält Felder wie event, subject, user, timestamp und je nach Ereignis zusätzliche Metadaten. Beispielsweise liefert ein Datei-Upload den Pfad, die Größe, den MIME-Typ und einen MD5-Hash des Inhalts. Das ist mehr als genug für die meisten Integrationsszenarien. Wer den vollständigen Datei-Inhalt benötigt, muss diesen über die API nachladen – aber das würde den Webhook selbst aufblähen. Die Nextcloud-Entwickler haben hier eine vernünftige Balance gefunden: Der Webhook ist ein Benachrichtigungssignal, kein Datentransport.

Besonders pragmatisch: Der Webhook wird asynchron versendet. Die Aktion des Nutzers wird dadurch nicht verzögert. Wer schon einmal eine Echtzeit-Synchronisation mit Polling-APIs implementiert hat, weiß, wie sehr einen das in die Verzweiflung treiben kann. Webhooks mit Nextcloud sind da echt ein Segen. Es gibt keine garantierten Zustellzeiten, aber in der Praxis sind die Latenzen im Sekundenbereich ­– völlig ausreichend für die meisten Workflows.

Konkrete Anwendungsfälle: Vom Chat-Bot bis zur DevOps-Pipeline

Die eigentliche Magie entfaltet sich erst, wenn man Nextcloud Webhooks mit anderen Diensten verbindet. Nehmen wir das eingangs erwähnte Team-Onboarding. Ein Benutzer legt in einem bestimmten Ordner eine Datei namens „Projektanforderung.docx“ an. Der Webhook feuert, ein kleines Python-Skript auf einem Server empfängt den Payload, liest die Benutzerdaten aus Nextcloud (über die API), legt im GitLab-Repository ein neues Issue an, informiert im Mattermost-Channel und erstellt eine Aufgabe im Nextcloud Deck. All das passiert innerhalb weniger Sekunden, ohne dass ein Mensch eingreifen muss.

Ein weiteres Szenario: Ein Lehrer hoch in einer Nextcloud-Instanz einer Bildungseinrichtung eine Klausur als PDF hoch. Ein Webhook triggert einen Dienst, der die Datei automatisch mit OCR bearbeitet, die Ergebnisse in eine Datenbank schreibt und den Lehrer per E-Mail benachrichtigt, dass die Auswertung bereitsteht. Das spart Zeit und reduziert Fehler. Und weil Nextcloud on-premise läuft, bleiben die sensiblen Daten genau dort, wo sie hingehören ­– auf den Servern der Bildungseinrichtung.

Ein interessanter Anwendungsfall, den ich selbst in einem Projekt umgesetzt habe, ist die Integration mit einem Ticket-System. Jedes Mal, wenn ein Kunde in einen freigegebenen Ordner eine Datei hochlädt, wird ein Ticket im System geöffnet, das den Support-Mitarbeiter informiert. Die manuelle Prüfung von Ordnern entfällt. Voraussetzung war allerdings, dass der Webhook einen eindeutigen Identifier des Kunden mitliefert ­– hier reichte der Benutzername in der Nextcloud-Gruppe. Das funktionierte tadellos.

Für DevOps-Teams sind Webhooks ein Traum. Wer Continuous Integration und Continuous Deployment (CI/CD) betreibt, kennt das Problem: Oft liegen Konfigurationsdateien, Docker-Images oder Release-Artefakte in einer Nextcloud-Instanz. Man kann sie manuell herunterladen und in die Pipeline schieben – oder man nutzt einen Webhook, der bei einer Änderung in einem bestimmten Ordner automatisch einen GitLab-Pipeline-Trigger auslöst. Der Payload enthält den Pfad und die Prüfsumme, sodass der nachgelagerte Dienst genau weiß, was zu tun ist. Ein nahtloses Zusammenspiel zwischen zwei Open-Source-Welten.

Nicht zuletzt die Kommunikation: Nextcloud Talk ist ein beliebter Messenger in der souveränen Cloud. Ein Webhook kann bei jeder neuen Chat-Nachricht in einem bestimmten Raum einen externen Dienst informieren – beispielsweise ein Archivierungssystem oder eine Analyseplattform. Auch wenn das Datenschutzbedenken aufwerfen könnte, bietet es in regulierten Umgebungen die Möglichkeit, die Einhaltung von Richtlinien zu automatisieren. Wer hätte gedacht, dass ein simpler HTTP-Call so mächtig sein kann?

Sicherheit und Betrieb – was Administratoren wissen sollten

So schön die Flexibilität ist, so sehr gilt es, die Sicherheit im Auge zu behalten. Ein Webhook ist per Definition ein offener HTTP-Endpunkt, der von außen erreichbar sein muss. Das birgt Risiken. Drei Dinge sollte jeder Administrator beachten:

Erstens: Der geheime Schlüssel ist nicht verhandelbar. Ohne HMAC-Signatur kann jeder Aufruf von einem beliebigen Client simuliert werden. Nextcloud signiert den Payload mit HMAC-SHA256, der Hash wird im Header X-Nextcloud-Webhook-Signature mitgeliefert. Der Empfänger muss den selben Algorithmus verwenden und den hash mit dem eigenen Secret vergleichen. Wer das ignoriert, lädt geradezu zu Missbrauch ein.

Zweitens: Ziel-URLs sollten nur über HTTPS erreichbar sein. Im internen Netzwerk mag HTTP noch vertretbar sein, aber sobald der Webhook durch Firewalls oder das Internet geht, ist Verschlüsselung Pflicht. Manche Administratoren vergessen, dass der Payload sensible Metadaten enthalten kann – etwa Benutzernamen oder Pfade, die Rückschlüsse auf die Organisationsstruktur erlauben.

Drittens: Die Zielserver sollten robust sein. Ein Webhook wird asynchron gesendet, aber wenn der Empfänger nicht antwortet oder einen Fehler zurückgibt, wird Nextcloud nach einer gewissen Zeit aufgeben. Die derzeitige Implementierung verwendet einen einfachen Ansatz: Fehlgeschlagene Webhooks werden nach mehreren Versuchen nicht erneut abgesetzt. Es gibt kein Retry-Queue-System. Wer also eine zuverlässige Verarbeitung benötigt, muss auf Empfängerseite mit Warteschlangen (Message Queues) arbeiten, um Ausfälle abzufedern. Das ist ein bekanntes Manko, das hoffentlich in Zukunft behoben wird.

Ein Detail am Rande: Logging. Nextcloud schreibt leider nur wenig Logs zu Webhook-Aufrufen. Ein Administrator kann im Log nicht ohne Weiteres nachvollziehen, ob ein bestimmter Webhook gefeuert hat oder nicht. Die App selbst protokolliert zwar, aber auf Debug-Level. In der Praxis bedeuted das: Wer Webhooks intensiv nutzt, sollte eigene Monitoring-Lösungen aufsetzen, zum Beispiel indem der Empfänger bei jedem Aufruf eine Bestätigung an einen zentralen Dienst schickt. Nicht ideal, aber machbar.

Webhooks im Vergleich: Nextcloud, OwnCloud und die Proprietären

Wie schlägt sich Nextcloud im Vergleich zu anderen Plattformen? Natürlich könnte ich hier einen langen Abschnitt über die Wettbewerber verlieren. Aber der Kern des Themas ist ja Nextcloud, also fasse ich mich kurz. Die alternde OwnCloud Infinite Scale (OCIS) hat ebenfalls Webhooks eingeführt, aber die Ereignisliste ist schmaler und die Doku dürftiger. Seafile setzt auf ein eigenes Event-System, das aber primär auf serverseitigen Skripten basiert und nicht auf HTTP-Calls – das ist weniger standardisiert. Proprietäre Dienste wie Dropbox oder Google Drive haben natürlich ausgereifte Webhook-Systeme, aber der Preis: Datenkontrolle ist abgegeben. Und genau das ist für viele der Grund, warum sie Nextcloud nutzen.

Ein Punkt, den ich hervorheben möchte: Die Nextcloud-Community hat sehr schnell auf die Einführung der Webhooks reagiert. Es gibt mittlerweile eine Reihe von Apps und Skripten, die vorgefertigte Integrationen bieten. Die App Webhooks selbst ist zwar offiziell, aber die Community hat Erweiterungen geschaffen, die zum Beispiel spezifische Filter, Retry-Logik oder einen Webhook-Tester enthalten. Solche Werkzeuge erleichtern den Einstieg enorm. Gerade für Admins, die nicht jeden Tag mit APIs hantieren, sind das goldene Helferlein.

Ich habe selbst testweise einen Webhook mit einem einfachen PHP-Skript verbunden. Setup-Zeit: vielleicht zehn Minuten, inklusive Verifizierung. Das ist eine Ansage. Die Dokumentation ist solide, auch wenn sie nicht immer die tiefsten Details liefert. Aber das ist ja auch der Reiz des Open Source: Man kann in den Code schauen. Wer verstehen will, wie Nextcloud den Payload aufbaut, öffnet einfach die entsprechende PHP-Klasse. Das ist ein Luxus, den man bei proprietären Plattformen nicht hat.

Die Integration in die eigene Infrastruktur – ein praktischer Leitfaden

Nehmen wir an, Sie haben eine Nextcloud-Instanz und möchten einen Webhook einrichten. Der erste Schritt: Identifizieren Sie den Dienst, der die Daten empfangen soll. Das kann ein einfaches Skript auf einem Webserver sein, eine Cloud-Funktion (AWS Lambda, Azure Functions) oder ein Message Broker wie RabbitMQ. Der Empfänger muss einen HTTP-Endpunkt bereitstellen, der POST-Anfragen akzeptiert und einen JSON-Body verarbeitet.

Ein Beispiel in Python mit Flask könnte so aussehen (sehr vereinfacht):

from flask import Flask, request, jsonify
import hmac, hashlib

app = Flask(__name__)
SECRET = b'mein-geheimes-secret'

@app.route('/webhook', methods=['POST'])
def handle_webhook():
    signature = request.headers.get('X-Nextcloud-Webhook-Signature')
    payload = request.data
    expected_sig = hmac.new(SECRET, payload, hashlib.sha256).hexdigest()
    if not hmac.compare_digest(signature, expected_sig):
        return 'Unauthorized', 403
    data = request.get_json()
    event = data.get('event')
    if event == 'files.file.created':
        user = data.get('user')
        path = data.get('subject')
        # hier die Aktion
    return '', 200

Das ist natürlich nur ein rudimentäres Beispiel. In der Praxis kommt es darauf an, wie zuverlässig und performant die Verarbeitung sein soll. Wer Skalierbarkeit benötigt, sollte die eingehenden Webhooks in eine Warteschlange legen (z.B. Redis oder RabbitMQ) und die Verarbeitung asynchron durchführen. Nextcloud selbst wartet nicht auf eine Antwort des Empfängers, aber ein Timeout von einigen Sekunden kann trotzdem auftreten. Also: Immer so schnell wie möglich antworten – idealerweise mit einem 200er Status, bevor die eigentliche Logik läuft.

Ein interessanter Aspekt ist die Authentifizierung des Senders. Nextcloud selbst authentifiziert sich nicht mit einem Token gegenüber dem Empfänger – die einzige Verifikation ist die HMAC-Signatur. Das ist im Grunde sicher, solange das Secret nicht kompromittiert ist. Wer zusätzlich die IP des Senders prüfen möchte, kann die Nextcloud-Server-IP in die Firewall-Regeln aufnehmen. Aber das ist ein zusätzlicher Aufwand, der in den meisten Fällen unnötig ist.

Grenzen und Herausforderungen – nicht alles ist Gold

Ich wäre kein ordentlicher Journalist, wenn ich nicht auch auf die Schattenseiten hinweisen würde. Nextcloud Webhooks sind nützlich, aber sie sind kein Allheilmittel. Die größte Einschränkung ist die begrenzte Anzahl von Ereignissen. Beispielsweise gibt es keinen Webhook für Benutzeranmeldungen oder -abmeldungen, keinen für Gruppenänderungen, keinen für das Ablaufen von Dateifreigaben. Gerade für Sicherheits- und Compliance-Anwendungen wäre das relevant. Man stelle sich vor, ein Administrator möchte automatisch eine Warnung erhalten, wenn ein Benutzer eine Datei mit einer vertraulichen Bezeichnung freigibt. Das ist mit den aktuellen Mitteln nicht abbildbar, es sei denn, man schreibt eine eigene App, die das Ereignis selbst definiert.

Genau das ist der Workaround: Wer Ereignisse benötigt, die nicht im Standard enthalten sind, kann eine eigene Nextcloud-App entwickeln, die ein Event auslöst und einen Webhook darauf setzt. Das setzt aber PHP-Kenntnisse und ein Verständnis der Nextcloud-App-Architektur voraus. Für viele Administratoren ist das eine zu hohe Hürde. Die Nextcloud-Community arbeitet an einem generischen Event-System, aber das ist noch Zukunftsmusik.

Ein weiteres Manko: die fehlende grafische Übersicht über alle eingerichteten Webhooks. In der Administration sieht man eine Liste, aber es gibt keine Statistik, wie oft ein Webhook gefeuert hat, wie viele erfolgreich waren oder wie viele fehlgeschlagen sind. Das ist für den Betrieb ärgerlich. Ein Dashboard mit Erfolgsquoten und Fehlermeldungen wäre ein dringendes Feature. Wer eigenes Monitoring betreibt, kann sich das bauen, aber der Durchschnittsadmin hat dafür keine Zeit.

Und dann ist da noch die Performance. Auf einer kleinen Instanz mit wenigen Benutzern ist das kein Thema. Auf einer großen Nextcloud mit hunderten gleichzeitigen Dateioperationen können Webhooks jedoch eine spürbare Last erzeugen. Jeder Webhook bedeutet einen HTTP-Call von der Nextcloud zum Empfänger, plus die JSON-Erzeugung. Bei vielen Events kann das den Server ausbremsen. Die Webhooks werden asynchron verarbeitet, aber die Last auf der PHP-Schnittstelle bleibt. Hier gilt: Nicht übertreiben. Nicht jedes Ereignis muss einen Webhook auslösen. Lieber selektiv sein.

Zukunftsperspektiven: Wohin entwickeln sich Nextcloud Webhooks?

Wenn ich auf die Roadmap der Nextcloud-GmbH schaue, wird schnell klar, dass Webhooks ein strategisches Thema sind. Die Version 30 hat die schon erwähnte Filterlogik und die Unterstützung für reguläre Ausdrücke gebracht. Version 31, die kurz vor der Veröffentlichung steht, soll Verbesserungen beim Retry-Mechanismus enthalten – endlich. Auch die Integration mit der App Forms (für Umfragen) und der App Collectives (für Wissensdatenbanken) ist geplant. Das sind die richtigen Signale.

Ein spannender Gedanke ist die Kombination von Webhooks mit der Nextcloud Flow-Funktion, die visuell Workflows erstellt (ähnlich wie Zapier oder n8n). Bislang sind Flow und Webhooks zwei getrennte Welten. Aber genau das wäre der nächste logische Schritt: Dass ein Administrator direkt in der Nextcloud-Oberfläche einen visualisierten Workflow erstellen kann, der auf Webhooks reagiert oder diese auslöst. Das würde die Zahl der Anwender, die von der Automatisierung profitieren, drastisch erhöhen.

Ich wage eine Prognose: Webhooks werden in den nächsten zwei Jahren zu einem der meistgenutzten Features von Nextcloud werden, vielleicht nach der Dateisynchronisation selbst. Der Grund ist einfach: Die digitale Arbeitswelt wird immer vernetzter, und der Wunsch nach Automatisierung wächst. Wer Daten souverän halten will, muss auch die Automatisierung souverän gestalten können. Nextcloud bietet beides.

Dabei zeigt sich, dass die Nextcloud-Entwickler nicht einfach den Features der Konkurrenz hinterherlaufen, sondern ihren eigenen Weg gehen. Der Fokus auf Outgoing Webhooks mit konsistenter Sicherheit und einer überschaubaren, aber soliden Ereignisliste ist kein Zufall. Es ist ein Statement: Lieber das, was wir tun, richtig machen, als alles Mögliche und nichts richtig. Das mag manchen fortschrittlichen Anwender frustrieren, aber es ist die einzig vernünftige Strategie für eine Software, die sensible Daten verwaltet.

Fazit: Ein mächtiges Werkzeug mit dem richtigen Maß

Nextcloud Webhooks sind eine echte Bereicherung für die Plattform. Sie ermöglichen Echtzeit-Integrationen, die vorher nur mit erheblichem Aufwand über die API realisierbar waren. Für Administratoren und Entwickler, die ihre Cloud-Umgebung mit anderen Diensten verheiraten möchten, bieten sie einen einfachen und standardisierten Weg. Die Implementierung ist solide, die Sicherheitsmechanismen sind durchdacht, und die Community sorgt für nützliche Erweiterungen.

Kritisch betrachtet fehlt es noch an Granularität, an einem Retry-Mechanismus und an einer besseren Monitoring-Anbindung. Auch die fehlenden Ereignisse für Benutzer- und Gruppenoperationen sind ärgerlich. Aber das sind Kinderkrankheiten, die mit jeder neuen Version verschwinden. Die Richtung stimmt.

Für jeden, der Nextcloud professionell betreibt oder über eine Einführung nachdenkt, lohnt es sich, die Webhook-Funktion nicht als exotisches Gadget, sondern als Architekturbaustein zu betrachten. Sie ist das fehlende Puzzlestück zwischen der Cloud und dem Rest der Welt. Nutzen Sie es. Aber mit Bedacht.

Die leise Revolution hat begonnen – und sie hört auf einen simplen HTTP-Call.