Deploy und URLs
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 einem eigenen Host:
https://<hostname>.api.<domain>Ihre API beginnt ganz oben auf diesem Host, ohne Pfad davor: https://petstore.api.mockz.io/pets.
Den Hostnamen vergibst du beim Anlegen der Simulation. Im Tab Bereitstellung kannst du ihn bis zum ersten Deploy ändern. Danach ist er fest, damit die Adresse nie hinter dem Rücken deiner Consumer bricht. Eine Simulation aus GitHub bekommt den Namen ihres Repositorys oder den Namen, den ihr Workflow anfragt. Hat schon eine andere Simulation einen Namen, bekommt deine eine Zahl dahinter: petstore-2.
Die Domain ist die Zeile Host im selben Tab, und auch sie ist ab dem ersten Deploy fest. Sechs stehen bereit, alle bedienen dieselbe Plattform:
mockz.io- der Standardmockz.orgmockz.netmockzilla.orgmockzilla.demockzilla.net
Ein Pull Request oder ein Branch, aus GitHub deployt, bekommt einen eigenen Host neben dem der Simulation.
Siehe Simulationen aus GitHub.
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 - Deployments 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.