クラウドの足回りを、
一筆書きで理解する。

-- 単一列の取得
SELECT end_station_name
FROM `bigquery-public-data.london_bicycles.cycle_hire`;
 
-- 複数列の取得（カンマ区切り）
SELECT start_station_name, duration
FROM `bigquery-public-data.london_bicycles.cycle_hire`;
 
-- 全列の取得（* はすべての列）
SELECT *
FROM `bigquery-public-data.london_bicycles.cycle_hire`
WHERE duration >= 1200;  -- 1200秒 = 20分以上

-- 各出発地点からの出発回数を多い順に表示
SELECT
    start_station_name,
    COUNT(*) AS num_starts        -- AS で列名に別名をつける
FROM `bigquery-public-data.london_bicycles.cycle_hire`
GROUP BY start_station_name       -- 出発地点でグループ化
ORDER BY num_starts DESC;         -- 多い順（DESC = 降順）

# Cloud SQL インスタンスに接続
gcloud sql connect my-demo --user=root --quiet
 
# --- MySQL プロンプト内での操作 ---
 
# データベース作成
CREATE DATABASE bike;
 
# データベースを選択してテーブルを作成
USE bike;
CREATE TABLE london1 (
    start_station_name VARCHAR(255),
    num INT
);
 
CREATE TABLE london2 (
    end_station_name VARCHAR(255),
    num INT
);
 
# データ確認
SELECT * FROM london1 LIMIT 10;
 
# 不要行の削除（ヘッダー行など num=0 の行を削除）
DELETE FROM london1 WHERE num = 0;
 
# データの挿入
INSERT INTO london1 (start_station_name, num)
VALUES ("test destination", 1);
 
# UNION で2テーブルを結合して検索
SELECT start_station_name AS top_stations, num
FROM london1 WHERE num > 100000
UNION
SELECT end_station_name, num
FROM london2 WHERE num > 100000
ORDER BY top_stations DESC;

# 1. Custom VPC ネットワークの作成
gcloud compute networks create privatenet \
    --subnet-mode=custom
 
# 2. サブネットの作成
gcloud compute networks subnets create privatesubnet-1 \
    --network=privatenet \
    --region=us-central1 \
    --range=172.16.0.0/24
 
gcloud compute networks subnets create privatesubnet-2 \
    --network=privatenet \
    --region=europe-west1 \
    --range=172.20.0.0/20
 
# 3. ファイアウォールルールの作成
gcloud compute firewall-rules create privatenet-allow-icmp-ssh-rdp \
    --direction=INGRESS \
    --priority=1000 \
    --network=privatenet \
    --action=ALLOW \
    --rules=icmp,tcp:22,tcp:3389 \
    --source-ranges=0.0.0.0/0
 
# 4. VM インスタンスの作成
gcloud compute instances create privatenet-vm-1 \
    --zone=us-central1-a \
    --machine-type=e2-micro \
    --subnet=privatesubnet-1
 
# 5. 現在の状態を確認
gcloud compute networks list
gcloud compute networks subnets list --sort-by=NETWORK
gcloud compute firewall-rules list --sort-by=NETWORK
gcloud compute instances list --sort-by=ZONE

# VM 内で実行 — ルーティングテーブルの確認
ip route
# 出力例:
# default via 172.16.0.1 dev eth0
# 10.128.0.0/20 via 10.128.0.1 dev eth2
# 10.130.0.0/20 via 10.130.0.1 dev eth1
# 172.16.0.0/24 via 172.16.0.1 dev eth0

# Step 1: Ops Agent インストールスクリプトのダウンロード
curl -sSO https://dl.google.com/cloudagents/add-google-cloud-ops-agent-repo.sh
 
# Step 2: Ops Agent のインストール（Monitoring + Logging 両方）
sudo bash add-google-cloud-ops-agent-repo.sh --also-install
 
# Step 3: 動作確認
sudo systemctl status "google-cloud-ops-agent*"

# パッケージリストの更新
sudo apt-get update
 
# Apache2 と PHP のインストール
sudo apt-get install apache2 php7.0 -y
 
# Apache2 の再起動
sudo service apache2 restart

resource.type = "gce_instance"
resource.labels.instance_id = "INSTANCE_ID"  # gce_instance では数値のインスタンス ID（VM 名ではない）

apiVersion: apps/v1
kind: Deployment
metadata:
  name: fortune-app-blue         # Deployment の名前
spec:
  replicas: 3                    # Pod の数
  selector:
    matchLabels:
      app: fortune-app           # 管理対象 Pod のラベル
  template:
    metadata:
      labels:
        app: fortune-app
        version: "1.0.0"
    spec:
      containers:
        - name: fortune-app
          image: "us-central1-docker.pkg.dev/.../fortune-service:1.0.0"
          ports:
            - containerPort: 8080

# Deployment の作成と確認
kubectl create -f deployments/fortune-app-blue.yaml
kubectl get deployments
kubectl get replicasets
kubectl get pods
 
# Service の作成
kubectl create -f services/fortune-app.yaml
kubectl get services fortune-app
 
# スケールアップ・スケールダウン
kubectl scale deployment fortune-app-blue --replicas=5
kubectl scale deployment fortune-app-blue --replicas=3
 
# バージョン確認
curl http://$(kubectl get svc fortune-app \
  -o=jsonpath="{.status.loadBalancer.ingress[0].ip}")/version

