Die echte API proxen, den Rest mocken

Ihre Mock-API leitet an das echte Backend weiter und mockt die Endpunkte, die es noch nicht bedient. Echte Daten, wo es sie gibt, erzeugte Daten, wo nicht.

  • Echt und gemockt zusammen
  • Eine URL für die App
  • Response-Caching
  • Alles aufgezeichnet
api.mockz.io/gh/acme/payments
200GET/v1/customersupstream23 ms
200GET/v1/charges/ch_71upstream19 ms
200GET/v1/payoutsgenerated4 ms
201POST/v1/refundsgenerated6 ms
Eine URL. Jede Antwort trägt X-Mockzilla-Source, Ihr Client weiß also, was er bekommen hat.

Was ist ein Proxy mit Mock-Fallback?

Der Mock-Server versucht zuerst Ihr echtes Backend und reicht durch, was es antwortet, samt Status und Headern. Alles, was dieses Backend nicht bedient, wird aus der Spezifikation beantwortet, statt zu scheitern.

Ihre App ruft eine URL auf. Welche Antworten von der echten API kamen und welche erzeugt wurden, entscheidet der Mock-Server, nicht Ihr Code. Wenn die fehlende Hälfte kommt, ändert sich bei Ihnen nichts.

Die Hälfte jeder Integration existiert schon

Echte Arbeit ist selten alles oder nichts. Drei Endpunkte laufen, zwei werden noch gebaut, und einer verhält sich nur in einer Umgebung richtig, an die Sie nicht herankommen. Alles zu mocken wirft das echte Verhalten weg, das Sie haben, nichts zu mocken lässt Sie blockiert.

Proxy mit Fallback behält beides. Die vorhandenen Endpunkte verhalten sich wie in der Produktion, und die fehlenden liefern trotzdem etwas Gültiges.

Zuerst nach oben

Status, Header und Body kommen unverändert zurück. Ihr Client merkt nicht, dass der Request durch einen Mock gelaufen ist.

Mock als Fallback

Sie müssen nicht angeben, welche Endpunkte fehlen. Was das Backend nicht beantwortet, fällt auf die Spezifikation durch.

Response-Caching

GET-Antworten zwischenspeichern, damit derselbe Request denselben Body liefert, auch wenn sich die Daten hinter der echten API ständig ändern.

Fragen

Was passiert, wenn die echte API ausfällt?
Der Request fällt auf den Mock zurück, Ihre Arbeit wird also nicht durch die Störung eines anderen blockiert.
Sehe ich, welche Antwort woher kam?
Ja, bei jeder Antwort. X-Mockzilla-Source kommt als upstream, cache oder generated zurück, Ihr Client sieht es also ohne nachzufragen und ein Test kann darauf prüfen. Die Request-Historie zeichnet die Aufrufe zusätzlich auf.
Muss ich meine App dafür ändern?
Nein. Die Basis-URL, auf die Sie ohnehin zeigen, bleibt dieselbe, und sonst ändert sich in Ihrem Client nichts.

Spezifikation rein. Mock-Server raus.

Der Anfang kostet nichts. Dedizierte Infrastruktur, wenn Sie sie brauchen.