Speedle Cloud はまもなく公開されます。 cloud.speedle.io の本番環境ではまだサインインが開始されておらず、Cloud ヘッダーには Coming soon（まもなく公開） バッジが表示されます。サインインが閉じられている間、サインインページには近日公開予定である旨が表示されます。本文では公開されている使用フローを説明していますが、本番コンソールが現在開かれていることを意味するものではありません。
本番環境
アカウントセッション、管理リクエスト、およびアプリケーショントークンは https://cloud.speedle.io を使用します。アカウント、リソース、トークンはそのオリジンに属します。
GitHub または Google によるサインイン（まもなく開始）
サインインがまだ開始されていない場合でも、サインインページには GitHub でサインイン と Google でサインイン の 2 つのオプションが表示されます。本番環境でサインインが開始されたら、現在利用可能なプロバイダーを選択してください。新しい ID の確認済みメールアドレスがまだ使用されていない場合は、アカウント作成 を明示的に確認する必要があります。
アカウント設定では、接続されている ID を確認し、プロバイダーの接続または切断を行うことができます。少なくとも 1 つの接続済み ID を保持する必要があります。
ワークスペースとサービス
サービスはポリシーの名前空間です。デフォルトのワークスペースには、テスト用の default サービスが用意されています。
最初の認可ポリシーの作成
エディターに次の SPDL ステートメントを入力します:
grant user alice from corp get /booksfrom corp は、この認可を corp ID ドメイン内に制限します。corp を、アプリケーションが信頼できる認証データから導出するドメインに置き換え、以下の Playground の例のように、各リクエストでプリンシパルの idd として同じ値を送信してください。from のない認可は、すべてのドメインの alice という名前のユーザーに一致します。ドメイン間で名前が衝突する可能性のない、単一の ID ソースを持つサービスの場合にのみ、この句を省略してください。ルールと対応するリクエストフィールドについては ID ドメイン を参照してください。
ポリシーの検証 を選択し、コンソールに 識別結果: 認可ポリシー と報告されることを確認してから、ポリシーを保存 を選択します。検証ではポリシータイプが検出され、構文がチェックされますが、下書きは保存されません。保存は独立した手動操作です。
Playground で認可決定をテスト
Playground を開いてポリシーをテストします。
リクエストのサブジェクトにプリンシパルを入力します:
{"type":"user","name":"alice","idd":"corp"}アクションに get、リソースに /books を入力します。評価 をクリックすると、結果は allowed: true（理由コード 0）となります。
プリンシパルの idd を other に変更するか、リソースを /secret に変更すると、リクエストは拒否されます（allowed: false）。