Sie haben eine knappe Frist. Das Frontend-Team ist bereit zum Bauen, aber die Backend-API befindet sich noch in der Entwurfsphase. Oder vielleicht testen Sie, wie Ihre Anwendung mit API-Fehlern, langsamen Antworten oder bestimmten Grenzbereichen umgeht. Sie benötigen realistische API-Antworten, können oder wollen sich aber nicht auf einen externen Cloud-Dienst verlassen.
Hier kommen selbstgehostete API-Mock-Server ins Spiel. Sie geben Ihnen die vollständige Kontrolle, den Datenschutz und die Flexibilität, APIs direkt auf Ihrer eigenen Infrastruktur zu simulieren. Egal, ob Sie in einer abgeschirmten Unternehmensumgebung entwickeln, sich um den Datenschutz sorgen oder einfach alles lokal für mehr Geschwindigkeit ausführen möchten, das Selbsthosting Ihrer Mocks ist eine leistungsstarke Strategie.
Aber bei so vielen verfügbaren Optionen, wie wählen Sie die richtige aus? Sollten Sie ein spezielles Tool verwenden oder etwas selbst bauen?
Wenn Sie es leid sind, für Ihren Entwicklungsworkflow von externen Diensten abhängig zu sein, ist dieser Leitfaden für Sie. Wir werden die Landschaft der selbstgehosteten Mock-Server erkunden, die Top-Anwärter vergleichen und Ihnen helfen, die perfekte Lösung für Ihr Team zu finden.
Wenn Ihr Unternehmen alle API-Spezifikationen, Mock-Daten und den Traffic innerhalb Ihrer eigenen Infrastruktur halten muss – sei es aus Datenschutz-, Compliance- oder internen Netzwerkanforderungen – können Sie Apidogs selbstgehosteten Mock-Runner direkt auf Ihren Servern oder in Ihrer privaten Cloud ausführen.
Nun, lassen Sie uns Ihre selbstgehosteten Optionen erkunden!
1. WireMock: Der Enterprise-Grade Mock Server

