Deploy und URLs

Aktualisiert 30. Aug. 2026·2 Min. Lesezeit

Alles, was du in der App vorbereitest - Endpunkte, Services, Einstellungen - erreicht die Welt über einen Deploy. Auf dieser Seite geht es um diesen Moment: die URL, unter der eine Simulation antwortet, was der Deploy-Knopf wirklich tut, und die Gewohnheiten, die Deployments optimal halten.

Die URL

Eine Simulation antwortet unter:

https://<domain>/app/<deine-org>/<slug>   # in der App gebaut
https://<domain>/gh/<org>/<repo>          # aus GitHub deployt

Das erste Pfadsegment benennt, woher die Simulation kommt; der Rest ist, wem sie gehört und wie sie heißt. Die Domain wird beim Anlegen gewählt und ist unter Allgemein änderbar. Sechs stehen bereit, alle bedienen dieselbe Plattform:

api.mockz.io - der Standard
api.mockz.org
api.mockz.net
api.mockzilla.org
api.mockzilla.de
api.mockzilla.net

Der Slug bleibt bis zum ersten Deploy änderbar und ist danach dauerhaft fest, damit öffentliche URLs nie hinter dem Rücken deiner Consumer brechen. Eine Simulation, die unter einem anderen Slug antworten soll, ist eine neue Simulation: dupliziere sie und deploye die Kopie.

Eigene Domains sind heute Teil von Enterprise-Plänen; wir arbeiten daran, sie in niedrigere Tarife zu bringen. Wenn du eine brauchst, sprich uns an.

Was ein Deploy tut

Deploy verpackt den aktuellen Stand der Simulation und liefert ihn an die Laufzeit aus. Die Statusplakette wandert vom Deployen zu Aktiv, und die URL bedient den neuen Stand.

Der erste Deploy einer Simulation dauert etwa eine Minute: Die Laufzeit wird platziert, in deiner bevorzugten Region, wenn sie Kapazität hat. Redeploys sind viel schneller - die Laufzeit existiert, nur der Inhalt wechselt - und darum fühlt sich die Bearbeiten-Deployen-Schleife eher wie Speichern an als wie ein Release.

Der Tab Bereitstellung zeigt die Platzierung und die Laufzeitwerte, mit denen jeder Deploy läuft: Region, Speicher, Timeout.

Siehe Verbrauch und Limits dafür, was diese Werte formt.

Nimm sie offline

Eine Simulation, die du nicht nutzt, hat keinen Grund, deployt zu bleiben. Offline nehmen, im Menü der Simulation, hört auf, die URL zu bedienen; alles Gebaute bleibt genau, wie es ist, und Online bringen stellt es wieder her.

Build-Limits

Jeder Deploy ist ein Build, und Pläne tragen ein weiches Kontingent dafür, wie viele Builds im Monat Sinn ergeben - die Deployments-Karte im Verbrauchspanel zählt deine dagegen. Weich heißt, was es sagt: Die Limits halten die Plattform ehrlich, sie sollen dir nicht im Weg stehen. Passen deine nicht dazu, wie du arbeitest, sprich uns an, und wir prüfen, sie anzuheben.