Alle Leitfäden

Anwendungsfälle und Implementierung

Safest Resolve im eigenen Cloudflare-Konto bereitstellen

Vom schreibgeschützten Infrastrukturplan zur überprüften, kundeneigenen Installation.

Für
Cloudflare-Administratoren, Plattform- und Security-Engineering sowie Safest-Eigentümer
Aktueller Leitfaden
Aktualisiert am 29. August 2026

01

Ausgangspunkt

Dienst, Workflow-Laufzeit, Datensätze, Dateien, Zugangsdaten und Betriebslogs sollen in Ihrem Cloudflare-Konto liegen. Generator und Bereitstellungsskripte setzen diese Grenze um.

02

Was gelten muss

  • Bereitstellen, bevor Kontorechte und Limits geprüft sind.
  • Falsche Access-Audience oder Eigentümerliste für den Bootstrap verwenden.
  • Öffentliche Erreichbarkeit mit betriebsbereiten Migrationen, Queues und Workflows verwechseln.

03

Schritt für Schritt

  1. Installieren Sie Node.js 20 oder neuer, authentifizieren Sie Wrangler, richten Sie einen HTTPS-Hostnamen ein, listen Sie Browser-Ursprünge und erstellen Sie die Cloudflare-Access-Anwendung für den Infrastrukturpfad.
  2. Führen Sie npx create-safest-tools safest-resolve mit Name, öffentlicher URL, Ursprung, Eigentümer-E-Mail und Access-Audience aus. Der Generator erstellt das Projekt und zeigt einen schreibgeschützten Plan.
  3. Prüfen Sie reports.config.json, wrangler.jsonc und npm run setup:plan. Bestätigen Sie Worker, D1, vier R2-Buckets, drei Queues und alle Bindings.
  4. Führen Sie npm run secrets:init aus und ergänzen Sie API-, Signatur-, Verschlüsselungs-, Portal- und Rate-Limit-Secrets in der geschützten lokalen Datei.
  5. Wiederholen Sie npm run setup:plan, führen Sie npm run setup aus und bestätigen Sie die genaue Installations-ID.
  6. Erstellen Sie über Access den ersten Eigentümer, laden Sie Administrator und Analyst ein und lehnen Sie eine nicht zugelassene Identität ab.
  7. Prüfen Sie /health, verifizieren Sie database, workflow_runtime, workers_ai, object_storage und queues und verlangen Sie für /ready authentifiziert Status 200.

04

Betriebliche Grenze

Der Plan verändert Cloudflare nicht. Die Bereitstellung wird geprüft, Secrets bleiben außerhalb von Code und Konfiguration, Ressourcennamen sind eindeutig und Plangrenzen werden vor Produktion kontrolliert.

05

Datenaustausch

Der Worker deklariert Static Assets, D1, vier private R2-Buckets, Queues mit DLQ, Dynamic Workflows, Worker Loaders, Worker secrets, SQLite-Durable-Object, Workers AI, Cron Triggers und Workers Logs. Turnstile, Access und Email Service decken öffentliche Eingabe, Bootstrap und optionalen Versand ab.

Stabile ReferenzSignierte AnfrageTypisiertes Ergebnis

06

Überprüfung

Die Installation besitzt lokalen Beleg, angewandte Migrationen, hochgeladene Secrets, bereitgestellte Bindings, benannte Eigentümer und erfolgreiche Prüfungen. /health zeigt Erreichbarkeit; authentifiziertes /ready bestätigt Betriebsfähigkeit.

07

Fragen zur Implementierung

Ist Cloudflare Email Service erforderlich?+

Nein. Portal und Kunden-Webhook funktionieren weiterhin ohne ihn.

Wie laufen Upgrades?+

Zuerst npm run upgrade:plan ausführen. Das Upgrade erstellt ein geprüftes Backup, wendet Migrationen an und stellt neu bereit.

Safest Resolve

Modellieren Sie den ersten Ablauf Ihres Teams.

Beginnen Sie mit Meldequelle, erforderlicher Evidenz, Entscheidungsverantwortung, Produktaktion, Mitteilungen und Einspruchspfad.