タグ

CloudRunに関するoinumeのブックマーク (7)

  • メルカリShops の CI/CD と Pull Request 環境 | メルカリエンジニアリング

    こんにちは!ソウゾウの Software Engineer の @dragon3 です。 連載:「メルカリShops」プレオープンまでの開発の裏側の8日目を担当させていただきます。 この記事では、メルカリShops 開発において、日々バリバリに利用されている CI/CD 環境と Pull Request 毎のデプロイ環境について紹介します。 CI/CD 環境 メルカリShops では、CI/CD (テスト・ビルド・デプロイ)やその他自動化のために GitHub Actions を使っており、ほとんどのワークフロー・ジョブを Self-hosted runners で実行しています。 Self-hosted runners は、専用の VPC ネットワーク 内の GCE インスタンス上で動かしており、Managed Instance Group 等を使い、そのプロビジョニングや起動・停止等は

    メルカリShops の CI/CD と Pull Request 環境 | メルカリエンジニアリング
    oinume
    oinume 2022/04/02
    「URL mask を設定すると、Cloud Run サービスの特定の Revision Tag にリクエストをルーティングできる仕組みです。」
  • サービス ID  |  Cloud Run のドキュメント  |  Google Cloud

    フィードバックを送信 サービス ID コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 Cloud Run のすべてのリビジョンまたはジョブがサービス アカウントにリンクされています。このサービス アカウントは、Google Cloud APIs での認証を行うために Google Cloud クライアント ライブラリによって自動的に使用されます。サービスのコードで利用できる Google Cloud APIs の例として、Cloud Storage、Firestore、Cloud SQL、Pub/Sub、Cloud Tasks などが挙げられます。 サービス アカウントの指定がない場合、Cloud Run はすべての Google Cloud APIs に対して幅広い権限を持つデフォルトのサービス アカウントにリビジョンまたはジョブをリンクします。Goog

    サービス ID  |  Cloud Run のドキュメント  |  Google Cloud
  • Introduce Cloud Run

    Design and Strategy: How to Deal with People Who Don’t "Get" Design

    Introduce Cloud Run
    oinume
    oinume 2021/03/07
    Cloud Runの実践的な使い方が満載だった。firebaseに接続するときにWithBlockで待ってからアプリケーションを起動するhouhounado.
  • App Engine VS Cloud Run

    Cloud Run CPU 0.08 ~ 8 Core (2nd gen は最小 0.5~) Memory 128 MiB ~ 32 GiB (2nd gen は最小 512MiB~) Deploy App Engine は Deploy (gcloud app deploy) を実行すると Cloud Build が暗黙的に動いて Deploy が行われるが、これがなかなか時間がかかる。 開発環境だと CI でとりあえず main branch に merge されたら、Deploy したりするけど、Deploy を Skip してもよいような時でも CI 回してると Deploy を待つことになって、ちょっとめんどうに感じる。 更にこの仕組みは成果物は Deploy しないと生まれないので、CI と CDを分離しづらい。 Cloud Run は Container Registry a

    App Engine VS Cloud Run
    oinume
    oinume 2020/12/03
    わかりやすい比較だった
  • Authenticating users  |  Cloud Run Documentation  |  Google Cloud

    oinume
    oinume 2020/10/24
    Googleアカウントにroles/run.invoker をつける
  • GAE 2nd-gen でのサービス間認証

    TL;DRGAE 2nd-gen では X-Appengine-Inbound-Appid ヘッダの代わりに、ID Token + Identity-Aware Proxy を使った方式をサービス間認証に使えます。 はじめにGAE でマイクロサービスを構成する場合、各サービス同士を呼び合うときに同一 GAE アプリからのリクエストであるかを確認したい場面があります。シンプルな例だと、サービスがフロントエンドとバックエンドに別れていて、バックエンドはフロントエンドからしか呼び出せないようにしたい場合です。 GAE 1st-gen では X-Appengine-Inbound-Appid ヘッダという魔法のヘッダがありました。このヘッダは URLFetch を使用して別の GAE サービスにアクセスする時に、GCP が自動で呼び出し元の Project ID を入れてくれるヘッダです。そのため

    GAE 2nd-gen でのサービス間認証
  • Google Cloud Next 2019 in SF , サーバーレス関連発表まとめ

    [18 分 20 秒 ~] Cloud Runの概要とデモ、特に [34 分 00 秒 ~] のオートスケーリングのデモはCloud Runの優位性が分かる内容ですさらに Cloud Run に全振りしたセッションとしては以下がオススメです。Cloud Run のリソースモデルや、またCloud Tasks や Cloud Scheduler との連携、さらに具体的なユーザー事例まで盛り沢山です。また、このセッションを見る限り東京でも Cloud Run がすぐに使えるようになりそうです。 [36 分 50秒 ~] VELOLIA 社の事例紹介現状は何に使えそう?Knative をベースにしているものの、今のところ Eventing は Cloud Run と Cloud Run on GKE 両方ともにサポートされておらず、当面は Web や APIホストする環境として使うことになる

    Google Cloud Next 2019 in SF , サーバーレス関連発表まとめ
  • 1