Funktionsweise

Mit KI ohne doppelte Projekte veröffentlichen

Vor dem Erstellen GET /projects und GET /subscription lesen. Das angefragte Projekt anhand projectId oder exaktem Slug identifizieren und die ID behalten. Beim Erstellen einen stabilen Slug senden. Ein 409 mit error.details.reason=PROJECT_ALREADY_EXISTS liefert projectId und Slug dieser Organisation: das richtige Projekt bestätigen und wiederverwenden. Konflikte oder Quoten nicht mit neuen Namen oder Suffixen umgehen.

Bei POST /projects und POST /projects/<id>/deployments Idempotency-Key mit 8–128 Zeichen [A-Za-z0-9._:-] senden. Einen Schlüssel für die Erstellung und einen pro Codeversion aufbewahren. Nach verlorener Antwort DENSELBEN Schlüssel und DENSELBEN Body wiederholen; Erfolge werden 24 Stunden ohne neue Operation wiedergegeben. Ein anderer Body ergibt 409 IDEMPOTENCY_KEY_REUSED. Bei IDEMPOTENCY_PENDING oder IDEMPOTENCY_PREVIOUS_FAILURE zuerst Projekte und Deployments prüfen; nicht blind einen neuen Schlüssel verwenden. Korrekturen verwenden neues ZIP, sourceObjectKey und Deployment-Schlüssel bei gleicher projectId.

Projektzustand und aktuelle Veröffentlichung unterscheiden: GET /deployments/<id>. Dasselbe Deployment während QUEUED, BUILDING oder HEALTHCHECK verfolgen und bei Fristablauf die ausstehende Phase nennen. Bei FAILED /diagnostico (Text), /logs?from=tail und runtime-logs lesen; Build, Port, Befehl oder Abhängigkeiten korrigieren und im SELBEN Projekt veröffentlichen. Für 500/502, Timeout oder Warteschlange kein neues Projekt erstellen. Nach READY HTTPS und den gewünschten Ablauf, etwa Anmeldung, prüfen, bevor funktionaler Erfolg behauptet wird.

Vor der Bereitstellung GET /databases und GET /projects/<id>/storage lesen und Ressourcen wiederverwenden. Datenbank und S3 sind keine zusätzlichen Projekte. connectionEnvKey, DATABASE_URL/REDIS_URL und gelieferte S3-envKeys nutzen; Host oder Passwort nicht aus dem Land ableiten. Der Standardspeicher wird wiederverwendet; additional=true verlangt eine weitere Zuordnung und einen Kundenwunsch. Zugangsdaten nicht in den Browser geben.

data.effectiveLimits, data.usage, data.executionAllowed und data.subscription aus GET /subscription verwenden, nicht nur den Tarifnamen. 402 PLAN_LIMIT_EXCEEDED erlaubt weder Löschung zur Quotenfreigabe noch Käufe. Gewünschte Replikazahlen beweisen keine Gesundheit: /replicas und /metrics prüfen. Autoscaling und bezahlte Kopien brauchen passende Grenzen und Kundenerlaubnis; eine Region beweist keinen Datenbank-, Redis- oder Datei-Failover.