すべてのガイド
ユースケースと導入手順
Cloudflare アカウントに Safest Resolve を導入する
読み取り専用のインフラ計画から、検証済みで自社管理の環境を作る手順です。
- 対象
- Cloudflare 管理者、プラットフォーム・セキュリティ担当、Safest オーナー
- 最新ガイド
- 2026年8月29日更新
01
出発点
サービス、ワークフロー実行環境、記録、ファイル、認証情報、運用ログを自社 Cloudflare アカウントに置きます。ジェネレーターと導入スクリプトがその境界を維持します。
02
守る条件
- アカウントの権限と上限を確認せずに導入すること。
- Access の audience やオーナー許可リストを誤ること。
- 公開 /health を、移行・キュー・ワークフローの準備完了とみなすこと。
03
手順
- Node.js 20 以降を用意し、Wrangler にログインします。HTTPS ホスト名、ブラウザー origin、インフラ用 Cloudflare Access アプリを準備します。
- 名前、公開 URL、origin、オーナーのメール、Access audience を指定して npx create-safest-tools safest-resolve を実行します。プロジェクトと読み取り専用計画が生成されます。
- reports.config.json、wrangler.jsonc、npm run setup:plan を確認し、Worker、D1、4つの R2、3つの Queues、全 binding を照合します。
- npm run secrets:init を実行し、API、署名、暗号化、ポータル、レート制限の秘密値を保護されたローカルファイルに設定します。
- npm run setup:plan を再実行してから npm run setup を実行し、正確なインストール ID を確認します。
- Access 経由で最初のオーナーを作成し、管理者とアナリストを招待し、許可されていない ID が bootstrap できないことを確認します。
- /health の後、database、workflow_runtime、workers_ai、object_storage、queues を検証し、認証済み /ready が 200 を返すことを確認します。
04
運用上の境界
計画は Cloudflare を変更しません。導入はレビューし、秘密値をコードや設定に置かず、固有のリソース名を使い、本番前にプランの利用可否を確認します。
05
データ交換
Worker は Static Assets、D1、4つの非公開 R2、Queues と DLQ、Dynamic Workflows、Worker Loaders、Worker secrets、SQLite Durable Object、Workers AI、Cron Triggers、Workers Logs を宣言します。Turnstile、Access、Email Service は公開受付、bootstrap、任意メールを担当します。
安定した参照ID署名付きリクエスト型付きの結果
06
確認
ローカル領収書、適用済み移行、登録済み秘密値、全 binding、実名オーナー、成功した機能確認がそろいます。/health は生存、認証済み /ready は運用可能性を示します。
07
導入時の質問
Cloudflare Email Service は必須ですか?+
いいえ。未設定でもポータルと顧客通知 Webhook が使えます。
更新手順は?+
最初に npm run upgrade:plan を実行します。更新は検証済みバックアップ、前方移行、再導入を行います。
Safest Resolve
チームが最初に運用するワークフローを設計しましょう。
レポートの入口、必要な証拠、判断者、製品アクション、通知、異議申立て経路から始めます。