本文へ移動
Step 00 · Foundation

Google Cloud プロジェクト作成GCP project & APIs

松葉 / Matsuba の本番プロジェクトを Google Cloud 上に新規作成しました。「プロジェクト」とは Google Cloud の課金・権限・リソースの最上位の入れ物で、kintone で言えば 1 つの「スペース」、GAS で言えば 1 つの「スタンドアロン プロジェクト」に近い概念です。

所要時間: 15 分 前提条件: なし 後続: ほぼ全手順
01

作成したプロジェクトの素性Project identity

以降の全手順でこれらの値が引数として登場します。「プロジェクト ID 末尾 6 桁」は、Cloud Storage バケット名のグローバル一意性確保のための識別子として全バケット名に付与しています。

項目値意味
プロジェクト名(表示名)Matsubaコンソール上の表示
プロジェクト ID<project-id>API・CLI で指定する一意の文字列。後から変更不可
プロジェクト番号<project-number>サービスアカウント名等で内部的に使われる数値 ID
組織example.com社内の Google Workspace の組織配下
既定リージョンasia-northeast1(東京)個人情報保護法を踏まえデータ所在を東京に固定
本番 / 検証の分離未分離リリース前は本番 = テスト・ステージング兼用の 1 環境運用
02

有効化した API · 19 種Enabled APIs

Google Cloud は API 単位で課金・権限・割当が管理されるため、使うサービスごとに API を有効化する必要があります。「API」は外部からクラウドを操作するための窓口で、有効化していないとそもそも作成画面に到達できません。

01Cloud Run Admin
サーバレス実行基盤の操作
02Cloud Build
コンテナイメージのビルド
03Artifact Registry
コンテナイメージの保管庫
04Cloud Storage
ファイル置き場(バケット)
05Cloud Pub/Sub
メッセージング基盤
06Eventarc
クラウド内のイベント連携
07Cloud Tasks
HTTP ジョブの非同期実行
08Cloud Scheduler
cron スケジュール
09Secret Manager
パスワード金庫
10Cloud Logging
構造化ログ集約
11Cloud Monitoring
メトリクス + アラート
12Error Reporting
エラー自動集約
13IAM
権限管理
14IAM Credentials
SA の一時資格情報発行
15Cloud DNS
独自ドメインの DNS
16Compute Engine
LB の前提として必要
17Google Drive
共有ドライブとの同期
18Resource Manager
プロジェクト操作
19Service Usage
API 有効化状態の管理

kintone との対比: kintone では「アプリを 1 個作る」だけで自動的にレコード保存・通知・REST API がオンになりますが、Google Cloud は逆で 「最初は全部オフ」 です。使いたい機能の API を 1 つ 1 つ明示的に有効化することで、不要な攻撃面と課金リスクを構造的に減らしています。

03

全体構成のどこに反映されるかWhere this lands

このプロジェクト枠の内部に、以降の手順で構築する全てのリソース(Cloud Run・GCS・Pub/Sub・LB 等)が入っていきます。プロジェクトは「全リソースの親」であり、課金・IAM・監視・ログの境界線でもあります。

図 · プロジェクトが全てを内包する関係
Project: Matsuba<project-id> · #<project-number> · asia-northeast1(Tokyo)課金・IAM・監視・ログ・割当の境界線有効化した 19 API · プロジェクト内サービスへの「窓口」Cloud Run / Storage / Pub/Sub / Eventarc / Tasks / Scheduler / Secret Manager / Logging / Monitoring / IAM / DNS / Drive 他必要分のみ ON · 不要な攻撃面を最小化Cloud Run × 4 + Jobsアプリ実行基盤Step 06Cloud Storage × 5バケットStep 07Pub/Sub + EventarcメッセージングStep 08LB + Cloud Armor + DNS入口(WAF)Step 09SA × 7アプリの身分証Step 03Secret × 7パスワード金庫Step 06WIF PoolGitHub からのキーレス認証Step 05Monitoring + Billing監視 + 月予算Step 10

プロジェクト枠(金茶の点線)は「このプロジェクトの中で起こったこと」の境界です。請求書もログも IAM も、この枠の中で完結します。

04

東京リージョン固定の理由Why Tokyo only

個人情報保護法への配慮: 利用者(社内 + 取引先担当者)の氏名・メールアドレス等の個人情報を扱うため、データの所在地を法的に把握しておく必要があります。日本国内(東京リージョン asia-northeast1)に固定することで、第三国へのデータ移転のリスクを構造的に抑えています。

レイテンシ: 利用者の大半が日本国内であるため、東京リージョンが最短経路。冗長性は同一リージョン内の複数ゾーン(自動)で確保しています。