Ein Self-hosted-Backend anlegen
Ein Self-hosted-Backend ist ein Image, das du erstellst und selbst betreibst, für einen Typ, etwa Zahlungen. Du legst es im Arbeitsbereich an, sobald ein Test läuft oder du Anbieter gekauft hast. Beim Anlegen läuft noch kein Build.
Inhaber und Admins legen Self-hosted-Backends an und verwalten sie.
Anlegen
Öffne Self-hosted in der Seitenleiste. Läuft ein Test und gibt es noch kein Backend, bietet dir die Seite dein erstes an. Sonst nutze Neues Backend oben auf der Seite.
Der Dialog fragt nach:
- Typ: für welchen Typ das Backend ist. Das Feld erscheint nur, wenn du mehr als einen hältst.
- Name: wie das Backend im Arbeitsbereich erscheint. Du kannst ihn jederzeit ändern.
- Image-Name: unter welchem Namen das Image aus deiner Registry heruntergeladen wird. Er folgt beim Tippen dem Namen, und du kannst ihn ändern. Kleinbuchstaben, Ziffern und Bindestriche, höchstens 15. Nach dem ersten Build ist er fest.
- Icon: optional.
Wähle Anlegen. Das Backend ist sofort für jeden Anbieter lizenziert, den du für seinen Typ hältst, bis zu dem Tag, an dem dein Test oder dein Kauf endet.
Ein Test und ein Kauf erlauben jeweils eine bestimmte Zahl von Backends pro Typ. Hast du alle, sagt der Dialog das und legt keine weiteren an.
Die Seite des Backends
Das Backend öffnet sich auf einer eigenen Seite. Oben stehen sein Name, sein Image-Name, sein Typ und seine Lizenz, rechts Build starten.
Das Menü links hat drei Teile:
- Image: was ins Image kommt und was dabei herauskommt. Anbieter, Lizenz, Builds, Sicherheit, Registry und Einstellungen.
- Verhalten: wie das Backend antwortet. Kontexte, Szenarien, Webhooks, Service-Konfiguration und Laufzeit-Standardwerte.
- Einrichtung: wie du es betreibst. Schnellstart, Mirrors und Storage-Treiber.
Anbieter
Anbieter listet jeden Anbieter, den deine Lizenz abdeckt. Wähle die aus, die das Image enthalten soll. Deine Lizenz bleibt gleich, egal was du auswählst, also kannst du einen Anbieter später wieder hinzunehmen.
Mindestens ein Anbieter muss ausgewählt sein.
Was ins nächste Image kommt
Eine Änderung auf dieser Seite erreicht kein Image, das du schon betreibst. Der nächste Build übernimmt alles:
- Anbieter: die ausgewählten.
- Storage-Treiber: die unter Einstellungen ausgewählten. Ist keiner ausgewählt, enthält das Image jeden Treiber.
- Kontexte, Szenarien, Webhooks und Service-Konfiguration: deine eigenen, ins Image gepackt. Das Image kann sie auch aus einem Ordner lesen, den du beim Start einbindest, ohne neuen Build.
- Laufzeit-Standardwerte: ob der API-Explorer erscheint, ob Verkehr aufgezeichnet wird und ob Replay an ist. Jeden davon kannst du beim Start des Images überschreiben.
- Wie das Image seine Lizenz bekommt: von uns abgerufen oder im Image enthalten.
Kontexte und Szenarien bearbeitest du genauso wie bei einem gehosteten Backend.
Siehe Werte mit Kontexten ändern und Eigene Szenarien schreiben.
Einstellungen
- Name und Icon: wie das Backend im Arbeitsbereich erscheint.
- Repository: der Image-Name. Bis zum ersten Build kannst du ihn umbenennen.
- Die Lizenz: ob Images ihre Lizenz von uns abrufen. Eine Änderung gilt ab dem nächsten Build.
- Storage-Treiber: welche Treiber das Image enthält. Jeder Treiber ist im Preis enthalten.
Siehe Lizenzen und Storage-Treiber.