Übersicht: WireMock ist wohl der leistungsstärkste und funktionsreichste Open-Source-Mock-Server, der verfügbar ist. Er ist Java-basiert, kann aber als eigenständiger Server oder in Ihre Tests eingebettet ausgeführt werden.
Hauptmerkmale:
- Aufzeichnen & Wiedergabe: Erfassen Sie Traffic von echten APIs und spielen Sie ihn als Mocks ab.
- Dynamisches Antwort-Templating: Verwenden Sie Handlebars oder andere Templating-Engines, um dynamische Antworten zu generieren.
- Zustandsbasiertes Verhalten: Simulieren Sie Zustandsänderungen über mehrere Anfragen hinweg (z. B. eine Ressource, die erstellt und dann abgerufen wird).
- Fehlerinjektion: Simulieren Sie einfach Netzwerkfehler, Verzögerungen und fehlerhafte Antworten.
- Anfrageabgleich: Unglaublich flexibler Abgleich von Headern, Body-Inhalten (JSON, XML), Abfrageparametern und Cookies.
Wofür WireMock hervorragend ist:
- Vollständige Kontrolle
- Hochgradig anpassbare Stubs
- Kann Verzögerungen, Fehler, zustandsbehaftete Abläufe simulieren
- Ideal für Microservices
- Läuft über Java, Docker oder eigenständig
Nachteile:
- Keine grafische Benutzeroberfläche
- Keine Zusammenarbeit
- Keine automatische Dokumentation
- Schwierig für nicht-technische Benutzer
- Nur REST (keine native GraphQL- oder WebSocket-Unterstützung)
Bereitstellungsoptionen:
- Eigenständiges JAR: Ausführung mit
java -jar wiremock-standalone.jar - Docker-Container:
docker run -it --rm -p 8080:8080 wiremock/wiremock - In Tests eingebettet: Verwendung als Bibliothek in Ihren Java-, JUnit- oder Spring Boot-Tests.
Am besten geeignet für: Teams, die eine hochleistungsfähige Mocking-Lösung benötigen, insbesondere in Java/Kotlin-Ökosystemen oder für komplexe Testszenarien.
2. MockServer: Das protokollunabhängige Kraftpaket
Übersicht: MockServer ist ein weiterer Java-basierter Konkurrent, der besonders stark darin ist, nicht nur HTTP, sondern auch HTTPS, WebSockets und sogar SMTP zu simulieren.
Hauptmerkmale:
- Unterstützung mehrerer Protokolle: Simuliert HTTP, HTTPS, WebSockets sofort.
- Erwartungsmanagement: Klare API zum Einrichten, welche Anfragen welche Antworten zurückgeben sollen.
- JavaScript-Templating: Verwenden Sie JavaScript, um dynamische Antworten zu generieren.
- Verifizierung: Überprüfen Sie, ob bestimmte Anfragen während des Tests gestellt wurden.
- Proxy-Modus: Kann als Proxy fungieren, um den Datenverkehr aufzuzeichnen oder zu modifizieren.
Bereitstellung:
- Docker:
docker run -d --rm -p 1080:1080 mockserver/mockserver - Java: Als Standalone oder in Tests eingebettet ausführen.
Am besten geeignet für: Teams, die über einfache REST-APIs hinaus (WebSockets usw.) simulieren müssen oder die seine saubere Erwartungs-API mögen.
3. JSON Server: Der Zero-Code REST Mock
Übersicht: JSON Server ist ein brillant einfaches Node.js-Tool, das in weniger als 30 Sekunden eine vollständige gefälschte REST-API aus einer einzigen JSON-Datei erstellt.
Vorteile:
- Sehr leichtgewichtig
- Keine Konfiguration
- Ideal für kleine Prototypen
Nachteile:
- Nicht für echte API-Workflows geeignet
- Keine Zusammenarbeit
- Kein Umgebungssystem
- Keine Automatisierung
Wie es funktioniert: Sie erstellen eine db.json-Datei:
{
"posts": [
{ "id": 1, "title": "First Post", "author": "Jane" }
],
"comments": [
{ "id": 1, "body": "Great post!", "postId": 1 }
]
}
Dann führen Sie json-server --watch db.json aus. Sofort haben Sie REST-Endpunkte:
GET /postsGET /posts/1POST /postsPUT /posts/1DELETE /posts/1GET /posts/1/comments(Beziehung)
Am besten geeignet für: Frontend-Entwickler, die eine schnelle, konfigurationsfreie REST-API für Prototypen benötigen. Es ist nicht so flexibel für komplexe Szenarien, lässt sich aber unglaublich schnell einrichten.
4. Postman Mock Server (selbstgehostet)
Übersicht: Obwohl Postman für seine Cloud-Funktionen bekannt ist, bietet es Postmans Open-Source-Mock-Server an, den Sie lokal ausführen können.
Funktionsweise: Sie definieren Ihre API in einer Postman Collection und verwenden dann die Newman CLI (Postmans Kommandozeilen-Collection-Runner) mit einer Mock-Server-Erweiterung.
Hauptmerkmale:
- Nutzen Sie Postman Collections: Wenn Ihr Team Postman bereits für das API-Design/-Testen verwendet, ist dies eine natürliche Ergänzung.
- Beispielbasiert: Antworten basieren auf den Beispielen, die Sie in Ihrer Collection speichern.
- Integration mit CI/CD: Kann über Newman in Ihrer Pipeline ausgeführt werden.
Bereitstellung: Komplexere Einrichtung, die Node.js, Newman und das Mock-Server-Modul umfasst.
Am besten geeignet für: Teams, die bereits stark in das Postman-Ökosystem investiert sind und Mocking intern implementieren möchten.
5. Prism (Stoplight)

