変更要約: Professional Cloud Developer 第4章を新規作成（ドメイン3「デプロイ向け構成」: Cloud Run へのデプロイ＝ソースデプロイ/リビジョン/トラフィック分割/Eventarc・Pub/Sub トリガー/Apigee、GKE へのデプロイ＝Deployment/Service・liveness/readiness プローブ・Horizontal Pod Autoscaler・Cloud Run との使い分け）。
4.2GKE へのデプロイ
GKE へのコンテナ化アプリのデプロイ（Deployment・Service）、可用性を高める Kubernetes のヘルスチェック（liveness/readiness プローブ）、Horizontal Pod Autoscaler によるスケーリング、そして Cloud Run と GKE の使い分けを理解します。
より細かな制御や複雑なオーケストレーションが要るなら GKE（Kubernetes）へデプロイします。可用性とスケーラビリティを Kubernetes の仕組みで担保します。
4.2.1デプロイとヘルスチェック
コンテナ化アプリは Deployment（望ましい Pod 数を宣言）で配置し、Service でネットワーク公開します。可用性を高めるには ヘルスチェック（liveness プローブ＝異常時に再起動、readiness プローブ＝準備できるまでトラフィックを送らない）を設定します。これにより、起動途中や不調の Pod に誤ってリクエストが届くのを防ぎます。「異常時に再起動＝liveness」「準備完了まで送らない＝readiness」と結びます。
4.2.2スケーリングと使い分け
負荷に応じて Pod 数を増減するには Horizontal Pod Autoscaler（HPA） を使い、CPU 使用率やカスタムメトリクスでスケールします。Cloud Run と GKE の使い分けは、「最小運用でサーバーレスに動かす＝Cloud Run」「細かな制御・複雑なオーケストレーション・既存 Kubernetes 資産＝GKE」が目安です。「負荷でPodを増減＝HPA」「最小運用なら Cloud Run、細かな制御なら GKE」を押さえます。