4つのサービスを繋いで
保存・権限・処理・通知を
ひとつのパイプラインにする。

1.1スコープに関する注記

Google Skills（旧 Google Cloud Skills Boost）の個別ラボページは、受講登録済みアカウントでのサインインが必須のため、ラボ ID 単位（/labs/592541 〜 /labs/592550）での本文取得はできません。そのため本ガイドは、以下の情報源を根拠として再構成しています。

• コース course_templates/637 の公式コース概要に明記された技術スコープ：Cloud Storage、IAM、Cloud Functions、Pub/Sub
• 本コース末尾の Challenge Lab（labs/592550）である GSP315 の公開シナリオ・タスク構成
• 各サービスの Google Cloud 公式ドキュメント（ベストプラクティスページ）

一般的にこの構成のコースは、①Cloud Storage の基本操作、②IAM によるアクセス制御、③Cloud Functions（現行の Cloud Run functions）のデプロイ、④Pub/Sub のメッセージング、という4つの実習を経て、最後にこれらを統合する Challenge Lab（GSP315）で総仕上げを行います。本ガイドはこの流れに沿って各サービスを解説します。

1.2提供された参照 URL の位置づけ

このコースは「写真管理アプリ Memories」というシナリオを軸に、ストレージ・権限管理・サーバーレス処理・非同期通知という、モダンなアプリ開発環境の基本4要素を一気通貫で学びます。

flowchart LR
    A["① Cloud Storage<br/>バケット作成・オブジェクト操作"] --> B["② Cloud IAM<br/>権限の確認・付与・削除"]
    B --> C["③ Cloud Functions<br/>イベント駆動関数のデプロイ"]
    C --> D["④ Pub/Sub<br/>トピック・サブスクリプション"]
    D --> E["⑤ Challenge Lab<br/>GSP315: 統合演習"]
    style A fill:#4285F4,color:#fff,stroke:#4285F4
    style B fill:#EA4335,color:#fff,stroke:#EA4335
    style C fill:#34A853,color:#fff,stroke:#34A853
    style D fill:#FBBC05,color:#000,stroke:#FBBC05
    style E fill:#673AB7,color:#fff,stroke:#673AB7

2.1なぜこの順番で学ぶのか

この流れは「ストレージにファイルが置かれる → 権限に基づいてイベントが検知される → 関数が起動して加工する → 完了をメッセージングで知らせる」という、サーバーレスなイベント駆動アーキテクチャの典型パターンそのものです。

7.1シナリオ概要

あなたは Jooli 社のジュニアクラウドエンジニアとして、写真管理アプリ「Memories」の開発チームから、アプリ開発環境の初期構築を依頼されます。ステップバイステップの手順書は与えられず、これまでの実習で得たスキルをもとに自力でタスクを完了させる、実務に近いシナリオです。

7.2統合アーキテクチャ図

flowchart TD
    subgraph T1["Task 1: Storage"]
        B["Cloud Storage バケット"]
    end
    subgraph T2["Task 2: Messaging"]
        T["Pub/Sub トピック"]
    end
    subgraph T3["Task 3: Compute"]
        F["Cloud Run function<br/>Gen2 / memories-thumbnail"]
    end
    subgraph T4["Task 4-5: IAM"]
        I["IAMポリシーの検証と是正"]
    end
    U["利用者"] -->|map.jpg をアップロード| B
    B -->|finalized イベント| F
    F -->|64x64サムネイルを書き込み| B
    F -->|完了メッセージ| T
    I -.->|前任エンジニアのアクセスを削除| B
    style B fill:#4285F4,color:#fff,stroke:#4285F4
    style T fill:#EA4335,color:#fff,stroke:#EA4335
    style F fill:#34A853,color:#fff,stroke:#34A853
    style I fill:#FBBC05,color:#000,stroke:#FBBC05

7.3タスク一覧

7.4手順ごとの解説

Task 1: バケット作成 — ラボパネルに指定されたバケット名（例：qwiklabs-gcp-XX-xxxxxxxx-bucket）を使い、リージョンを選択してデフォルト設定で作成します。バケット名は採点システムが検証するため、指定された名前を正確に使用することが重要です。

Task 2: Pub/Sub トピック作成 — 関数が処理完了後にメッセージを発行するためのトピックを作成します。この段階ではサブスクリプションの作成は要求されていません（関数が Publisher として使うだけのため）。

Task 3: Cloud Run function（サムネイル生成）

• トリガー：対象バケットへの Cloud Storage finalized イベント
• エントリポイントはコード内の関数名と完全に一致させる（不一致はデプロイ後の動作不良の典型的な原因）
• Eventarc がイベントを読み取れるよう、Cloud Storage サービスエージェントへ roles/pubsub.publisher を付与するなど権限伝播が必要な場合がある（数分のタイムラグあり）

Task 4: 動作検証 — 指定の画像（例：map.jpg）をアップロードし、数十秒〜数分後にサムネイルが生成されることを確認します。生成されない場合は関数の「トリガー」タブで設定が正しく保存されているか確認し、必要ならトリガーを再作成します。

Task 5: IAM クリーンアップ — プロジェクトには「あなた（Owner）」と「前任エンジニア（Viewer）」の2プリンシパルが存在します。前任エンジニアの roles/viewer バインディングを削除し、最小権限の原則を実践して完了します。

7.5よくあるエラーと対処