Übersicht: Prism ist ein Open-Source-Mock-Server von Stoplight, der speziell für OpenAPI-Spezifikationen (ehemals Swagger) entwickelt wurde.
Hauptmerkmale:
- OpenAPI-First: Validiert Anfragen anhand Ihrer OpenAPI-Spezifikation und gibt entsprechende Fehler zurück.
- Dynamische Beispiele: Kann realistische Mock-Daten basierend auf Ihrem Schema generieren (z. B. zufällige E-Mail-Adressen, Namen).
- Proxy-Modus: Kann als Validierungs-Proxy zwischen Ihrem Client und der echten API fungieren.
- HTTP-Mocking: Simuliert verschiedene HTTP-Verhaltensweisen.
Vorteile:
- Folgt Ihrer Spezifikation genau
- Kann Anfragen validieren
- CLI-basiert und Docker-ready
- Funktioniert gut mit CI/CD
Einschränkungen:
- Keine Benutzeroberfläche
- Keine Zusammenarbeit
- Keine erweiterte Mocking-Logik
- Nicht ideal für nicht-technische Benutzer
Bereitstellung: Als CLI-Tool oder Docker-Container verfügbar.
docker run --rm -it -p 4010:4010 stoplight/prism:4 mock -h 0.0.0.0 <https://raw.githubusercontent.com/OAI/OpenAPI-Specification/main/examples/v3.0/petstore.yaml>
Am besten geeignet für: Teams, die ein API-First-Design mit OpenAPI/Swagger praktizieren und spezifikationskonformes Mocking wünschen.
6. Mountebank
Übersicht: Mountebank verfolgt einen einzigartigen Ansatz. Es ist nicht nur ein HTTP-Mock-Server; es ist ein Test-Double, das jedes Protokoll durch Erweiterung simulieren kann.
Hauptmerkmale:
- Multi-Protokoll: Kernunterstützung für HTTP, HTTPS, TCP und SMTP. Andere können hinzugefügt werden.
- Skriptfähig: Injizieren Sie benutzerdefinierte JavaScript/Node.js-Logik für komplexe Antworten.
- Imposter: Jeder Mock wird als "Imposter" bezeichnet und hat seinen eigenen Port und sein eigenes Protokoll.
- Prädikate: Ausgeklügelte Logik für den Abgleich von Anfragen.
Bereitstellung: Node.js-Anwendung, läuft als Dienst.
Am besten geeignet für: Teams, die Nicht-HTTP-Protokolle simulieren müssen oder extreme Flexibilität durch Skripterstellung wünschen.
7. Mirage JS (Frontend-fokussierter Mock-Server)

Mirage wurde für Frontend-Entwickler entwickelt, die verwenden:
- React
- Vue
- Svelte
- Ember
- Next.js
Es erstellt eine Mock-API innerhalb Ihrer Frontend-App.
Vorteile:
- Ideal für Frontend-lastige Teams
- Funktioniert offline
- Integriert sich direkt in die UI-Entwicklung
- Ermöglicht zustandsbehaftete Mocks
Nachteile:
- Kein echter Netzwerk-Mock
- Nicht ideal für Backend oder QA
- Existiert nur in der Frontend-Schicht
Apidog als selbstgehosteten Mock-Server und mehr nutzen

