How do buildpacks work?Buildpacks are distributed and executed in OCI images called builders. Each builder can have one or more buildpacks. The builder of the Google Cloud buildpacks that we are releasing today is available gcr.io/buildpacks/builder. Builders have the ability to auto-detect the language of your source code. This is accomplished by a `bin/detect` executable in the buildpack. The de

デジタル トランスフォーメーションを加速 お客様がデジタル トランスフォーメーションに乗り出したばかりでも、あるいはすでに進めている場合でも、Google Cloud は困難な課題の解決を支援します。

Send feedback Errors Stay organized with collections Save and categorize content based on your preferences. This chapter provides an overview of the error model for Google APIs. It also provides general guidance to developers on how to properly generate and handle errors. Google APIs use a simple protocol-independent error model, which allows us to offer a consistent experience across different AP

フィードバックを送信 Vertex AI ベクトル検索の概要 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 ベクトル検索は、Google が開発したベクトル検索技術をベースにしています。ベクトル検索では、Google 検索、YouTube、Play などの Google プロダクトの基盤と同じインフラストラクチャを利用できます。 はじめに ベクトル検索では、意味的に類似または関連する何十億ものアイテムから検索を行うことができます。ベクトル類似度マッチング サービスには、レコメンデーション エンジン、検索エンジン、chatbot、テキスト分類の実装など、多くのユースケースがあります。 ベクトル検索のユースケースとして、数十万もの衣料品在庫を持つオンライン小売店があります。このシナリオでは、マルチモーダル エンベディング API を使用してこれらの商品のエン

デジタル トランスフォーメーションを加速 お客様がデジタル トランスフォーメーションに乗り出したばかりでも、あるいはすでに進めている場合でも、Google Cloud は困難な課題の解決を支援します。

サービスの各バージョンは、サービスの名前とバージョンを指定する .yaml ファイルで定義します。YAML ファイルは通常、その中で定義するサービスと同じ名前にしますが、必ずしもそうする必要はありません。複数のバージョンのサービスをデプロイする場合は、同じディレクトリ内に複数の yaml ファイルを（バージョンごとに 1 つずつ）作成します。 通常、サービスごとにディレクトリを作成し、そこにサービスの YAML ファイルと関連するソースコードを配置します。オプションのアプリケーションレベルの構成ファイル（dispatch.yaml、cron.yaml、index.yaml、queue.yaml）は、最上位のアプリ ディレクトリに配置されます。以下の例には、3 つのサービスが示されています。service1 と service2 では、ソースファイルは YAML ファイルと同じレベルに配置さ

The App Engine standard environment is based on container instances running on Google's infrastructure. Containers are preconfigured with one of several available runtimes. The standard environment makes it easy to build and deploy an application that runs reliably even under heavy load and with large amounts of data. Applications run in a secure, sandboxed environment, allowing the standard envir

フィードバックを送信 Java ランタイム コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 Java ランタイムは、アプリケーションのコードと依存関係をインストールして、フレキシブル環境でそのアプリケーションを実行する役割を果たすソフトウェア スタックです。 バージョン 11 以降は Buildpack を使用してビルドされるため、app.yaml ファイルでオペレーティング システムを選択する必要があります。たとえば、Java 21 を使用するには、オペレーティング システムとして Ubuntu 22 を指定する必要があります。 Java 8 / Jetty 9 ランタイムには、Java サーブレット 3.1 仕様をサポートする OpenJDK 8 と Eclipse Jetty 9 が用意されています。Jetty イメージは OpenJDK イメージか

Java 8 アプリで実行時にファイルを読み書きする、またはムービーや画像などのファイルまたはその他の静的コンテンツを提供する必要がある場合は、Cloud Storage バケットの使用をおすすめします。 アプリを作成すると、App Engine がデフォルトのバケットを作成します。このバケットでは、ストレージの最初の 5 GB が無料で提供され、Cloud Storage I/O オペレーションの無料の割り当ても用意されています。別の Cloud Storage バケットを作成することもできますが、無料の 5 GB ストレージが用意されているのは、デフォルトのバケットのみです。 App Engine での Cloud Storage の使用 App Engine アプリから Cloud Storage バケットを使用するには: App Engine プロジェクトの既存のバケットの名前を確

フィードバックを送信 プロジェクト、フォルダ、組織へのアクセス権の管理 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、プロジェクト、フォルダ、組織へのアクセス権の付与、変更、取り消しを行う方法について説明します。他のリソースへのアクセスを管理する方法については、次のガイドをご覧ください。 サービス アカウントに対するアクセス権の管理 他のリソースへのアクセス権の管理 Identity and Access Management（IAM）では、許可ポリシー（IAM ポリシー）によってアクセス権が付与されます。許可ポリシーは Google Cloud リソースに接続されます。各許可ポリシーには、ユーザーやサービス アカウントなどの 1 つ以上のプリンシパルを IAM ロールに関連付けるロール バインディングのコレクションが含まれています。ロー

