並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 59 件 / 59件

新着順 人気順

"cloud run"の検索結果41 - 59 件 / 59件

  • Graceful shutdowns on Cloud Run: Deep dive | Google Cloud Blog

    Cloud Run now sends a SIGTERM signal to your container instance before the container instance terminates, due to an event like scale down or deleted revision. By handling this signal, you can now gracefully terminate your applications and do some cleanup tasks–as opposed to an abrupt shutdown of the container. In this blog, we will explore some use cases for this and how you can try it out. When a

      Graceful shutdowns on Cloud Run: Deep dive | Google Cloud Blog
    • Cloud Run gets always-on CPU allocation | Google Cloud Blog

      Cloud Run, Google Cloud's serverless container platform, offers a very granular pay-per-use pricing, charging you only for CPU and memory when your app processes requests or events. By default, Cloud Run does not allocate CPU outside of request processing. For a class of workloads that expect to do background processing, this can be problematic. So today, we are excited to introduce the ability to

        Cloud Run gets always-on CPU allocation | Google Cloud Blog
      • Cloud Run を徹底解説! - G-gen Tech Blog

        G-gen の佐々木です。当記事では Google Cloud (旧称 GCP) のサーバーレスなコンテナサービスである Cloud Run を解説します。 Cloud Run とは Cloud Run の基本 2 つの利用方法 Cloud Run サービス (services) Cloud Run ジョブ (jobs) 動的スケーリング サービスの冗長性 デプロイ デプロイ元のコンテナイメージ コンテナの要件 トラフィック移行とロールバック 構成 エンドポイント コンテナインスタンスの最大・最小数 Startup CPU boost CPU・メモリ リクエストのタイムアウト コンテナインスタンスあたりの同時リクエスト最大数 CPU を常に割り当てる Cloud Run サービス コンテナ実行環境 (世代) サービス連携 (トリガー) ネットワークアクセスの制限 Cloud Run サービ

          Cloud Run を徹底解説! - G-gen Tech Blog
        • Cloud Run adds min instances feature for latency-sensitive apps | Google Cloud Blog

          Cloud Run min instances: Minimize your serverless cold starts One of the great things about serverless is its pay-for-what-you-use operating model that lets you scale a service down to 0. But for a certain class of applications, the not-so-great thing about serverless is that it scales down to 0, resulting in latency to process the first request when your application wakes back up again. This so-c

            Cloud Run adds min instances feature for latency-sensitive apps | Google Cloud Blog
          • CloudRunのサービスとタグ毎に独自ドメインのURLを割り当てる(CertificateManager編) - Qiita

            目的 GCPのマネージド証明書では扱えなかったワイルドカード証明書がCertificate Managerでは扱えるようになったそうなのでCloudRunのサービスごとに独自ドメインを割り当てます。 注意! この記事は2022/06/11時点でのCertificate Manager(Preview)を取り扱っています。 必要なコマンドやコンソール操作の手順だけを記しており、gcloudのインストール・設定やAPIの有効化等は記載していません。 簡単な動作しか確認していないため設定やセキュリティに不備が あるかもしれませんので利用の際はお気をつけください。 事前に必要なもの 独自ドメイン(この記事ではexample.comとしているので読み替えてください) DNS(Cloud DNS,Route53等) 課金が有効なGCPプロジェクト CloudRunの用意 CloudRunはサービス・リ

              CloudRunのサービスとタグ毎に独自ドメインのURLを割り当てる(CertificateManager編) - Qiita
            • Cloud Functions の関数をローカルで開発してテストする方法 | Google Cloud 公式ブログ

              サーバーレス アプリケーションの開発時に優れたデベロッパー エクスペリエンスを実現できるよう、ローカル開発環境を設定しましょう ※この投稿は米国時間 2022 年 12 月 16 日に、Google Cloud blog に投稿されたものの抄訳です。 サーバーレス プラットフォーム向けのコードを開発するには、開発フローに対して通常とは異なるアプローチを取る必要があります。サーバーレス プラットフォームは、コンピューティング インフラストラクチャから関数ハンドラに至るまで、スタック全体を提供、維持しているため、コードはフルマネージド型の抽象化された環境で実行されます。そのため、クラウド上で Cloud Functions の関数をデプロイして呼び出し、コードのデバッグを行うのは、時間のかかる非効率的な作業になる場合があります。幸いにも、Cloud Functions では、より迅速なコードの

                Cloud Functions の関数をローカルで開発してテストする方法 | Google Cloud 公式ブログ
              • Vol. 04 Cloud RunでCloud Trace以外のAPMを使う場合の一工夫 - Sansan Tech Blog

                はじめに こんにちは、技術本部Bill One Engineering UnitでBill Oneのアーキテクトを担当している加藤です。最近までSREチームの一員として、Webアプリケーションのオブザーバビリティ1 向上に取り組んできました。開発チームの規模が拡大するなか、誰でも簡単にアプリケーション内部の状態を理解し、信頼性やパフォーマンスに関する問題を未然に防げるようにするためです。 Bill Oneではメインのアプリケーション実行環境としてフルマネージドなCloud Runを使用しています。今回はCloud Runで稼働するWebアプリケーションにOpenTelemetryを適用し、Cloud Trace以外のAPM (Application Performance Management) にトレースを送信した際の学びをご紹介します。 Cloud TraceはGoogle Cloud

                  Vol. 04 Cloud RunでCloud Trace以外のAPMを使う場合の一工夫 - Sansan Tech Blog
                • Cloud Runにローカルから一発デプロイできる魔法のオプションを試してみた - Qiita

                  はじめに この記事は、「Google Cloud Platform Advent Calendar 2020」の23日目の記事です。 Cloud Runのgcloud run deployコマンドについ先日--sourceオプションがベータ版に追加されたということでdocを読んでると、こいつがかなり強力そうだったので試し&中身を追ってみました。 release note : https://cloud.google.com/run/docs/release-notes#December_16_2020 docs : https://cloud.google.com/sdk/gcloud/reference/beta/run/deploy#--source TL;DR ローカルでgcloud run deploy --source一発で本当にリリースできた --sourceオプションでやって

                    Cloud Runにローカルから一発デプロイできる魔法のオプションを試してみた - Qiita
                  • KLab株式会社:Cloud Run で機械学習活用をスモールスタート。ゲーム内チャットの迷惑ユーザー判定自動化などを実現 | Google Cloud 公式ブログ

                    KLab株式会社:Cloud Run で機械学習活用をスモールスタート。ゲーム内チャットの迷惑ユーザー判定自動化などを実現 携帯電話向けゲーム市場黎明期から数々のヒットタイトルを生み出し、現在も有名アニメや漫画などをモチーフとしたモバイル オンラインゲームの企画や開発、運用で知られる KLab(クラブ)。そんな同社がここ数年行っている機械学習を活用した取り組みについて、 同社のデータ基盤運用に携わるリード エンジニア、高田 敦史さんにお話をお伺いしました。 利用している Google Cloud サービス : Cloud Run、Cloud Functions、Cloud Composer、BigQuery など Cloud Composer で効率的に Google Cloud プロダクトを連携今回お話をお伺いする高田さんは、KLab が提供する多数のゲームアプリのデータを集約して、デー

                      KLab株式会社:Cloud Run で機械学習活用をスモールスタート。ゲーム内チャットの迷惑ユーザー判定自動化などを実現 | Google Cloud 公式ブログ
                    • Cloud Runから固定IPでインターネット接続する(サーバーレスVPCアクセス編) - G-gen Tech Blog

                      G-gen の佐々木です。当記事では、Google Cloud (旧称 GCP) のサーバーレスコンテナサービスである Cloud Run について、Cloud Run サービスからインターネット接続を行う際に Public IP アドレスを固定する方法を解説します。 使用するサービス・仕組み Cloud Run サーバーレス VPC アクセス 構成図 Cloud Run サービスのデプロイ アプリケーションを作成する main.py requirements.txt Dockerfile コンテナイメージを Artifact Registry に格納する リポジトリを作成する コンテナイメージをビルドしてリポジトリに格納する ビルドしたイメージを使用して Cloud Run サービスをデプロイする インターネット接続に動的 IP アドレスが使用されることを確認する 静的 IP アドレスを

                        Cloud Runから固定IPでインターネット接続する(サーバーレスVPCアクセス編) - G-gen Tech Blog
                      • Google App Engineではじめる, らくらくTV砲対策 - AIワクチン接種予測の舞台裏 - JX通信社エンジニアブログ

                        JX通信社シニア・エンジニアの@shinyorke(しんよーく)です. ちょっと前のお話になりますが, JX通信社のニュース速報アプリ「NewsDigest」で, 「AIワクチン接種予測」という新機能の提供を開始しました. prtimes.jp 「自分がいつコロナワクチンを接種できるか?」を簡単に予測できるサービスです. 使っていただけると嬉しいです🙏 大変ありがたい事に,「AIワクチン接種予測」はリリース後多くの反響を頂いていまして, リリースから約半月で利用回数が100万回を突破(プレスリリース). 同じく, リリースから半月で20本以上ものTV番組で紹介 と, 多くのユーザーさんにお使いいただきました. ありがとうございます🙏 これだけ多くの方に使っていただくとなると, リクエスト数・ユーザー数の増減に合わせたコンピューティングリソースの配分 特に, 「TV経由で認知したユーザー

                          Google App Engineではじめる, らくらくTV砲対策 - AIワクチン接種予測の舞台裏 - JX通信社エンジニアブログ
                        • Google Cloudのサーバレスなイベント駆動処理 - Cloud Runアプリをいい感じにTerraformで管理する - Lean Baseball

                          元・野球エンジニア*1, 現・Google Cloud Partner Top Engineer 2024*2の人です. 相変わらず仕事も趣味もGoogle Cloudで何かをやっているのですが, この年末年始に以下の絵のようなシステムを作りました(正確には「元々あった別システムを作り直しました*3」). この記事の全体像 Baseball Savantから取得*4した投打のデータ(トラッキングデータ)のCSVをBigQueryのテーブル(事前に定義済み)に突っ込むシステムなのですが, こちらを作る過程で, Cloud RunをPub/Subのメッセージをトリガーとしたイベント駆動で動かす アプリケーション(Goで実装)を純然たるWeb APIとして実装(Pub/Sub専用のアプリではない) 上記の構成をサービスアカウントなどの権限設定含めてTerraformでIaC(Infrastruc

                            Google Cloudのサーバレスなイベント駆動処理 - Cloud Runアプリをいい感じにTerraformで管理する - Lean Baseball
                          • App Engine上にあるAPIの認証をCloud Endpoints + Firebaseでいい感じにしてみた - Lean Baseball

                            つい最近, 学生に見られてしまった42歳*1(外資コンサル企業マネージャー)です. 今, プライベート(いわゆる個人開発)でWebサービスを開発しようとしているのですが, Webサービスの性質上, 何らかの認証機能が必須 ↑が必須なのはわかるけど, 自分で開発(コードを書く)のは正直つらい(かつ自前で書くほどの要件でも無さそう) クラウド(今回はGoogle Cloud)で運用するのは決まってるので, 既存のクラウドサービスでどうにかならないか? といういい感じにサボる効率的なソリューションを探した結果, ワイ「どうやらCloud EndpointsとFirebaseでどうにかなるらしい🤔」 とわかり, 実際にどうにかなりそうなものができたので, 自分が忘れないように(&似たような状況の方のお役にたてるように)メモとして残したいと思います. TL;DR Google Cloudでサクッと

                              App Engine上にあるAPIの認証をCloud Endpoints + Firebaseでいい感じにしてみた - Lean Baseball
                            • Next.js アプリを Cloud Run へデプロイする(Secret Manager利用)

                              Next.jsアプリケーションのデプロイ先といえばVercelが筆頭ですが、他のプラットフォームでも起動できます[1]。この記事は Next.js のDocker Imageをつくり、Google Cloud の Cloud Run へデプロイしたときの記録です。なお、Next.jsはGraphQLを呼ぶServer Side Rendering(SSR)アプリを想定しています。 Terraform で Artifact Registry をつくる Cloud Run へデプロイするにはコンテナイメージが必要です。そしてコンテナイメージを保存する場所は、Google Cloud の Artifact Registry がオススメです。以下を参考に Artifact Registry のリポジトリを作成してください 参考までに、こちらのリポジトリで今回用に改変したものを用意しています。 va

                                Next.js アプリを Cloud Run へデプロイする(Secret Manager利用)
                              • Cloud Runのセッションアフィニティを解説 - G-gen Tech Blog

                                G-gen の佐々木です。当記事では、Google Cloud (旧称 GCP) のサーバーレスコンテナサービスである Cloud Run の セッションアフィニティ 機能について解説します。 セッションアフィニティを使用することで、同じユーザーからのリクエストを特定のコンテナインスタンスにルーティングすることができます。 前提知識:Cloud Run とは Cloud Run におけるセッションアフィニティ ユースケース 注意点 セッションアフィニティはベストエフォート リビジョンのトラフィック分割との併用 プログラムから Cloud Run を呼び出す場合 設定方法 Cloud Run 前提知識:Cloud Run とは Cloud Run はサーバーレスな環境でコンテナを実行できるサービスです。 セッションアフィニティは、Cloud Run のうち、HTTP リクエストをトリガーとし

                                  Cloud Runのセッションアフィニティを解説 - G-gen Tech Blog
                                • Cloud Run へのコンテナ イメージのデプロイ  |  Cloud Run Documentation  |  Google Cloud

                                  フィードバックを送信 Cloud Run へのコンテナ イメージのデプロイ コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、コンテナ イメージを新しい Cloud Run サービスにデプロイする方法、または既存の Cloud Run サービスの新しいリビジョンにデプロイする方法について説明します。 新しいサービスをデプロイするチュートリアルの例については、クイックスタート: サンプル コンテナをデプロイするをご覧ください。 始める前に ドメイン制限の組織のポリシーでプロジェクトの未認証呼び出しが制限されている場合は、プライベート サービスのテストの説明に従って、デプロイされたサービスにアクセスする必要があります。 必要なロール Cloud Run サービスのデプロイに必要な権限を取得するには、次の IAM ロールを付与するよう管理者に依頼し

                                    Cloud Run へのコンテナ イメージのデプロイ  |  Cloud Run Documentation  |  Google Cloud
                                  • Cloud Run Integrations で Memorystore for Redis にかんたんに接続する + α

                                    2023年は「Cloud Run を触って覚える」をテーマとした一人アドベントカレンダーを一人で開催しており、Cloud Run のさまざまな機能や、Cloud Run でよく使う構成などを実際の使い方と一緒にご紹介しています。 15日目は Cloud Run と Memorystore for Redis のインテグレーションについてご紹介します。 Cloud Run の概要は技術評論社さまのブログ「gihyo.jp」に寄稿した記事で解説していますのでこちらもぜひご覧ください。 Memorystore とは Memorystore はインメモリ サービスのマネージド サービスです。キャッシュ エンジンを提供するスタンダードな OSS である Redis クラスタ、Redis、Memcached と 100% 互換性のあるインメモリ サービスを構築でき、アプリケーションのキャッシュ レイヤ

                                      Cloud Run Integrations で Memorystore for Redis にかんたんに接続する + α
                                    • Next.jsアプリをCloud Runでデプロイする

                                      Cloud RunはGoogleが提供するコンテナイメージをデプロイするだけでかんたんにサーバーレスにサービスを運用できるフルマネージドなクラウドサービスです。(ちなみにコンテナじゃやなくても可能) つまりDockerでコンテナ化すればどんなサービスでもかんたんにデプロイできちゃうというのが魅力で、さらに、トラフィックに応じて自動でスケールするので管理も楽なのです。さらにさらにトラフィックがないときはインスタンスが0になりお金もかかりません。 AWSを使ってEC2やRDSを使うとそれだけで維持費用がかかりますが、低コストにはじめれてよいので個人開発やスタートアップにもおすすめだと思います。ゆくゆく成長して移動させたくなっても、コンテナを動かしているだけなので、必要に応じて別のクラウドに移行もしやすいです。 無料枠が大きく毎月200万回のリクエストまで無料です。 ということでいま作っている個

                                        Next.jsアプリをCloud Runでデプロイする
                                      • Google のグローバルなロードバランサーとサーバーレスサービスの色々な組み合わせ

                                        ベルギーにある Google のデータセンターラックの写真先の記事では Serverless NEG の紹介をし、その中で Cloud Run のサービスに HTTP(S) Load Balancing 経由でアクセスする例をお見せしましたが、本記事ではもう少し色々な構成を試してみたいと思います。 EDIT(2020–10–14): 以下すべて beta でのご提供のタイミングでの内容となっているため、コマンドラインでの説明(かつ “beta” の修飾付き)ですが、2020年10月14日に GA になっており、Cloud Console (ウェブUI)による設定も可能になっています。 目次サンプルアプリの用意ロードバランサーの準備マルチリージョン構成URL ベースルーティングURL マスクを使ってみるマネージド証明書を使ってみるCloud Armor と一緒に使ってみるコンソールと gcl

                                          Google のグローバルなロードバランサーとサーバーレスサービスの色々な組み合わせ

                                        新着記事