変更要約: Professional Cloud Developer 第4章を新規作成（ドメイン3「デプロイ向け構成」: Cloud Run へのデプロイ＝ソースデプロイ/リビジョン/トラフィック分割/Eventarc・Pub/Sub トリガー/Apigee、GKE へのデプロイ＝Deployment/Service・liveness/readiness プローブ・Horizontal Pod Autoscaler・Cloud Run との使い分け）。
4.1Cloud Run へのデプロイ
ソースコードからの Cloud Run デプロイ、リビジョンとトラフィック分割によるロールアウト、トリガー（Eventarc・Pub/Sub）による起動とイベント受信の構成、そして Apigee による API のバージョン管理・公開・保護を理解します。
コンテナをサーバーレスで動かす Cloud Run は、開発者のデプロイ先として中心的です。ソースから簡単にデプロイし、安全にロールアウトします。
4.1.1デプロイとロールアウト
Cloud Run は ソースコードから直接デプロイ できます（内部で自動的にコンテナ化）。デプロイのたびに リビジョン が作られ、トラフィック分割 で新リビジョンへ段階的に割合を移す カナリア や、問題時の即時 ロールバック が可能です。同時実行数や CPU/メモリ、最小/最大インスタンス数を構成して性能とコストを調整します。「段階公開/ロールバック＝リビジョン＋トラフィック分割」と結びます。
4.1.2トリガーと API 公開
Cloud Run サービスは、Eventarc や Pub/Sub の トリガー で起動でき、イベント駆動の処理を構成します（イベント受信側として Eventarc/Pub/Sub を設定）。公開する API は、Apigee で バージョン管理・公開・認証・レート制限・保護を行います。「イベントで起動＝Eventarc/Pub/Sub トリガー」「API のバージョン管理/保護＝Apigee」と結びます。