フィードバックを送信 サービス アカウントの概要 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、サービス アカウントの概要と、ライフサイクルの各段階でサービス アカウントを管理する際の重要な考慮事項について説明します。 サービス アカウントとは サービス アカウントは、ユーザーではなく、アプリケーションや Compute Engine インスタンスなどのコンピューティング ワークロードで通常使用される特別なアカウントです。サービス アカウントは、アカウント固有のメールアドレスで識別されます。 アプリケーションはサービス アカウントを使用して、認可された API 呼び出しを行います。これは、サービス アカウント自体として認証されるか、ドメイン全体の委任により Google Workspace または Cloud Identity ユーザーと

注: Java 8 は、2024 年 1 月 31 日にサポートが終了しました。既存の Java 8 アプリケーションは引き続き実行され、トラフィックを受信します。ただし、サポート終了日を過ぎると、ランタイムを使用するアプリケーションの再デプロイが App Engine によってブロックされることがあります。サポートされている最新バージョンの Java に移行することをおすすめします。

フィードバックを送信 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、Cloud SQL Auth Proxy を使用して、ローカルテスト環境から Cloud SQL に接続する方法を示します。Cloud SQL Auth Proxy を使用すると、承認済みネットワークや SSL の構成を必要とせずに、安全に Cloud SQL インスタンスへアクセスできます。Cloud SQL Auth Proxy を使用すると、Cloud SQL インスタンスに安全に接続できます。 このページの手順はテスト環境専用です。本番環境では使用しないでください。本番環境に必要な構成の詳細については、本番環境で Cloud SQL Auth Proxy を使用するおよび Cloud SQL Auth Proxy を使用して接続するをご覧ください。 準備 Sign

フィードバックを送信 Cloud SQL Auth Proxy について コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、Cloud SQL Auth Proxy の概要を示し、それを使用してインスタンスへの承認済みで暗号化された安全な接続を確立する方法を説明します。 Cloud SQL Auth Proxy を使用する詳細な手順については、次のリンクからご使用の環境に該当するものをクリックしてください。 Cloud SQL Auth Proxy を使用するためのクイックスタート Cloud SQL Auth Proxy を使用して接続する方法 GKE から Cloud SQL Auth Proxy を使用して接続する方法 App Engine スタンダード環境または App Engine フレキシブル環境から Cloud SQL に接続す

このページでは、push キューの概要について説明します。push キューではタスクを実行するために、HTTP リクエストを App Engine ワーカー サービスにディスパッチします。リクエストは一定の速度で送信されます。タスクが異常終了した場合、サービスはリクエストを再送信して、タスクを再試行します。使用するすべての種類のタスクに対してハンドラを用意する必要があります。1 つのサービスで、複数の種類のタスクに対応する複数のハンドラを使用できます。また、複数のサービスを使用して、複数の種類のタスクを管理することもできます。 タスクの期限 ワーカー サービスでは、push タスク リクエストを受け取ると、ワーカー サービスのスケーリング タイプに応じた期限までにそのリクエストが処理され、HTTP レスポンスが送信される必要があります。 自動スケーリング サービスは、10 分以内に完了する

デジタル トランスフォーメーションを加速 お客様がデジタル トランスフォーメーションに乗り出したばかりでも、あるいはすでに進めている場合でも、Google Cloud は困難な課題の解決を支援します。

これらの推奨サイズは、検出対象の特徴によって変化します。たとえば、FACE_DETECTION リクエストには一般的に大きな画像が必要です。検出対象の特徴（顔）は画像そのものよりも小さいからです。一方、LABEL_DETECTION リクエストでは、基本的に画像全体が評価されます。 実務では、標準サイズである 640 x 480 ピクセルでもほとんどの場合は問題ありません。サイズをこれより大きくしても、精度が大きく向上するとは限りませんが、スループットは大幅に低下します。可能であれば、画像を前処理して前述の最小標準サイズまで縮小してください。 ファイルサイズ Vision API に送信される画像ファイルは 20 MB を超えないようにしてください。20 MB を超えるファイルはエラーになります。このサイズを超えていた場合に、Vision API がファイルのサイズ変更を行うことはありませ

ローカル開発用サーバーは、App Engine の Java Runtime Environment や、データストアを含むすべてのサービスをエミュレートします。 始める前に Java 8 はサポートが終了しているため、dev_appserver.py の最新バージョンを使用してアプリケーションをローカルで実行することはできません。devapp_server.py のアーカイブ バージョンをダウンロードする手順は次のとおりです。 アーカイブから、サポートが終了したランタイム用の dev_appserver.py サーバーを含む zip フォルダをダウンロードします。 ディレクトリの内容をローカル ファイル システム（/home ディレクトリなど）に解凍します。dev_appserver.py は google_appengine/google/appengine/tools/java/bi

Using Cloud Storage Stay organized with collections Save and categorize content based on your preferences. If your Java 8 app needs to read and write files during runtime, or serve files such as movies, images or other static content, we recommend you use a Cloud Storage bucket. App Engine creates a default bucket when you create an app. This bucket provides the first 5GB of storage for free and i