※この投稿は米国時間 2023 年 8 月 25 日に、Google Cloud blog に投稿されたものの抄訳です。 Google Cloud の Cloud Storage は、AI ワークロードへのトレーニングと処理に必要な大量のトレーニング データ、モデル、チェックポイントを格納でき、クラウド ストレージ システムの特徴であるスケール、パフォーマンス、シンプルさ、優れた費用対効果を備えています。ただし、AI ワークロードが実際にそのデータにアクセスする際、常に簡単にアクセスできるとは限りません。AI ワークロードのほとんどが、Cloud Storage から提供されるオブジェクト セマンティクスではなく、ファイル システム セマンティクスを必要とするからです。 Linux の Filesystem in Userspace(FUSE)は、ファイル システムを Linux カーネル
※この投稿は米国時間 2023 年 7 月 8 日に、Google Cloud blog に投稿されたものの抄訳です。 このたび、Google Cloud の単一プロジェクトにおける複数 Firestore データベースのサポートを開始しましたので、お知らせいたします。1 つのプロジェクトに複数のデータベースを作成し、顧客データやマイクロサービス、開発 / テスト / ステージングの各種環境を隔離して管理できるようになりました。 この複数データベースのサポートには以下の機能が含まれます。 Firestore データベースの CRUD 管理: Firestore で新しい API エンドポイント、Terraform リソース、gcloud CLI コマンド、Firebase CLI コマンドを使用して、1 つ以上の Firestore データベースを管理できるようになりました。 Identi
Introducing gcloud storage: up to 94% faster data transfers for Cloud Storage Cloud Storage customers often ask us about the fastest way to ingest and retrieve data from their buckets. Getting the best performance often requires the users to know the right flags and parameters to optimize transfer speeds. In many situations, customers are using Cloud Storage with other Google Cloud services and ar
※この投稿は米国時間 2021 年 7 月 30 日に、Google Cloud blog に投稿されたものの抄訳です。 最近の調査によると、デベロッパーは、継続的インテグレーション(CI)と継続的デリバリー(CD)のパイプラインを強化する DevOps インフラストラクチャの管理に作業時間の 39% を費やしています。信頼性の低い可用性、手動でのプロビジョニング、限定的なスケーリング、分断されるアップグレード、長い待機時間、高い固定費などがすべて、開発を遅らせ、DevOps チームの貴重な時間と集中力を奪う要因となっています。クラウドベースの CI / CD ソリューションはこうした問題点の多くを解決できますが、ほとんどの場合、クラウドでホスティングされたリソースでしか機能しません。 そこでこのたび、貴社のプライベート ネットワーク内でサーバーレスのビルド環境を活用するための Cloud
※この投稿は米国時間 2021 年 7 月 21 日に、Google Cloud blog に投稿されたものの抄訳です。 驚くべきことに、ビジネス上の多くの問題は、いかに早くバケットを満たせるか(データを転送できるか)というところに行き着きます。特にそのバケットが Cloud Storage にあり、それを Compute Engine インスタンスからのデータで満たす場合はなおさらです。大量のデータを迅速に移行できる Storage Transfer Service のようなサービスもありますが、小規模な移行にはより戦術的なソリューションを必要とすることがあるため、gsutil cp は高い人気を誇っています。転送を分割して並行して実行することで、gsutil cp はかなり高速になります。 しかし、gsutil の転送を高速化するにあたり、微調整が必要な場合もあります。たとえば、単一の
It is impractical to predict cache hit-rates, especially in times where usage will likely change dramatically. However, we are increasing cache retention times to ensure that most images that are in the cache stay in the cache. GKE nodes also have their own local disk cache, so when reviewing your usage of DockerHub, you only need to count the number of unique image pulls (of images not in our cac
※この投稿は米国時間 2020 年 10 月 14 日に、Google Cloud blog に投稿されたものの抄訳です。 10 月は、スマイリー フェイスの生みの親である Harvey Ball が、人々を笑顔にする日であると宣言したワールド スマイル デイを祝う月です。今月から一般提供が開始される、使いやすい SQL の新機能が、BigQuery ユーザーを笑顔にすることでしょう。 テーブル オペレーションの新しいコマンドBigQuery ユーザーは、テーブルレベルのオペレーションを使用してスキーマを進化させ、新しいコマンドを使って新しいデータのテーブルを準備できるようになりました。 ADD COLUMN: BigQuery でテーブルに新しい列を追加する操作は、以前はコンソール UI、API、bq cli のみが対応していました。現在は、BigQuery の ALTER TABLE
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
Cloud Build は、Google Cloud インフラストラクチャでビルドを実行するサービスです。Cloud Build は、Cloud Storage、Cloud Source Repositories、GitLab、GitHub、Bitbucket からソースコードをインポートし、仕様に合わせてビルドを実行して、Docker コンテナや Java アーカイブなどのアーティファクトを生成します。詳細 Cloud Build は、一連のビルドステップとしてビルドを実行します。各ビルドステップは、Docker コンテナで実行されます。1 つのビルドステップでは、環境に関係なく、コンテナから実行可能なあらゆる処理を実行できます。タスクを実行するには、Cloud Build が提供するサポート対象のビルドステップを使用するか、独自のビルドステップを作成します。
Eyal ManorGeneral Manager/VP of Engineering, Application Modernization Platform Whether it’s to increase developer velocity, or to lower the operational overhead of managing infrastructure, using serverless compute can help developers focus on writing code that delivers business value. Today, we are excited to share some of the investments we are making at Google Cloud around serverless computing.
Google Cloud Platform(GCP)で実行されるアプリケーションの開発や管理に携わっている方なら、さまざまな開発ツールがプリインストールされているオンデマンド対話型シェル環境の Google Cloud Shell のことはよくご存じでしょう。従来はブラウザ経由でなければ Cloud Shell にはアクセスできませんでしたが、これからは gcloud コマンドライン ツールを使って任意の端末から直接接続できるようになります。 SSH セッションは 1 つのコマンドで開始できます。 erik@localhost:~$ ls Desktop erik@localhost:~$ gcloud alpha cloud-shell ssh Welcome to Cloud Shell! Type "help" to get started. erik@cloudshell:~$ l
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く