Developer Relations のクラウドリソース

このページでは、GitLab の Developer Relations チームが使用するクラウドリソースとワークフローを概説します。リソースを効果的に管理・割り当てるためのガイダンスを提供し、長期的な本番環境と短期的な個人リソースの両方でベストプラクティスを維持しながら、チームメンバーがコミュニティアプリ、デモプロジェクト、コントリビューターの成功ツールにクラウドインフラを活用できるようにします。

クラウドリソース

Google Cloud リソース

Google Cloud プロジェクト group-community-a29572 は、次の用途に使用します:

プロビジョニングされると、Google Cloud Console でプロジェクトにアクセスできます。クイックアクセス:

1. Compute の概要
2. Kubernetes Engine
3. Cloud Run
4. SQL
5. Cloud Storage
6. IAM & Admin

技術的オーナー: @johncoghlan @dnsmichi

ワークフロー

1. すべての Developer Relations チームメンバーは、Editor ロールを使用して Google Cloud の community-group プロジェクトでリソースを管理できます。
   • このアクセスはデフォルトではプロビジョニングされません。チームメンバーを追加・削除するには、アクセスリクエストを作成してください（例: グループ更新 AR）。
2. Google Cloud/AWS では、商標登録されていないドメインを登録（社内）し、そのドメインをデモのセットアップに使用することもできます。

デモ環境

顧客向けデモ環境の場合は、新しい環境を作成する前に既存のリソースを確認してください:

1. デモシステムのハンドブック: GitLab Learn Labs。
2. Developer Advocacy コンテンツのハンドブック: プロダクトツアー、クリックスルーデモ、ワークショップなど。

長期的な本番環境

デプロイメントのデバッグが必要なデモには、たとえば Google Cloud の共有リソースを優先してください。

1. SSO ログインで利用できない場合は、1Password ボールトにアクセスを記録してください。
2. 必要ない場合はリソースをシャットダウンしてください（たとえば、アイドル状態の Kubernetes クラスター）。

個人の短期的なリソース

ブログ投稿用の個別の短期チュートリアルまたはデモのセットアップには、AWS または GCP 向けの Cloud Sandbox Realmを優先してください。これにより、自動シャットダウン、アクセスしやすい生成ドメインなどが提供されます。

意思決定ワークフロー

flowchart TD;
  A{Shared resource access required?}
  A -->|Yes| B[Use cloud group resources]
  A -->|No| C{Short-lived}
  C --> |Yes| D[Use individual Cloud Sandbox projects]
  C --> |No| B

ページのソースコードを見る - ページの編集 - please contribute.