# イメージを v2.0.0 に更新（Deployment を直接編集）
kubectl edit deployment fortune-app-blue
# エディタ内で image タグを 1.0.0 → 2.0.0 に変更して保存
 
kubectl rollout status deployment/fortune-app-blue   # 状態確認
kubectl rollout pause deployment/fortune-app-blue    # 一時停止
kubectl rollout resume deployment/fortune-app-blue   # 再開
kubectl rollout history deployment/fortune-app-blue  # 履歴確認
kubectl rollout undo deployment/fortune-app-blue     # ロールバック

# Canary Deployment の作成
kubectl create -f deployments/fortune-app-canary.yaml
 
# 現在のバージョン分布を確認（10回リクエスト）
for i in {1..10}; do
  curl -s http://$(kubectl get svc fortune-app \
    -o=jsonpath="{.status.loadBalancer.ingress[0].ip}")/version
  echo
done

# Step 1: Blue（v1.0.0）のみにトラフィックを向ける
kubectl apply -f services/fortune-app-blue-service.yaml
 
# Step 2: Green（v2.0.0）Deployment を作成（まだトラフィックなし）
kubectl create -f deployments/fortune-app-green.yaml
 
# Step 3: v1.0.0 で提供されていることを確認
curl http://$(kubectl get svc fortune-app \
  -o=jsonpath="{.status.loadBalancer.ingress[0].ip}")/version
 
# Step 4: Service を Green に切り替え（瞬時に全トラフィックが v2.0.0 へ）
kubectl apply -f services/fortune-app-green-service.yaml
 
# ロールバック: Blue に戻す
kubectl apply -f services/fortune-app-blue-service.yaml

# 開発 VPC の作成
gcloud compute networks create griffin-dev-vpc --subnet-mode=custom
gcloud compute networks subnets create griffin-dev-wp \
    --network=griffin-dev-vpc --region=us-east1 --range=192.168.16.0/20
gcloud compute networks subnets create griffin-dev-mgmt \
    --network=griffin-dev-vpc --region=us-east1 --range=192.168.32.0/20
 
# 本番 VPC の作成
gcloud compute networks create griffin-prod-vpc --subnet-mode=custom
gcloud compute networks subnets create griffin-prod-wp \
    --network=griffin-prod-vpc --region=us-east1 --range=192.168.48.0/20
gcloud compute networks subnets create griffin-prod-mgmt \
    --network=griffin-prod-vpc --region=us-east1 --range=192.168.64.0/20

# マルチ NIC Bastion Host を作成（dev / prod 両 VPC に接続）
gcloud compute instances create griffin-bastion \
    --zone=us-east1-b --machine-type=e2-medium \
    --network-interface=network=griffin-dev-vpc,subnet=griffin-dev-mgmt \
    --network-interface=network=griffin-prod-vpc,subnet=griffin-prod-mgmt
 
# SSH 許可の FW ルールを作成
gcloud compute firewall-rules create griffin-dev-allow-ssh \
    --network=griffin-dev-vpc --allow=tcp:22 --source-ranges=0.0.0.0/0
gcloud compute firewall-rules create griffin-prod-allow-ssh \
    --network=griffin-prod-vpc --allow=tcp:22 --source-ranges=0.0.0.0/0

# Cloud SQL MySQL インスタンスを作成
gcloud sql instances create griffin-dev-db \
    --database-version=MYSQL_8_0 --region=us-east1 --tier=db-n1-standard-1
 
# Cloud SQL に接続して WordPress 用 DB を準備
gcloud sql connect griffin-dev-db --user=root

-- MySQL プロンプト内で実行
CREATE DATABASE wordpress;
CREATE USER "wp_user"@"%" IDENTIFIED BY "stormwind_rules";
GRANT ALL PRIVILEGES ON wordpress.* TO "wp_user"@"%";
FLUSH PRIVILEGES;

# GKE クラスターの作成
gcloud container clusters create griffin-dev \
    --zone=us-east1-b --machine-type=e2-standard-4 --num-nodes=2 \
    --network=griffin-dev-vpc --subnetwork=griffin-dev-wp
 
# WordPress 用シークレットとボリュームの設定
gsutil cp -r gs://spls/gsp321/wp-k8s .
cd wp-k8s
# wp-env.yaml を編集して username: wp_user / password: stormwind_rules を設定
kubectl create -f wp-env.yaml
 
# Cloud SQL Proxy 用のサービスアカウントキーを作成
gcloud iam service-accounts keys create key.json \
    --iam-account=cloud-sql-proxy@$GOOGLE_CLOUD_PROJECT.iam.gserviceaccount.com
kubectl create secret generic cloudsql-instance-credentials --from-file key.json

# wp-deployment.yaml を編集
# YOUR_SQL_INSTANCE → Instance Connection Name に置換
# 形式: PROJECT_ID:REGION:INSTANCE_NAME
kubectl create -f wp-deployment.yaml
kubectl create -f wp-service.yaml
 
# LoadBalancer の External IP が付与されるまで待機
kubectl get services --watch

# Editor ロールをプロジェクトに付与
gcloud projects add-iam-policy-binding $GOOGLE_CLOUD_PROJECT \
    --member="user:SECOND_USER_EMAIL" \
    --role="roles/editor"