Déployer Safest Resolve dans votre compte Cloudflare

01

Point de départ

Vous souhaitez conserver service, moteur de workflow, enregistrements, fichiers, secrets et logs dans votre compte Cloudflare. Le générateur et les scripts de déploiement respectent cette frontière.

02

Conditions à respecter

• Déployer sans vérifier les limites et droits du compte.
• Utiliser un mauvais audience Access ou une liste de propriétaires erronée.
• Confondre le contrôle public de disponibilité avec la préparation des migrations, files et workflows.

03

Étape par étape

1. Installez Node.js 20 ou plus, authentifiez Wrangler, préparez un hostname HTTPS, listez les origines et créez l’application Cloudflare Access pour la route d’infrastructure.
2. Exécutez npx create-safest-tools safest-resolve avec le nom, l’URL publique, l’origine, l’e-mail propriétaire et l’audience Access. Le générateur écrit le projet et affiche un plan en lecture seule.
3. Vérifiez reports.config.json, wrangler.jsonc et npm run setup:plan, puis confirmez Worker, D1, quatre buckets R2, trois Queues et chaque binding.
4. Exécutez npm run secrets:init et renseignez les secrets API, signature, chiffrement, portail et limitation dans le fichier local protégé.
5. Relancez npm run setup:plan puis npm run setup et confirmez l’identifiant exact de l’installation.
6. Créez le premier propriétaire via Access, invitez un administrateur et un analyste, puis refusez une identité non autorisée.
7. Contrôlez /health, vérifiez database, workflow_runtime, workers_ai, object_storage et queues, puis exigez un statut 200 authentifié de /ready.

05

Échange de données

Le Worker déclare Static Assets, D1, quatre buckets R2 privés, Queues et DLQ, Dynamic Workflows, Worker Loaders, Worker secrets, Durable Object SQLite, Workers AI, Cron Triggers et Workers Logs. Turnstile, Access et Email Service couvrent l’entrée publique, le bootstrap et l’e-mail optionnel.

06

Vérification

L’installation possède un reçu local, des migrations appliquées, des secrets chargés, des bindings déployés, des propriétaires identifiés et des contrôles réussis. /health prouve la disponibilité; /ready authentifié confirme le fonctionnement.

07

Questions de mise en œuvre