gcp-cloud-run
GCP Cloud Run でサーバーレスアプリケーションをデプロイ
GCP で本番対応のサーバーレスアプリを構築するのは、多くの設定オプションがあり複雑です。このスキルは、Cloud Run サービス、Functions、コールドスタート最適化、イベント駆動アーキテクチャの実証済みパターンを提供します。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「gcp-cloud-run」を使用しています。 コンテナ化された API を 512Mi メモリと 1 CPU で Cloud Run にデプロイ
期待される結果:
gcloud run deploy my-api --image gcr.io/project-id/my-api:v1 --region us-central1 --platform managed --memory 512Mi --cpu 1 --min-instances 0 --max-instances 100 --allow-unauthenticated
「gcp-cloud-run」を使用しています。 低レイテンシ応答のために Cloud Run サービスを最適化
期待される結果:
コールドスタート最適化を適用:CPU ブーストを有効化、min-instances を 1 に設定、より高速な起動のためにメモリを 1Gi に増強、BigQuery クライアントのレイジーローディングを実装、バランスの取れたスループットのために concurrency を 80 に設定。
セキュリティ監査
安全Static analyzer detected 43 potential issues but all are false positives. The SKILL.md file contains documentation and code examples (Dockerfiles, JavaScript, YAML, bash) for GCP Cloud Run deployment patterns, not executable code. External command detections are gcloud CLI examples in markdown code blocks. Environment variable access is standard Node.js PORT configuration for Cloud Run. No actual security risks present.
品質スコア
作れるもの
Web API デプロイ
自動スケーリング、ヘルスチェック、グレースフルシャットダウン処理を備えた Node.js Express API を Cloud Run にデプロイします。
イベント駆動処理
Pub/Sub メッセージまたは Cloud Storage アップロードによってトリガーされる Cloud Run Functions を作成し、非同期データ処理ワークフローを実装します。
コスト最適化サービス
予算制約のあるレイテンシ重視のアプリケーションのために、適切なリソースサイズ、最小インスタンス数、CPU ブーストを備えた Cloud Run を設定します。
これらのプロンプトを試す
Node.js Express アプリケーションを Google Cloud Run にデプロイしたいです。Dockerfile は準備済みです。適切なメモリと CPU 設定でコンテナをビルド、プッシュ、デプロイするための gcloud コマンドについてガイドしてください。
Cloud Storage バケットにファイルがアップロードされたときにトリガーされる Cloud Run Function を作成してください。この関数は CSV ファイルを処理し、データを BigQuery にロードします。エラーハンドリングとロギングを含めてください。
Cloud Run サービスで 2〜3 秒のコールドスタートレイテンシが発生し、ユーザーエクスペリエンスに影響しています。デプロイ設定を分析し、最小インスタンス数、CPU ブースト、メモリ、コードレベルの最適化について、コールドスタートを削減するための具体的な設定を推奨してください。
main への git push ごとに自動的に Cloud Run にデプロイする Cloud Build パイプラインを設計してください。マルチステージ Docker ビルド、セキュリティスキャン、承認付きステージングデプロイ、トラフィック分割による本番ロールアウトを含めてください。
ベストプラクティス
- マルチステージ Docker ビルドを使用してディストレスレスベースイメージを採用し、コンテナサイズと攻撃対象領域を削減
- アプリケーションのメモリと CPU 要件に基づいて適切な concurrency 値を設定
- 信頼性の高いデプロイのためにヘルスチェックエンドポイントとグレースフルシャットダウンハンドラーを実装
回避
- CPU 集約型のワークロードで concurrency を 1 に設定せず、他のリクエストを枯渇させる
- /tmp ディレクトリに大きなファイルを書き込み、メモリを消費して OOM エラーを引き起こす
- レスポンス送信後に継続するバックグラウンドタスクを開始(アイドル時に CPU が抑制されるため)