12

Google Cloud Storage を使用して、再開可能なアップロードを行うために必要な情報をクライアントに渡したいと考えています。これは可能ですか？

4

2 に答える 2

11

はい、可能です。

Cloud Storage サービスに対して認証されたサーバーと、アクセスを許可したいクライアントの場合、典型的な署名付き URL のアップロード ワークフローは次のようになります。

  1. クライアントは、PUT を実行できるように署名を要求します
  2. サーバーは、ここで説明されURLている方法を使用して署名付きを作成し、返します
  3. クライアントは、返された値で PUT を実行しますURL

再開可能なワークフローは次のようになります。

  1. クライアントは、PUT を実行できるように署名を要求します
  2. サーバーは、ここで説明されURLている方法を使用して署名されたを作成して返します
  3. ここで説明されているように、サーバーは再開可能なアップロードを開始するために POST 要求を行います
  4. サーバーはURLと の両方Upload IDをクライアントに返します
  5. クライアントは、提供されたURLおよびUpload ID
于 2013-01-28T19:02:35.690 に答える
5

ここのドキュメントでこのメモを見つけました：

注: ユーザーがアクセス制御されたバケットにリソースをアップロード (書き込み) するだけの場合は、Google Cloud Storage の再開可能なアップロード機能を使用して、URL への署名や Google アカウントの要求を回避できます。再開可能なアップロードのシナリオでは、(サーバー側の) コードが認証され、実際にデータをアップロードすることなく、Google Cloud Storage へのアップロードが開始されます。開始リクエストはアップロード ID を返します。これをクライアント リクエストで使用して、データをアップロードできます。アップロード ID は実質的に認証トークンとして機能するため、クライアント要求に署名する必要はありません。このパスを選択する場合は、必ず HTTPS 経由でアップロード ID を送信してください。

したがって、基本的に署名付き URL は必要ありません。アップロード ID で十分です。手順は次のとおりです。

  1. クライアントは、PUT を実行できるようにアップロードを要求します
  2. サーバーは POST リクエストを作成して、再開可能なアップロードを開始します。
  3. サーバーはアップロード ID をクライアントに返します。
  4. クライアントは、提供されたアップロード ID を使用してファイルをアップロードするために PUT を実行します。
于 2015-01-17T13:36:27.630 に答える