サービス 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
Cloud Logging のイベントをリアルタイムで検出して対応する | Google Cloud 公式ブログ
※この投稿は米国時間 2020 年 6 月 25 日に、Google Cloud blog に投稿されたものの抄訳です。 ロギングはクラウド インフラストラクチャの重要なコンポーネントであり、システムとアプリケーションのパフォーマンスを掘り下げるための有用な分析情報を得られます。Google Cloud の Cloud Logging は、ご利用の Google Cloud Platform（GCP）インフラストラクチャのサービスとアプリケーションについて、ログのデータとイベントを保存、検索、モニタリングし、アラートを受け取ることができるサービスです。ログのデータは、ログビューア、コマンドライン、Cloud SDK を使用してリアルタイムで表示、分析できます。 これらのロギングツールは、ログを見つけ、ログに表れている状況を理解するうえで有用です。日々の業務では、ビジネス プロセスまたは技術
Logging のクエリ言語を使用したクエリの作成と保存 | Google Cloud
フィードバックを送信 Logging のクエリ言語を使用したクエリの作成と保存 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このドキュメントでは、ログ エクスプローラの使用時にログを取得して分析する方法について説明します。それには、[クエリエディタ] フィールドにクエリを作成し、ログエントリに含まれるオプションを使用してフィルタ メニューから選択します。作成するクエリは、Logging クエリ言語で記述されます。 [ログ エクスプローラ] ページか、Logging API メソッド savedQueries.create を使用してクエリを保存することもできます。 準備 クエリを作成するには、ログデータを読み取る権限が必要です。これらの権限は、ログビューアのロール（roles/logging.viewer）に含まれます。必要な IAM 権限の詳細につい
シークレットの有効期限を設定する | Secret Manager のドキュメント | Google Cloud
フィードバックを送信 シークレットの有効期限を設定する コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このトピックでは、Secret Manager でシークレットの有効期限を設定する方法について説明します。このトピックでは、シークレットに設定されている有効期限を更新または削除する方法についても説明します。 概要 デフォルトでは、Secret Manager に保存されているシークレットは、ユーザーが削除するまで存在します。シークレットを既知の限られた時間だけ保存する必要がある場合は、シークレットに有効期限を設定できます。シークレットに構成された時間になると、シークレットは自動的に削除されます。 シークレットを削除しなければならない要件がない場合は、IAM Conditions またはバージョン状態の無効化を使用して、安全な方法でアクセスを取り消すことを
ごく普通のエンジニアリング運用チームを強力な SRE チームに変える | Google Cloud 公式ブログ
※この投稿は米国時間 2019 年 10 月 4 日に Google Cloud blog に投稿されたものの抄訳です。 運用チームにエンジニアを絶えず増員しても、お客様の拡大には対処しきれません。Google のサイト信頼性エンジニアリング（SRE）の原則を適用すれば、運用上の問題にソフトウェア エンジニアリングによる解決手法を取り入れることで、うまく対処できます。本稿では、従来のネットワーク エンジニアリングの通例にとらわれず、SRE に転換することで、Google がグローバル ネットワーク運用チームを変革した方法をご紹介します。Google の本番環境ネットワーキング チームがこの問題にどのように取り組んだのかをお読みいただき、ご自分の組織に SRE の原則をどのように取り入れることができるのかを検討してみてください。 スケーリングの限界2011 年、Google の本番環境ネット
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Use Query insights to improve query performance | Cloud SQL for PostgreSQL | Google Cloud
データベース フラグを構成する | Cloud SQL for PostgreSQL | Google Cloud
Signing in users with OIDC | Identity Platform Documentation | Google Cloud
Google Cloud の Terraform 関連ドキュメント
DevOps の能力 | Cloud アーキテクチャ センター | Google Cloud
Firestore への自動アップグレード | Cloud Datastore ドキュメント | Google Cloud
DevOps とは: 研究とソリューション | Google Cloud
Terraform on Google Cloud documentation
Authenticating users | Cloud Run Documentation | Google Cloud
スキーマの自動検出の使用 | BigQuery | Google Cloud
Google Cloud Deployment Manager のドキュメント
VM と MIG へのコンテナのデプロイ | Compute Engine ドキュメント | Google Cloud
Identity Platform documentation | Identity Platform Documentation | Google Cloud
Filestore: Fully managed cloud file storage | Google Cloud
App Engine standard environment runtimes | Google App Engine standard environment docs | Google Cloud