Die meisten Mock-Server-Tools konzentrieren sich *nur auf Mocking*. Wenn Sie nach einer vollständigen API-Plattform suchen, die Mock-Server, API-Design, Zusammenarbeit, Debugging, Dokumentation, Tests und Automatisierung umfasst, steht Apidog an erster Stelle.
Eine der größten Stärken von Apidog ist, dass es beides unterstützt:
Für Unternehmen, die privates, isoliertes Mocking benötigen, bietet der selbstgehostete Mock-Runner von Apidog alle Vorteile ihrer Cloud-Plattform, läuft aber auf Ihrer eigenen Infrastruktur.
Apidog ist anders.
Es hilft Teams, den gesamten API-Lebenszyklus zu verwalten, einschließlich:
- API-Design
- API-Dokumentation
- API-Tests
- Mock-Generierung
- Zusammenarbeit
- Umgebungen & Variablen
- CI/CD-Workflows
- Berechtigungen/Rollen
- Globale Teamsynchronisation
- Selbstgehostete Mock- & Cloud-Mock-Optionen
Apidogs Mock-Funktionen
- Automatisch generierte Mock-Antworten aus API-Definitionen
- Dynamische und regelbasierte Antwortvorlagen
- Zufallsdatengeneratoren (z. B. Name, E-Mail, Ort)
- Mocking in mehreren Umgebungen
- Integrierte Teamzusammenarbeit
- Option für selbstgehosteten Runner-Mock
- Cloud-Mock-Option
- Rollenbasierte Zugriffskontrolle
- Codefreie oder skriptbasierte erweiterte Mocks
Der selbstgehostete Runner ist perfekt für Teams, die benötigen:
- On-Premises-Bereitstellungen
- Private Cloud-Umgebungen
- Interne Entwicklungsnetzwerke
- Workflows mit hochsensiblen Daten
- Groß angelegtes Mocking für Microservices
Anstatt Tools zusammenzuflicken, bietet Ihnen Apidog eine Plattform, auf der:
Design → Mock → Test → Dokumentieren → Teilen
alles in einem einheitlichen Ökosystem geschieht.
Für große Teams, Unternehmensbedürfnisse oder globale Engineering-Organisationen ist dies ein enormer Vorteil.
Warum einen selbstgehosteten Mock-Server wählen?
Ein selbstgehosteter API-Mock-Server ist ein Dienst, den Sie auf Ihrer eigenen Infrastruktur – on-premises, in der privaten Cloud Ihres Unternehmens, auf einer VM oder in Docker – ausführen und der simulierte Antworten für API-Endpunkte zurückgibt.
Bevor wir uns spezifische Tools ansehen, lassen Sie uns verstehen, warum Sie sich für Self-Hosting anstelle einer SaaS-Lösung entscheiden könnten.
1. Datenschutz und Sicherheit
Dies ist für viele Organisationen der wichtigste Grund. Wenn Sie selbst hosten, verlassen Ihre API-Spezifikationen, Mock-Daten und der Datenverkehr niemals Ihr Netzwerk. Dies ist entscheidend für:
- Gesundheitswesen-Anwendungen (HIPAA-Konformität)
- Finanzdienstleistungen mit sensiblen Daten
- Regierungs- oder Verteidigungsprojekte
- Jedes Team, das mit proprietären oder regulierten Daten arbeitet
2. Offline-Entwicklung
Entwickler in Flugzeugen, Zügen oder in Gebieten mit unzuverlässigem Internet können weiterarbeiten. Ihr Mock-Server läuft lokal auf Ihrem Laptop.
3. Volle Kontrolle und Anpassung
Sie besitzen den gesamten Stack. Sie können:
- Den Quellcode bei Bedarf ändern (bei Open-Source-Tools)
- Tief in Ihre interne CI/CD-Pipeline integrieren
- Netzwerk, Firewalls und Zugriff genau so konfigurieren, wie Sie es wünschen
- 100 % Verfügbarkeit gewährleisten (keine Abhängigkeit von der Betriebszeit eines Drittanbieters)
4. Kostenkalkulierbarkeit
Keine unerwarteten monatlichen Rechnungen basierend auf der Nutzung. Einmal auf Ihrer Infrastruktur bereitgestellt, sind die Grenzkosten minimal.
5. Performance
Netzwerklatenz wird für die lokale Entwicklung eliminiert. Ihre Mock-Antworten kommen in Millisekunden zurück.
Fazit: Ermächtigung durch Kontrolle
Selbstgehostete API-Mock-Server geben Ihnen die Kontrolle zurück. Sie ermöglichen eine schnellere Entwicklung, zuverlässigere Tests und mehr Datenschutz, während Ihre Abhängigkeiten intern bleiben.
Ob Sie die Einfachheit von JSON Server, die Robustheit von WireMock oder die Spezifikationskonformität von Prism wählen, Sie investieren in einen Entwicklungsworkflow, der widerstandsfähiger und unabhängiger ist.
Denken Sie daran, das beste Tool ist das, das sich nahtlos in den bestehenden Workflow Ihres Teams einfügt und Ihre spezifischen Probleme löst. Beginnen Sie mit einem einfachen Proof of Concept, holen Sie Feedback von Ihrem Team ein und iterieren Sie. Ihr zukünftiges Ich und Ihre Frontend-Entwickler, die nicht mehr blockiert sind, werden es Ihnen danken.
Für viele Teams bietet der Beginn mit einer umfassenden Cloud-Plattform wie Apidog den schnellsten Weg, modernes API-Mocking zu verstehen, was dann eine strategischere Entscheidung darüber informiert, ob und wie man selbst hosten sollte.
