Entwickler
Die API existiert. Die öffentliche Referenz noch nicht.
Alles auf dieser Plattform (der Shop, der Warenkorb, das Panel) kommuniziert bereits mit einer API. Was wir noch nicht getan haben, ist sie zu veröffentlichen: Es gibt heute keine Kunden-Tokens und keine Referenzdokumentation, und wir sagen das lieber offen, als Ihnen einen Screenshot zu verkaufen.
Heute
Was im Moment tatsächlich stimmt.
Der Shop und das Panel laufen bereits auf unserer eigenen internen API. Sie zu veröffentlichen bedeutet Dokumentation, Token-Ausgabe und Stabilitätszusagen, die wir einhalten können, und nichts davon gibt es bisher.
Was es noch nicht gibt: API-Schlüssel, die Sie selbst erstellen können, eine veröffentlichte Referenz mit Schemas und die Stabilitätszusagen, die eine API erst lohnenswert machen. Solange wir Versions- und Deprecation-Richtlinien nicht schriftlich festlegen können, geben wir keine Tokens aus. Eine API, die sich unter Ihnen ändert, ist schlechter als gar keine API.
Wenn Ihr Workflow heute schon programmatische Bereitstellung braucht, beschreiben Sie uns über das Anfrageformular, was Sie entwickeln. Das Interesse bestimmt tatsächlich die Reihenfolge, in der wir bauen, und der frühe Zugang beginnt bei denen, die gefragt haben.
Geplanter Umfang
Was die öffentliche API abdecken wird.
Das sind die Funktionen, die die interne API bereits hat und die die öffentliche bereitstellen wird. Geplant heißt geplant: Nichts davon können Kunden heute aufrufen.
- Server-Lebenszyklus
- Erstellen, neu aufsetzen, neu starten und löschen Sie Server aus Ihrem eigenen Code: die Vorgänge, die das Panel heute ausführt.
- Live-Katalog
- Tarife, Regionen und Betriebssystem-Images als Daten, mit denselben Preisen wie im Shop, einschließlich Ihres Partnerrabatts, sofern zutreffend.
- Domains und DNS
- Suchen, registrieren und Einträge verwalten über dieselbe Registrar-Anbindung, die die Website nutzt.
- Nutzung und Abrechnung
- Stundengenaue Verbrauchsmessung, die Sie programmatisch auslesen können: die Zahlen, die Sie brauchen, um Ihren eigenen Kunden weiterzuberechnen.
- Webhooks statt Polling
- Lifecycle-Ereignisse werden signiert an Ihren Endpunkt gesendet, sodass Ihre Systeme reagieren, statt nachzufragen.
- Tokens mit begrenzten Rechten
- Schlüssel mit Nur-Lese-, Nur-Bereitstellungs- oder Vollzugriff, sofort widerrufbar, mit Audit-Logs pro Token.
Prinzipien, nach denen wir bauen: schlichtes REST mit aussagekräftigen Statuscodes, Idempotenzschlüssel bei verändernden Aufrufen, cloud-init user_data beim Erstellen, in Antwort-Headern angegebene Rate-Limits und Fehlermeldungen, die sagen, was als Nächstes zu tun ist. Bewusst unspektakulär.
Interesse anmelden
Sagen Sie uns, was Sie damit bauen würden.
Ein Satz zu Ihrem Anwendungsfall genügt. Sie hören von uns, wenn es etwas Echtes zum Ausprobieren gibt, keine Drip-Kampagne.