1712140979
2024-04-03 10:01:07
Googleは最近、次のような新機能を発表しました。 ボリュームマウント プレビュー中。 この機能は、Cloud Run インスタンス内で直接、クラウド ネイティブ アプリケーションと Cloud Storage バケットや NFS 共有などの共有データ ストレージ ソリューションとの統合を効率化することを目的としています。
ボリュームマウント機能は次の場所にあります。 クラウドラン、Google のスケーラブルなインフラストラクチャ上に構築されたフルマネージドのコンテナ プラットフォームです。 Google は、コンテナがストレージ バケットやファイル サーバーのコンテンツにローカルであるかのようにアクセスできるようにすることで、ファイル システムのセマンティクスを強化し、開発者により慣れたエクスペリエンスを提供します。 これにより、 複雑なソリューションまたは代替サービス 以前は共有データにアクセスするために必要でした。
ボリューム マウントの使用例には、アプリケーション構成ファイルの保存、イベント ドリブンの Cloud Storage 操作の処理、次のようなアプリケーションのベクター データベース ファイルのロードなどが含まれます。 ラングチェーン、静的 Web サイトをより効率的に提供します。 たとえば、開発者は Cloud Storage バケットをマウントして、更新のたびにコンテナ イメージを再構築して再デプロイすることなく、サービスに構成を提供したり、ウェブサイトの静的コンテンツを直接提供したりできるようになりました。 この柔軟性は、定期的な静的コンテンツや構成の更新を必要とするアプリケーションにとって有益です。
静的コンテンツをウェブサイトに提供する例（出典: Google Cloud ブログ投稿)
もう 1 つの例は、ボリューム マウントによりイベント ドリブンの Cloud Storage ハンドラの作成が容易になり、Cloud Storage からファイルをフェッチするためのカスタム コードが不要になることです。 関連するバケットをマウントすると、ファイルシステムを通じてファイルに直接アクセスできるようになり、プロセスが合理化されます。
さらに、NFS ストレージをマウントする機能 Cloud Filestore インスタンス、などの外部データベースに依存するステートレス サービスにとって重要です。 クロマDB。 これにより、動的に変化するデータをコンテナ内に埋め込むことなく、一貫したアクセスが保証されます。
開発者は Cloud Storage バケットまたは任意の NFS ファイル共有をマウントできます gcloud コマンドを使用する、Cloud Run YAML リソース定義を更新するか、次のようにデプロイします。 テラフォーム。 たとえば、次のコマンドを使用して、新しい Cloud Run ジョブへのソースベースのデプロイを実行し、Cloud Storage バケットをマウントできます。
gcloud beta run services update SERVICE –execution-environment gen2 –add-volume name=VOLUME_NAME,type=cloud-storage,bucket=BUCKET_NAME –add-volume-mount volume=VOLUME_NAME,mount-path=MOUNT_PATH
ボリューム マウントの導入により、Google Cloud Run は AWS や Azure の同様のサービスと競合することになります。 AWS ファーゲートの永続ストレージボリュームとの統合 Azure コンテナー インスタンスAzure Files をマウントする (ACI) 機能は、より柔軟でスケーラブルなクラウド サービスへの業界の動きを浮き彫りにしています。
エティエンヌ・フォンテーヌBlaBlaCar のサイト信頼性エンジニアである 氏は、Google Cloud Run が持つ競争上の優位性を強調しました。 彼 ツイートした:
たとえば、Fargate や EFS を使用する AWS と比較すると、違いがあると思います。
Google Cloud Run の詳細については、次の Web サイトを参照してください。 ドキュメント Web サイト。
#Google #Cloud #Run #ボリューム #マウントのプレビュー #コンテナ内のファイルへのアクセスが容易に
