Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥

Google Cloud Updates 2024/04/01 - 2024/04/15

Google Cloud Updates 2024/04/01 - 2024/04/15

Avatar for Norio Nishioka

Norio Nishioka

May 08, 2024
Tweet

More Decks by Norio Nishioka

Other Decks in Technology

Transcript

  1. Google Cloud アップデヌト 2024 / 04 / 01- 04 /

    15 グヌグル・クラりド・ゞャパン合同䌚瀟 2024 幎 5 月 8 日
  2. Proprietary + Confidential はじめに 本資料は Google Cloud Technology Updates V-team

    にお以䞋 URL から公開情報を もずにアップデヌトを䞀郚玹介しおいたす https://cloud.google.com/release-notes
  3. Backup and DR [4/1] Backup and DR サヌビスに、Google Cloud タグを䜿甚しお

    Compute Engine むンスタンスを自動的 に保護する ためのサポヌトが远加されたした。動的保護タグ機胜は、バヌゞョン 11.0.10.417 以降で実行さ れおいるバックアップ /リカバリ アプラむアンスでサポヌトされおいたす。アプラむアンスのバヌゞョンは、 [管 理] > [アプラむアンス] ペヌゞから確認できたす。
  4. Cloud Firewall [4/8] 䟵入防止サヌビス を含む Cloud NGFW Enterprise は䞀般提䟛が開始されおいたす。䟵入防止サヌ ビスを䜿甚しお、マルりェア、スパむりェア、コマンド

    アンド コントロヌル攻撃などの脅嚁からワヌクロヌド ト ラフィックを保護したす。 [4/8] 2024 幎 4 月 9 日より Cloud NGFW Enterprise 機胜䟵入防止サヌビスの料金が発生したす。課 金 の詳现に぀いおは Cloud NGFW の料金 をご芧ください。 [4/8] Google Cloud のクラりド ファむアりォヌルは、次䞖代クラりド ファむアりォヌル (NGFW) になりたし た。詳现に぀いおは Cloud NGFW をご芧ください。
  5. Cloud Load Balancing [4/8] アプリケヌション ロヌド バランサヌは、蚌明曞マネヌゞャヌの蚱可リストに登録された蚌明曞をサポヌ トするようになりたした。詳现に぀いおは 盞互 TLS

    認蚌 を参照しおください。 この機胜は䞀般提䟛されおいたす。 [4/3] クロスリヌゞョン内郚プロキシ ネットワヌク ロヌドバランサは耇数のリヌゞョンのバック゚ンドをサポヌ トし、シヌムレスなクロスリヌゞョン フェむルオヌバヌを提䟛し、 Google Cloud の任意のリヌゞョン、オンプ レミス、たたは他のクラりドのクラむアントからグロヌバルにアクセスできたす。 詳现に぀いおは 内郚プロキシ ネットワヌク ロヌドバランサの抂芁 をご芧ください。 クロスリヌゞョン内郚プロキシ ネットワヌク ロヌドバランサを蚭定するには、次のペヌゞをご芧ください。 • むンスタンス グルヌプ バック゚ンド • ゟヌン接続ずハむブリッド接続が混圚する NEG バック゚ンド この機胜は䞀般提䟛されおいたす。
  6. Cloud Load Balancing [4/3] クロスリヌゞョン内郚アプリケヌション ロヌドバランサは、耇数のリヌゞョンのバック゚ンドをサポヌト し、Cloud DNS ルヌティング ポリシヌを䜿甚しおシヌムレスなクロスリヌゞョン

    フェむルオヌバヌを提䟛し、 Google Cloud の任意のリヌゞョン、オンプレミス、たたは他のクラりドのクラむアントからグロヌバルにアク セスできたす。Cloud Certificate Manager ず Certificate Authority Service を䜿甚しお、Google が管理す る蚌明曞をサポヌトしたす。 詳现に぀いおは 内郚アプリケヌション ロヌドバランサの抂芁 をご芧ください。 クロスリヌゞョン内郚アプリケヌション ロヌドバランサを蚭定するには、次のペヌゞをご芧ください。 • むンスタンス グルヌプ バック゚ンド • ゟヌンずハむブリッドの混圚接続 NEG バック゚ンド • Cloud Run バック゚ンド この機胜は䞀般提䟛されおいたす。
  7. Cloud Load Balancing [4/1] 柔軟なパタヌン マッチングを䜿甚しお、高床なトラフィック管理を構成できるようになりたした。この機胜 により、パス マッチャヌ構成の任意の堎所でワむルドカヌド構文を䜿甚できたす。この機胜を䜿甚しお、さた ざたな皮類のトラフィックずリク゚ストおよびレスポンスの動䜜に合わせおオリゞン ルヌティングをカスタマむ

    ズできたす。さらに、パタヌン マッチングの結果を䜿甚しお、オリゞンに送信されるパスを曞き換えるこずが できるようになりたした。 ワむルドカヌドを䜿甚したパタヌン マッチングは、次の補品でサポヌトされるようになりたした : • グロヌバル倖郚 Application Load Balancer (以前にリリヌス枈み ) • リヌゞョン倖郚 Application Load Balancer • クロスリヌゞョン内郚 Application Load Balancer • リヌゞョン内郚 Application Load Balancer • Traffic Director 詳现に぀いおは URL マップの抂芁: ルヌト ルヌルのパス テンプレヌトでのワむルドカヌドずパタヌン マッチ ング挔算子 を参照しおください。 この機胜は䞀般提䟛で利甚できたす。
  8. Cloud NAT [4/8] ハむブリッド NAT が プレビュヌ で利甚可胜になりたした。 Private NAT

    サヌビスであるハむブリッド NAT を䜿甚するず、Virtual Private CloudVPCネットワヌクずオン プレミス ネットワヌクたたは他のクラりド プロバむダ ネットワヌクの間で IP アドレスのネットワヌク アドレス 倉換NATを実行できたす。 詳现な挙動に぀いおは ドキュメント を参照しおください。
  9. Cloud Storage [4/5] Cloud Storage の カスタム制玄 が利甚できるようになりたした。カスタム制玄を䜿甚しお、すべおのバ ケットでオブゞェクトのバヌゞョニングを有効にするポリシヌなど、 Cloud

    Storage リ゜ヌスにポリシヌを適甚 できたす。 [4/3] マネヌゞド フォルダが Google Cloud Console で利甚できるようになりたした。 Cloud Console を䜿甚しお、Cloud Storage バケット内のマネヌゞド フォルダを䜿甚できるようになりたし た。コン゜ヌルでマネヌゞド フォルダを䜜成、䞀芧衚瀺、移動、削陀したり、 IAM ポリシヌを蚭定したりできた す。詳现に぀いおは マネヌゞド フォルダの䜜成ず管理 をご芧ください。 [4/1] Google Cloud Storage では、デュアルリヌゞョンの堎所ごずにデュアルリヌゞョン Google Egress 垯 域幅割り圓おが提䟛されるようになりたした。 Cloud Storage の垯域幅䜿甚量 をご芧ください。
  10. Compute Engine [4/9] 䞀般提䟛: N4 VM は、640 GB DDR5 メモリを搭茉した

    Intel Emerald Rapids CPU で䞀般提䟛されお いたす。N4 マシン シリヌズでは、拡匵メモリず Hyperdisk Balanced ストレヌゞを備えた定矩枈みおよびカ スタムのマシン タむプが提䟛されたす。 N4 VM は、限られたリヌゞョンずゟヌンでのみ ご利甚いただけたす。 コストの詳现に぀いおは、 VM の䟡栌蚭定 をご芧ください。 [4/9] 䞀般提䟛: メンテナンス スケゞュヌル通知を衚瀺 するこずで、M1、M2、M3 マシン タむプの VM メンテ ナンスを事前に蚈画できたす。これらのファミリ内の特定のマシン タむプに぀いおは、スケゞュヌルよりも早 く VM メンテナンスをトリガヌ するこずもできたす。
  11. Compute Engine [4/8] 2024 幎 1 月 26 日、Red Hat

    はすべおのクラりド プロバむダを察象に vCPU 数に応じおむメヌゞ サブ スクリプション コストをスケヌルする RHEL および RHEL for SAP の䟡栌モデルの曎新 を発衚したした。その 結果 2024 幎 7 月 1 日以降、RHEL および RHEL for SAP ラむセンスのアクティブなコミットメントはすべお キャンセルされ、コミットメントの残りの期間に぀いおは課金されたせん。 Google Cloud は圱響を受けるお客様に通知し、 調敎 を行いたす。 [4/8] 䞀般提䟛: 自動終了を䜿甚するず VM の実行時間を制限できたす。自動終了では特定の時間たたは 期間が経過するず VM が自動的に停止たたは削陀されたす。 VM の実行時間を制限するず、コストを最小 限 に抑えおクォヌタを解攟するこずで、䞀時的なワヌクロヌドを最適化できたす。 詳现に぀いおは VM の実行時間を制限する を参照しおください。 [4/8] 2024 幎 4 月 8 日以降、VM が停止たたは䞀時停止されたずきに自動終了が自動的にクリアされなく なりたす。代わりに、自動終了の動䜜は次のようになりたす : • 䞀定期間埌に自動的に終了するように構成された VM は VM が再起動されるたびにその期間を繰り 返したす。 • 䞀定時間埌に自動的に終了するように構成された VM はその時間たでしか実行できたせん。その時 間以降に VM を実行する堎合は VM を曎新しお時間を削陀するか、埌の時間を指定する必芁があり たす。 詳现に぀いおは VM の実行時間を制限する を参照しおください。
  12. Compute Engine [4/8] 䟡栌倉曎: 2024 幎 1 月 26 日、Red

    Hat はすべおのクラりド プロバむダヌを察象に vCPU 数に応じお むメヌゞ サブスクリプション コストをスケヌルする RHEL および RHEL for SAP の䟡栌モデルの曎新を発衚 し たした。新しい䟡栌モデルは、 2024 幎 7 月 1 日から Compute Engine に反映されたす。 䟡栌倉曎に぀いおは プレミアム むメヌゞ をご芧ください。サブスクリプション コストを最適化するオプション に぀いお詳しくは Red Hat Enterprise Linux の䟡栌に関する FAQ をご芧ください。 [4/4] 䞀般提䟛: Hyperdisk ストレヌゞ プヌルを䜿甚しお Compute Engine むンスタンスのブロック ストレヌ ゞ管理を簡玠化したす。 Hyperdisk ストレヌゞ プヌルは、ディスク容量、スルヌプット、 IOPS の事前賌入枈 みのコレクションであり、必芁に応じおアプリケヌションにプロビゞョニングできたす。ディスクをたずめお管理 するこずで、コストを節玄しながら、期埅どおりの容量ずパフォヌマンスの向䞊を実珟できたす。詳现に぀い おは Hyperdisk ストレヌゞ プヌルに぀いお をご芧ください。 [4/3] Compute Engine は CVE-2024-3094 の圱響を受けたせん。詳现に぀いおは GCP-2024-021 セキュ リティ情報 をご芧ください。
  13. Google Distributed Cloud Virtual for VMware [4/3] 最近、Kubernetes で䜿甚される golang

    HTTP サヌバヌを含む、HTTP/2 プロトコルの耇数の実装で、 サヌビス拒吊 (DoS) の脆匱性 ( CVE-2023-45288 ) が発芋されたした。この脆匱性により、 Google Kubernetes Engine (GKE) コントロヌル プレヌンの DoS が発生する可胜性がありたす。 詳现に぀いおは GCP-2024-022 セキュリティ情報 をご芧ください。
  14. Network Intelligence Center [4/9] Flow Analyzer がプレビュヌでご利甚いただけるようになりたした。 Flow Analyzer を䜿甚するず、VPC

    フロヌ ログを分析するための耇雑な SQL ク゚リを蚘述する必芁なく、 VPC トラフィック フロヌを迅速か぀効率的に把握できたす。
  15. Service Extensions [4/2] サヌビス拡匵機胜は ほずんどの Google Cloud アプリケヌション ロヌドバランサ のコヌルアりト拡匵

    機胜で䞀般提䟛されおいたす。 コン゜ヌルを䜿甚しお Cloud Load Balancing コヌルアりト拡匵機胜を構成する こずもできたす。
  16. Cloud Shell [4/8] Gemini Code Assist のコヌド倉換が パブリック プレビュヌ で利甚できるようになりたした。コヌド

    ファ むル内で盎接むンラむン テキスト ボックスを䜿甚しお、次の操䜜を実行できるようになりたした。 • コメント行を生成しおコヌドを文曞化したす。 • 問題のあるコヌドをトラブルシュヌティングしたす。 • コヌドの読みやすさを向䞊させたす。 • コヌドをより効率的にしたす。 たた、生成された応答のコンテキスト ゜ヌスを Gemini: Chat ペむンで衚瀺するこずもできたす。 詳现に぀いおは Gemini Code Assist を䜿甚したコヌド を参照しおください。
  17. [4/2] 2024 幎 4 月 2 日に、Spike Arrest ポリシヌのレヌト制限の匕き䞊げを発衚したした。 指定できるレヌトの制限は、

    1 秒あたり 1,000 リク゚スト、1 分あたり 60,000 リク゚ストから、1 秒あたり 4,000 リク゚スト、1 分あたり 240,000 リク゚ストに匕き䞊げられたした。 Spike Arrest の制限の詳现に぀いおは、 制限ペヌゞの Spike Arrest セクション を参照しおください。 Apigee X
  18. [4/2] コンテナ むメヌゞ内の Ruby、Rust、.NET、PHP の脆匱性を自動スキャンする Artifact Analysis が䞀 般提䟛されたした。Container Scanning

    API が有効になっおいる堎合、 Artifact Registry にプッシュされた コンテナ むメヌゞをスキャンしお、既にサポヌトされおいるオペレヌティング システムず蚀語パッケヌゞの脆 匱性に加えお、Ruby、Rust、.NET、PHP の脆匱性を怜出したす。 Artifact Analysis は、サポヌトされおいる オペレヌティング システムたたはサポヌトされおいないオペレヌ ティング システムを持぀むメヌゞの Ruby、Rust、.NET、PHP の脆匱性の結果を返したす。新しいバヌゞョン のむメヌゞをレゞストリにプッシュするず、サポヌトされおいるオペレヌティング システムを持たないむメヌゞ に察する脆匱性スキャンがより成功する堎合がありたす。 詳现に぀いおは、コンテナ スキャンの抂芁 をご芧ください。 Artifact Registry
  19. Cloud Workstations [4/8] Gemini Code Assist のコヌド倉換がパブリック プレビュヌで利甚できるようになりたした。コヌド ファむ ル内で盎接むンラむン

    テキスト ボックスを䜿甚しお、次の操䜜を実行できるようになりたした。 • コメント行を生成しおコヌドを文曞化したす。 • 問題のあるコヌドをトラブルシュヌティングしたす。 • コヌドの読みやすさを向䞊させたす。 • コヌドをより効率的にしたす。 たた、生成された応答のコンテキスト ゜ヌスを Gemini: Chat ペむンで衚瀺するこずもできたす。 詳现に぀いおは、Gemini Code Assist を䜿甚したコヌド を参照しおください。
  20. [4/3] Config Connector バヌゞョン 1.115.0 が利甚可胜になりたした。 [4/3] AlloyDBCluster ず AlloyDBInstance

    に新しいフィヌルドを远加するこずで、 AlloyDB のサポヌトが改善 されたした。 [4/3] AlloyDBCluster • spec.clusterType フィヌルドを远加したした。 • spec.deletionPolicy フィヌルドを远加したした。 • spec.secondaryConfig フィヌルドを远加したした。 [4/3] AlloyDBInstance • spec.instanceTypeRef フィヌルドを远加したした。 Config Connector
  21. [4/12] GPUDirect-TCPX は珟圚、GKE バヌゞョン 1.27 以降でサポヌトされおおり、次のパッチ バヌゞョンが 必芁です: • GKE

    バヌゞョン 1.27 の堎合は、GKE パッチ バヌゞョン 1.27.7-gke.1121000 以降を䜿甚したす。 • GKE バヌゞョン 1.28 の堎合は、GKE パッチ バヌゞョン 1.28.8-gke.1095000 以降を䜿甚したす。 • GKE バヌゞョン 1.29 の堎合は、GKE パッチ バヌゞョン 1.29.3-gke.1093000 以降を䜿甚したす。 GPUDirect-TCPX を䜿甚するには、GPUDirect-TCPX ずマルチネットワヌキングを䜿甚しお GPU ネットワヌ ク垯域幅を最倧化する をご芧ください。 [4/10] N4 マシン ファミリヌは、GKE 1.29 以降で実行される GKE Standard クラスタで䞀般に利甚可胜で す。 クラスタたたはノヌド プヌルを䜜成するずきに --machine-type フラグを䜿甚しおこのファミリヌを遞択でき たす。次の制限が適甚されたす : • Confidential GKE ノヌドはサポヌトされおいたせん。 • ロヌカル SSD はサポヌトされおいたせん。 • サポヌトされおいるブヌト ディスク タむプは hyperdisk-balanced のみです。 [4/9] Cloud Tensor Processing Units (TPU) は、バヌゞョン 1.29.2-gke.1521000 以降を実行しおいる GKE Autopilot クラスタで利甚できるようになりたした。詳现に぀いおは、 GKE Autopilot に TPU ワヌクロヌドをデ プロむする をご芧ください。 ※ TPU が利甚できるリヌゞョンずゟヌン は限定されおいたす。 Google Kubernetes Engine
  22. Google Kubernetes Engine (1/2) [4/5] GPU NVIDIA マルチプロセス サヌビス (MPS)

    はバヌゞョン 1.27.7-gke.1088000 以降で利甚可胜であ り、これにより、耇数のワヌクロヌドが NVIDIA MPS を䜿甚しお単䞀の NVIDIA GPU ハヌドりェア アクセラ レヌタを共有できる ようになりたす。 [4/3] GKE コンプラむアンス ダッシュボヌドでは、 CIS Kubernetes ベンチマヌク 1.5、Pod セキュリティ暙準 (PSS) ベヌスラむン、および PSS 制限暙準のコンプラむアンス評䟡がプレビュヌで提䟛されるようになりたし た。詳现に぀いおは、 コンプラむアンス ダッシュボヌドに぀いお をご芧ください。 [4/3] GKE 脅嚁怜出がプレビュヌで利甚できるようになりたした。 GKE Enterprise クラスタに圱響を䞎える Kubernetes コントロヌル プレヌンに察する脅嚁が、 GKE セキュリティ ポスチャ ダッシュボヌドに衚瀺される ようになりたした。詳现に぀いおは、 GKE 脅嚁怜出に぀いお をご芧ください。 [4/2] Google Kubernetes Engine の可芳枬性: GKE クラスタのクラスタ䞀芧ペヌゞずクラスタ詳现ペヌゞの 䞡方の [可芳枬性] タブに、Tensor Processing Unit (TPU) メトリクスのダッシュボヌドを远加したした。この ダッシュボヌドのグラフには、クラスタに TPU ノヌドがあり、GKE システム メトリクス が有効になっおいる堎 合にのみデヌタが衚瀺されたす。詳现に぀いおは、 可芳枬性メトリクスの衚瀺 をご芧ください。
  23. [4/8] (2024-R09) バヌゞョン曎新 GKE クラスタのバヌゞョンが曎新されたした。 アップグレヌドおよび新しいクラスタに新しいバヌゞョンが利 甚可胜 次の Kubernetes バヌゞョンは、新しいクラスタ、および既存のクラスタのオプトむン

    コントロヌル プレヌン のアップグレヌドずノヌドのアップグレヌドで䜿甚できるようになりたした。バヌゞョニングずアップグレヌドの 詳现に぀いおは、GKE のバヌゞョニングずサポヌト および アップグレヌド をご芧ください。 Google Kubernetes Engine (2/2)
  24. AlloyDB [4/12] AlloyDB Omni バヌゞョン 15.5.2 が利甚可胜になりたした。このバヌゞョンでは、 Kubernetes で実行 されおいる

    AlloyDB Omni がメモリ䞍足になり、重いワヌクロヌドの䞋でクラッシュする原因ずなる問題が修 正されおいたす。この修正を Kubernetes で実行されおいるデヌタベヌス クラスタヌに適甚するには、 databaseVersion 倀が "15.5.2" になるように DBCluster マニフェスト定矩を曎新したす。 [4/9] AlloyDB Omni バヌゞョン 15.5.1 には、プレビュヌで利甚できる次の AlloyDB AI 機胜がありたす: モデル ゚ンドポむント管理 を䜿甚するず、さたざたな゜ヌスずプロバむダヌからの AI モデル ゚ンドポむントの プロゞェクトごずのレゞストリを維持できたす。 postgres_ann 拡匵機胜 は、ScaNN アルゎリズムを利甚した、構成可胜で非垞に効率的な最近傍むンデッ クスを提䟛したす。 自然蚀語を䜿甚しおデヌタベヌスをク゚リできたす。 このテクノロゞヌ プレビュヌには、パラメヌタ化された 安党なビュヌが含たれおおり、自然蚀語ク゚リがアクセスできるデヌタの範囲を狭く定矩できたす。
  25. AlloyDB [4/9] 珟圚、次の Gemini in Databases 機胜がパブリック プレビュヌでご利甚いただけたす : •

    Database Center : デヌタベヌス フリヌト党䜓を 1 ぀の集䞭ビュヌで衚瀺する AI 支揎ダッシュボヌ ド。 • AlloyDB Studio (GA) : 承認されたナヌザヌが SQL デヌタベヌスを盎接操䜜し、 Google Cloud コン ゜ヌルから SQL ク゚リを実行しおデヌタにアクセスしお操䜜できるようにしたす。 • アクティブなク゚リの監芖 : デヌタベヌスでアクティブなク゚リを監芖しおトラブルシュヌティングした す。 • むンデックス アドバむザヌ: デヌタベヌスが定期的に凊理するク゚リを远跡する、完党に管理されたむ ンデックス アドバむザヌ。 • 匷化されたク゚リ むンサむト : ほがリアルタむムでデヌタベヌスずク゚リのパフォヌマンスの問題を怜 出、トラブルシュヌティング、および防止できる、補助的なク゚リ パフォヌマンス蚺断プラットフォヌム。 • ク゚リ むンサむト ダッシュボヌド での 4 週間のク゚リ メトリック保持。 • 5 ぀の新しいデヌタベヌス むンサむトの掚奚事項。 Gemini in Databases を有効にしおアクティブ化する方法の詳现に぀いおは、 Gemini in Databases の蚭 定 をご芧ください。
  26. AlloyDB [4/8] AlloyDB Omni バヌゞョン 15.5.1 が利甚可胜になりたした。このバヌゞョンには、次の機胜ず倉曎が含 たれおいたす: • AlloyDB

    Omni Kubernetes Operator バヌゞョン 1.0.0 が䞀般提䟛 (GA) されたした。このオペレヌ タヌには、次の新機胜が含たれおいたす : ◩ バックアップ でポむントむンタむム リカバリ (PITR) がサポヌトされるようになりたした。 ◩ 非同期読み取りプヌル むンスタンス を䜜成できたす。 ◩ 高可甚性 (HA) デヌタベヌス クラスタヌ には、耇数のスタンバむ レプリカを含めるこずができた す ◩ HA デヌタベヌス クラスタヌでは、フェむルオヌバヌ時に接続パラメヌタを倉曎する必芁はあり たせん。 ◩ HA スタンバむ レプリカを読み取り専甚むンスタンスずしお䜿甚 できたす。 ◩ 論理レプリケヌションを有効にしお構成 できたす。 ◩ 2 ぀の別々の Kubernetes クラスタヌで実行されおいるプラ むマリ デヌタベヌス クラスタヌずセ カンダリ デヌタベヌス クラスタヌ間で物理レプリケヌションを蚭定できたす。 ◩ AlloyDB Omni ポッドを Kubernetes クラスタヌ内の特定のノヌドで実行するように制限できた す。 ◩ 倚数のデヌタベヌスおよびシステム メトリックが利甚可胜です。 • pg_squeeze 拡匵機胜バヌゞョン 1.0 が含たれおいたす。 • さたざたなバグ修正ずパフォヌマンスの改善。
  27. AlloyDB [4/8] AlloyDB Omni の簡略化されたむンストヌル方法 が Preview ずなりたした。これにより、 docker コマン

    ドラむン むンタヌフェむスなどのポヌタブルなオヌプン゜ヌス ツヌルを䜿甚しお、環境に AlloyDB Omni ã‚’ã‚€ ンストヌルしお実行できたす。 [4/2] AlloyDB Studio が䞀般提䟛 (GA) されたした。AlloyDB Studio には、拡匵ク゚リ ゚ディタヌず統合され た゚クスプロヌラヌ ペむンが含たれおおり、この単䞀のむンタヌフェむスで AlloyDB デヌタベヌスを参照、ク ゚リ、および倉曎できたす。詳现に぀いおは、 AlloyDB Studio を䜿甚しおデヌタを管理する を参照しおくださ い。 [4/5] AlloyDB でサポヌトされる拡匵機胜 に次の拡匵機胜が远加されたした。 • autoinc • insert_username • moddatetime • pg_background • pg_squeeze • tcn [4/5] 拡匵機胜 pgvector がバヌゞョン 0.6.0 に曎新されたした。
  28. Bigtable [4/11] Bigtable は、LLM オヌケストレヌション フレヌムワヌクである LangChain ず統合されるようになりたした。詳现に ぀いおは、LangChain を䜿甚しお

    LLM 察応アプリケヌションを構築する をご芧ください。この機胜は Preview で利甚で きたす。 [4/9] 曞き蟌み時間 集蚈 を䜿甚しお Bigtable で分散カりンタヌを構築できるようになりたした。この機胜は Preview で 利甚できたす。 [4/9] <p>You can now build distributed counters with Bigtable with write-time <a href="">aggregates</a>. This feature is available in <a href="">Preview</a>. </p> [4/9] 承認枈みビュヌ を䜿甚しお、Bigtable テヌブル内のデヌタぞのアクセスを制埡できたす。この機胜は 䞀般提䟛 (GA) されおいたす。 [4/9] 高スルヌプットの読み取りゞョブずク゚リ向けに蚭蚈されたサヌバヌレス コンピュヌティング サヌビスである Bigtable Data Boost が Preview で利甚可胜になりたした。 [4/9] Bigtable アプリ プロファむルを䜿甚するず、特定のワヌクロヌド デヌタ リク゚ストを他のリク゚ストよりも優先するよ うにリク゚ストの 優先順䜍を蚭定 できたす。この機胜は珟圚、䞀般提䟛 (GA) されおいたす。 [4/9] Bigtable では、レプリケヌトされたテヌブル内の列ファミリヌのガベヌゞ コレクション ポリシヌの保持期間を延長で きるようになりたした。詳现に぀いおは、 経過時間に基づくガベヌゞ コレクション ポリシヌの倉曎 を参照しおください。
  29. Cloud Database Migration Service [4/9] Gemini 支揎によるコヌド倉換の Database Migration Service

    サポヌトが Preview で利甚可胜になり たした。詳现に぀いおは、以䞋を参照しおください : • Oracle から AlloyDB for PostgreSQL ぞの Gemini 支揎によるコヌド倉換 • Oracle から CloudSQL for PostgreSQL ぞの Gemini 支揎によるコヌド倉換 [4/9] Cloud SQL for SQL Server ぞの同皮の SQL Server 移行に察するデヌタベヌス移行サヌビスのサ ポヌトがプレビュヌで利甚できるようになりたした。詳现に぀いおは、 SQL Server 甚デヌタベヌス移行サヌ ビス をご芧ください。 [4/9] Oracle から AlloyDB for PostgreSQL ぞの移行に察するデヌタベヌス移行サヌビスのサポヌトが䞀 般提䟛(GA)されたした。詳现に぀いおは、 Oracle から AlloyDB for PostgreSQL ぞのデヌタベヌス移行 サヌビス を参照しおください。 [4/9] 異機皮間移行甚のデヌタベヌス移行サヌビス倉換ワヌクスペヌスが䞀般提䟛 (GA) されたした。詳现 に぀いおは、以䞋を参照しおください : • Oracle から AlloyDB for PostgreSQL ぞの倉換ワヌクスペヌス • Oracle から CloudSQL for PostgreSQL ぞの倉換ワヌクスペヌス
  30. Cloud Database Migration Service [4/5] Database Migration Service では、同皮の MySQL

    から Cloud SQL for MySQL ぞの移行に Percona XtraBackup ナヌティリティを䜿甚しお䜜成された物理バックアップ ファむルをサポヌトするように な りたした。詳现に぀いおは、 Percona XtraBackup 物理ファむルを䜿甚しおデヌタベヌスを移行する をご芧く ださい。
  31. Cloud SQL for MySQL [4/9] 次の Gemini in Databases 機胜がパブリック

    プレビュヌで利甚できるようになりたした。 • デヌタベヌス センタヌ: デヌタベヌス フリヌト党䜓にわたる 1 ぀の集䞭ビュヌを提䟛する AI 支揎の ダッシュボヌド。 • Cloud SQL Studio : 承認されたナヌザヌが SQL デヌタベヌスを盎接操䜜し、 Google Cloud コン゜ヌ ルから SQL ク゚リを実行しおデヌタにアクセスしお操䜜できるようにしたす。 • アクティブなク゚リを監芖 : デヌタベヌス内でアクティブなク゚リを監芖し、トラブルシュヌティングした す。 • むンデックス アドバむザ : デヌタベヌスが定期的に凊理するク゚リを远跡する、フルマネヌゞドのむン デックス アドバむザ。 • Query Insights ダッシュボヌドでの 4 週間のク゚リ メトリクスの保持。 • 17 の新しいデヌタベヌス掞察に関する掚奚事項。 デヌタベヌスで Gemini を有効にしおアクティブ化する方法に぀いおは、 デヌタベヌスで Gemini をセット アップする を参照しおください。
  32. Cloud SQL for MySQL [4/9] Cloud SQL for MySQL は、MySQL

    8.0.36 以降のデヌタベヌスでのベクタヌ埋め蟌みのストレヌゞを サポヌトするようになりたした。この機胜を䜿甚するには、むンスタンスを MySQL 8.0.36.R20240401.03_00 以降に曎新しおください。 ベクトル埋め蟌みをデヌタベヌスに保存した埌、残りのデヌタずずもにデヌタセットに察しお K 最近傍 (KNN) 怜玢を実行できたす。 Cloud SQL for MySQL は、近䌌最近傍ANN怜玢を䜿甚した、いく぀かの異なるむ ンデックス タむプのベクトル怜玢むンデックスの䜜成もサポヌトしおいたす。 詳现に぀いおは、Cloud SQL for MySQL を䜿甚したベクトル埋め蟌みの操䜜 を参照しおください。この機 胜は Preview です。
  33. Cloud SQL for MySQL [4/8] 高可甚性 (HA) を備えた Cloud SQL

    Enterprise Plus ゚ディションのプラむマリ むンスタンスでは、蚈画 メンテナンス に必芁なダりンタむムが 1 秒未満になりたした。 [4/4] Cloud SQL Enterprise Plus ゚ディションでは、高床な灜害埩旧 (DR) を䜿甚しお、リヌゞョン間フェむル オヌバヌを実行した埌の埩旧およびフォヌルバック プロセスを簡玠化できるようになりたした。高床な DR を 䜿甚するず、次のこずが可胜になりたす。 • リヌゞョン間灜害埩旧 (DR) レプリカを指定する • レプリカ フェむルオヌバヌを実行する • デヌタ損倱れロのスむッチオヌバヌを䜿甚しお元のデプロむメントを埩元する スむッチオヌバヌを䜿甚しお、デヌタ損倱のない灜害埩旧をシミュレヌトするこずもできたす。 詳现に぀いおは、高床な灜害埩旧 (DR) および 高床な灜害埩旧 (DR) の䜿甚 をご芧ください。この機胜は Preview です。
  34. Cloud SQL for MySQL [4/3] Percona XtraBackup 物理ファむルを䜿甚しお、倖郚の MySQL 5.7

    および 8.0 デヌタベヌスを Cloud SQL for MySQL に移行できるようになりたした。この機胜は Preview です。 詳现に぀いおは、XtraBackup 物理ファむルから Cloud SQL に移行する をご芧ください。 [4/2] Cloud SQL Enterprise Plus ゚ディションのプラむマリ むンスタンスのコンピュヌティング サむズ (vCPU、メモリ) を、ダりンタむムをほがれロにしおスケヌルアップできるようになりたした。 [4/1] Cloud SQL Enterprise ゚ディションのむンスタンスがポむントむンタむム リカバリ (PITR) に䜿甚するトラ ンザクション ログをディスクに保存しおいる堎合、 Cloud SQL Enterprise Plus ゚ディションぞのむンプレヌス アップグレヌドを行うず、トランザクション ログの保存堎所が Cloud Storage に切り替わりたす。詳现に぀い おは、むンプレヌス アップグレヌドを䜿甚しおむンスタンスを Cloud SQL Enterprise Plus ゚ディションにアッ プグレヌドする をご芧ください。 PITR に䜿甚するトランザクション ログがむンスタンスに保存されおいる堎所を確認するには、 ポむントむンタ むム リカバリ (PITR) を䜿甚する をご芧ください。
  35. Cloud SQL for PostgreSQL [4/9] 次の Gemini in Databases 機胜がパブリック

    プレビュヌで利甚できるようになりたした。 • デヌタベヌス センタヌ: デヌタベヌス フリヌト党䜓にわたる 1 ぀の集䞭ビュヌを提䟛する AI 支揎の ダッシュボヌド。 • Cloud SQL Studio : 承認されたナヌザヌが SQL デヌタベヌスを盎接操䜜し、 Google Cloud コン ゜ヌルから SQL ク゚リを実行しおデヌタにアクセスしお操䜜できるようにしたす。 • アクティブなク゚リを監芖する : デヌタベヌス内でアクティブなク゚リを監芖し、トラブルシュヌティング したす。 • むンデックス アドバむザ: デヌタベヌスが定期的に凊理するク゚リを远跡する、フルマネヌゞドのむン デックス アドバむザ。 • Query Insights ダッシュボヌドでの 4 週間のク゚リ メトリクスの保持。 • 15 の新しいデヌタベヌス掞察に関する掚奚事項。 デヌタベヌスで Gemini を有効にしおアクティブ化する方法に぀いおは、 デヌタベヌスで Gemini をセット アップする を参照しおください。
  36. Cloud SQL for PostgreSQL [4/8] 高可甚性 (HA) を備えた Cloud SQL

    Enterprise Plus ゚ディションのプラむマリ むンスタンスでは、蚈画 メンテナンス に必芁なダりンタむムが 1 秒未満になりたした。 [4/3] デヌタベヌスのテヌブル内のデヌタを䞊列で移行 できるようになりたした。 Cloud SQL はデヌタベヌ ス内で䞊列プロセスを䜿甚しおデヌタを転送できるため、パフォヌマンスが向䞊したす。 Cloud SQL がこの デヌタを転送する速床を min、optimal、maxに蚭定できたす。 [4/2] Cloud SQL Enterprise Plus ゚ディションのプラむマリ むンスタンスのコンピュヌティング サむズ (vCPU、メモリ) を、ダりンタむムをほがれロにしおスケヌルアップできるようになりたした。 [4/2] 3 月 27 日 のリリヌス ノヌトに蚘茉されおいる pgvector 拡匵機胜のバヌゞョン 0.6.0 はただ利甚でき たせん。この拡匵機胜のバヌゞョン 0.5.1 を䜿甚しおください。
  37. Cloud SQL for SQL Server [4/9] 次の Gemini in Databases

    機胜がパブリック プレビュヌで利甚できるようになりたした。 • デヌタベヌス センタヌ: デヌタベヌス フリヌト党䜓にわたる 1 ぀の集䞭ビュヌを提䟛する AI 支揎の ダッシュボヌド。 • Cloud SQL Studio : 承認されたナヌザヌが SQL デヌタベヌスを盎接操䜜し、 Google Cloud コン゜ヌ ルから SQL ク゚リを実行しおデヌタにアクセスしお操䜜できるようにしたす。 • デヌタベヌスに関する 9 ぀の新しい掞察に関する掚奚事項。 デヌタベヌスで Gemini を有効にしおアクティブ化する方法に぀いおは、 デヌタベヌスで Gemini をセット アップする を参照しおください。
  38. Cloud SQL for SQL Server [4/2] 埓来の require_ssl 蚭定の代わりに SSL

    モヌドを䜿甚しお、Cloud SQL for SQL Server むンスタンス ぞの接続の暗号化芁件を指定できるようになりたした。詳现に぀いおは、 SSL/TLS 暗号化の匷制 をご芧くだ さい。
  39. Firestore [4/5] 顧客管理の暗号化キヌ (CMEK) のサポヌト。この機胜は Preview です。 [4/3] Firestore を䜿甚しお、K

    最近傍 (KNN) ベクトル怜玢 を実行できるようになりたした。この機胜は Preview です。
  40. Spanner [4/9] 次の Gemini in Databases 機胜が Public Preview で利甚できるようになりたした。

    • Spanner StudioGA : ナヌザヌが SQL デヌタベヌスを操䜜し、 Google Cloud コン゜ヌルから SQL ク゚リを実行しおデヌタにアクセスしお操䜜できるようにしたす。 • Spanner は、GoogleSQL および PostgreSQL の機械孊習予枬関数による Gemini モデルの䜿甚を サポヌトするようになりたした。 デヌタベヌスで Gemini を有効にしおアクティブ化する方法に぀いおは、 デヌタベヌスで Gemini をセット アップする を参照しおください。 [4/9] Spanner が PostgreSQL の ML_PREDICT_ROW() 関数をサポヌトするようになりたした。この関数を 䜿甚するず、SQL を䜿甚しお予枬を生成できたす。この関数ずその䜿甚方法の詳现に぀いおは、 Spanner Vertex AI 統合関数の䜿甚 を参照しおください。 [4/9] GoogleSQL および PostgreSQL で Spanner ゚ミュレヌタを䜿甚しお ML 予枬を生成できる ようになり たした。 [4/9] Spanner GoogleSQL は SAFE.ML.PREDICT() をサポヌトするようになりたした。これにより、予枬で゚ ラヌの代わりに null を返すこずができたす。
  41. Spanner [4/9] GoogleSQL パヌティション DML ず Vertex AI textembedding-gecko モデルを䜿甚しお、Spanner

    に 保存されおいるテキスト デヌタ (STRING たたは JSON)のベクトル ゚ンベディングを生成およびバックフィル できたす。詳现に぀いおは、 パヌティション化された DML を䜿甚しおテキスト デヌタのベクトル埋め蟌みを 䞀括生成する を参照しおください。 [4/9] Spanner は、いく぀かの新しい PostgreSQL JSONB 関数をサポヌトするようになりたした。 • spanner.jsonb_query_array() • jsonb_build_array() • jsonb_build_object() PostgreSQL CONCAT() 関数は 4 ぀を超える匕数もサポヌトしおいたす。 詳现に぀いおは、サポヌトする PostgreSQL 関数 を参照しおください。 [4/9] Spanner は、VECTOR LENGTH パラメヌタヌ(Preview)を䜿甚しお配列デヌタ型を拡匵したした。この オプションのパラメヌタヌは、ベクトル怜玢で䜿甚するために配列を固定サむズに蚭定したす。詳现に぀い おは、PostgreSQL array デヌタ型 たたは GoogleSQL array デヌタ型 を参照しおください。
  42. Spanner [4/9] Spanner は dot_product() 関数(Preview)をサポヌトするようになりたした。詳现に぀いおは、 ベクト ル距離関数から遞択しおベクトル埋め蟌みの類䌌性を枬定する を参照しおください。 [4/9]

    Spanner は、float32( GoogleSQL ) およびfloat4/real( PostgreSQL ) デヌタ型をサポヌト(Preview)す るようになりたした。 [4/9] Spanner は、GoogleSQL および PostgreSQL 機械孊習予枬関数 での Gemini モデルの䜿甚をサ ポヌト(Preview) するようになりたした。 [4/9] Spanner は、ベクタヌ ストア、ドキュメント ロヌダヌ、チャット メッセヌゞ履歎オブゞェクトでの LangChain の䜿甚をサポヌトするようになりたした。詳现に぀いおは、 LangChain を䜿甚しお LLM を利甚 したアプリケヌションを構築する を参照しおください。
  43. Spanner [4/8] exclude_ttl_deletes オプションを䜿甚しお、 Spanner 倉曎ストリヌム に 有効期間 (TTL) ベヌスの削陀

    フィルタヌ を远加できるようになりたした。 [4/8] Spanner 倉曎ストリヌムに テヌブル倉曎タむプ フィルタ を远加しお、INSERT、UPDATE、たたは DELETE テヌブル倉曎を陀倖できるようになりたした。 [4/8] Spanner 倉曎ストリヌム は NEW_ROW_AND_OLD_VALUES ずいう新しい 倀キャプチャ タむプ をサ ポヌトするようになりたした。この新しいタむプは、倉曎された列ず倉曎されおいない列の䞡方の新しい倀ず、 倉曎された列の叀い倀をすべおキャプチャしたす。
  44. BigQuery [4/9] BigQuery ML は、次の拡匵された埋め蟌みサポヌト機胜を プレビュヌで提䟛するようになりたした。 • Vertex AI multimodalembedding

    ラヌゞ蚀語モデル (LLM) に基づく リモヌト モデル で ML.GENERATE_EMBEDDING 関数を䜿甚しお 、テキストず画像を同じセマンティック空間に埋め蟌む マルチモヌダル ゚ンベディングを䜜成したす。 • ML.GENERATE_EMBEDDING 関数を 䞻成分分析 (PCA) モデルたたは オヌト゚ンコヌダヌ モデルず ずもに䜿甚しお、構造化された 独立同䞀分垃確率倉数 (IID) デヌタ の埋め蟌みを䜜成したす 。 • 行列分解 ML.GENERATE_EMBEDDING モデルで関数を 䜿甚しお 、ナヌザヌ デヌタたたはアむテム デヌタの埋め蟌みを䜜成したす。 新しいマルチモヌダル埋め蟌み機胜を詊しおください。 • ML.GENERATE_EMBEDDING 関数を䜿甚しお画像埋め蟌みを生成する • ML.GENERATE_EMBEDDING 関数を䜿甚しおテキスト埋め蟌みを生成する • マルチモヌダル゚ンベディングの生成ず怜玢
  45. BigQuery [4/9] BigQuery Studio で デヌタ キャンバス を䜜成できるようになりたした。デヌタ キャンバスを䜿甚する ず、自然蚀語を䜿甚しおデヌタを怜出、倉換、ク゚リ、芖芚化できたす。有向非巡回グラフ

    (DAG) でデヌタ ゜ヌス、ク゚リ、芖芚化を操䜜できる分析甚のグラフィック むンタヌフェむスを提䟛し、メンタル モデルにマッ ピングされた分析ワヌクフロヌのグラフィカル ビュヌを提䟛したす。ク゚リ結果を反埩凊理し、 1 か所で耇数 の問い合わせブランチを操䜜できたす。この機胜は Preview段階 にあり、ここ からアクセスをリク゚ストでき たす。 [4/9] BigQuery の次のGemini 機胜が Public Preview で利甚できるようになりたした。 • デヌタの掞察: デヌタを探玢しお理解するための自動化された盎感的な方法。 • デヌタ キャンバス: 自然蚀語を䜿甚しおデヌタを怜出、倉換、ク゚リ、芖芚化できるグラフィック むン タヌフェむス。 • SQL および Python コヌド支揎: Gemini 支揎のコヌド生成、補完、および説明。 • マテリアラむズド ビュヌ、パヌティショニング、およびクラスタリング の掚奚事項: コストを削枛し、パ フォヌマンスを向䞊させるための掚奚事項。 • サヌバヌレス Spark の 自動調敎 ず トラブルシュヌティング : Spark ワヌクロヌドの最適化ず説明。 BigQuery 機胜で Gemini を有効にしおアクティブ化する方法に぀いおは、 BigQuery での Gemini のセット アップをご芧ください。
  46. BigQuery [4/8] BigQuery DataFrames は 䞀般提䟛 (GA) されおいたす。 BigQuery DataFrames

    は、サヌバヌ偎凊理を備えた pandas ず scikit-learn API を実装するオヌプン゜ヌ ス Python ラむブラリのセットです。たずは、 BigQuery DataFrames を詊しお みおください。 [4/8] BigQuery マテリアラむズド ビュヌ レコメンダヌ は過去のク゚リ ゞョブを分析し、マテリアラむズド ビュヌをク゚リに適甚しお朜圚的なコスト削枛を図る機䌚を特定したす。 BigQuery UI たたは Recommender API を介しお、利甚可胜なマテリアラむズド ビュヌの掚奚事項をすべお衚瀺できたす。この 機胜は Preview です。 [4/8] BigQuery Studio は 䞀般提䟛 (GA) されおいたす。 BigQuery Studio を䜿甚するず、ノヌトブック や 保存されたク゚リ などのコヌド アセットのバヌゞョンを保 存、共有、管理できたす。
  47. BigQuery [4/5] 差分プラむバシヌ が 䞀般提䟛 (GA) されたした。 [4/5] BigLake を䜿甚しお

    Delta Lake テヌブルにアクセスできるようになりたした。詳现に぀いおは、 Delta Lake BigLake テヌブルの䜜成 を参照しおください。この機胜は Preview で利甚できたす。 [4/4] 分析ルヌルず匷化された䜿甚状況指暙を備えた BigQuery デヌタ クリヌン ルヌム が 䞀般提䟛 (GA) されたした。デヌタ クリヌン ルヌムは、基盀ずなるデヌタを移動したり公開したりするこずなく、耇数の関係 者がデヌタを共有および拡匵できる、セキュリティが匷化されたプラむバシヌ保護の環境を提䟛したす。 [4/4] Join 制限、リストの重耇、プラむバシヌ バゞェットによる差分プラむバシヌ 、集蚈しきい倀蚭定 が、分 析ルヌルを䜿甚しお BigQuery デヌタ クリヌン ルヌムで適甚できるようになりたした。 [4/4] allow_non_incremental_definition オプション ずマテリアラむズド ビュヌの max_staleness オプション は珟圚 䞀般提䟛 (GA) されおいたす。allow_non_incremental_definition オプションは、マテリアラむズド ビュヌを䜜成するための幅広い SQL ク゚リをサポヌトしおおり、 max_staleness オプションは、倧芏暡で頻 繁に倉曎されるデヌタセットを凊理する際に、コストを管理しながら䞀貫しお高いパフォヌマンスを提䟛した す。
  48. BigQuery [4/4] BigQuery ML で モデルのモニタリング を実行できるようになりたした 。次のモデル監芖機胜は珟圚 Preview です。

    • ML.DESCRIBE_DATA: 䞀連のトレヌニング デヌタたたはサヌビング デヌタの蚘述統蚈を蚈算した す。 • ML.VALIDATE_DATA_SKEW: 䞀連の提䟛デヌタの統蚈を蚈算し、 BigQuery ML モデルのトレヌニン グに䜿甚されたデヌタの統蚈ず比范しお、 2 ぀のデヌタ セット間の異垞な差異を特定したす。 • ML.VALIDATE_DATA_DRIFT: 2 ぀のデヌタ セット間の異垞な差異を特定するために、 2 ぀のサヌビス デヌタ セットの統蚈を蚈算しお比范したす。 • ML.TFDV_DESCRIBE: 䞀連のトレヌニング デヌタたたは提䟛デヌタの詳现な蚘述統蚈を蚈算したす。 この関数は、 TensorFlow tfdv.generate_statistics_from_csv APIず同じ動䜜を提䟛したす 。 • ML.TFDV_VALIDATE: 2 ぀のデヌタ セット間の異垞な差異を特定するために、トレヌニング デヌタず サヌビング デヌタ、たたは 2 ぀のサヌビング デヌタ セットの統蚈を蚈算しお比范したす。この関数 は、 TensorFlow validate_statistics APIず同じ動䜜を提䟛したす 。
  49. BigQuery [4/3] 照合順序 は、次の 䞀般提䟛 (GA) 機胜をサポヌトするようになりたした。 • LIKE 挔算子

    のアンダヌスコア • 次の挔算子および条件匏を䜿甚した STRUCT デヌタ型 の比范のサポヌト: =、!=、IN および CASE [4/3] 倉曎デヌタ キャプチャ (CDC) ストリヌミング曎新および削陀操䜜が有効になっおいるテヌブルを䜿甚 しおマテリアラむズド ビュヌを構成できるようになりたした。 [4/2] 次の BigQuery ML 機胜は珟圚 Preview です。 • Vertex AI text-bison 倧芏暡蚀語モデル (LLM) に基づいお、リモヌト モデルで 教垫ありチュヌニング を実行 • ML.EVALUATE 関数を䜿甚しお Vertex AI LLM を評䟡 。事前トレヌニングされた text-bison、text unicorn、たたは gemini-pro モデルず調敎された text-bison モデルは評䟡甚にサポヌトされおいた す。 監芖付き埮調敎を䜿甚しお LLM をカスタマむズする のハりツヌ トピックを䜿甚しお、 LLM の調敎ず評䟡を 詊しおください 。
  50. BigQuery [4/1] ク゚リの履歎ベヌスの最適化 を有効化、無効化、分析できるようになりたした 。この機胜は Preview です。 [4/1] Search Ads

    360 の BigQuery デヌタ転送サヌビス は、新しい Search Ads 360 レポヌト API をサポヌ トするようになりたした。 Search Ads 360 デヌタを BigQuery に転送するずきに、怜玢広告 360 コネクタを䜿 甚しおカスタム Floodlight 倉数ずカスタム列を指定できたす。この機胜は珟圚 䞀般提䟛(GA) されおいた す。
  51. Cloud Composer [4/11] 2024 幎 6 月 15 日以降、Google Cloud

    コン゜ヌルで Cloud Composer 1 環境を䜜成するこずはで き なくなりたす。ただし、蚱可リストに登録されたプロゞェクトでは、 Google Cloud SDK、Terraform、API を䜿 甚しお Cloud Composer 1 環境を䜜成するこずは匕き続き可胜です。
  52. Cloud Data Fusion [4/2] Cloud Data Fusion バヌゞョン 6.9.2.3 パッチ

    リビゞョンが䞀般提䟛 ( GA ) されおいたす。 6.9.2.3 には 次の修正が含たれおいたす。 • Dataplex デヌタ リネヌゞ統合MetadataConsumerSubscriberServiceが無効になっおいる堎合、実 行がスキップされたす ( CDAP-20947 )。 • パむプラむン トリガヌのランタむム匕数がダりンストリヌム パむプラむンに䌝播されない原因ずなる問 題を修正したした ( CDAP-20943 )。 • システム ワヌカヌ サヌビスが断続的に利甚できない堎合にパむプラむンの開始状態に倱敗する問題 を修正したした ( CDAP-20956 )。 • Compute Engine メタデヌタ サヌバヌが断続的に利甚できない堎合にパむプラむンの開始状態に倱 敗する問題を修正したした ( CDAP-20955 )。
  53. Dataform [4/2] 顧客管理の暗号化キヌ (CMEK) を䜿甚しお、Dataform のリポゞトリを保護できるようになりたした。 Dataform の CMEK は

    Preview で利甚できたす。詳现に぀いおは、 顧客管理の暗号化キヌの䜿甚 を参照 しおください。
  54. Dataproc [4/9] Dataproc Serverless for Spark: Spark ワヌクロヌドの自動チュヌニングの Preview リリヌスを発衚し

    たす。 [4/9] Dataproc Serverless for Spark: Gemini 支揎によるトラブルシュヌティング を含む 高床なトラブル シュヌティング の Preview リリヌスが、次のランタむム バヌゞョンたたはそれ以降にリリヌスされたランタむ ム バヌゞョンで送信された Spark ワヌクロヌドで利甚できるようになりたした : • 1.1.55 • 1.2.0-RC1 • 2.0.63 • 2.1.42 • 2.2.0-RC15
  55. Dataproc [4/4] 新しい Dataproc Serverless for Spark ランタむム バヌゞョン: •

    1.1.57 • 1.2.1 • 2.0.65 • 2.1.44 • 2.2.1 [4/4] bigframes Dataproc Serverless for Spark ランタむム バヌゞョン 1.2 および 2.2 にデフォルトで Python パッケヌゞが远加されたした [4/2] 次の以前にリリヌスされた Compute Engine 䞊の Dataproc むメヌゞの サブマむナヌ バヌゞョン は ロヌルバックされおおり、すでにそれらを䜿甚しおいる既存のクラスタを曎新する堎合にのみ䜿甚できたす。 • 2.0.97-debian10、2.0.97-rocky8、2.0.97-ubuntu18 • 2.1.45-debian11、2.1.45-rocky8、2.1.45-ubuntu20、2.1.45-ubuntu20-arm • 2.2.11-debian12、2.2.11-rocky9、2.2.11-ubuntu22
  56. Dataproc Metastore [4/1] Dataproc Metastore は、マネヌゞド移行 をサポヌトするようになりたした。 マネヌゞド移行は、倧幅なダりンタむムなしで、セルフマネヌゞド Hive Metastore

    から Dataproc Metastore サヌビスにデヌタを移行するのに圹立぀自動化機胜です。 [4/1] Dataproc Metastore は 自動スケヌリング をサポヌトするようになりたした。自動スケヌリングにより、 ワヌクロヌドの実行に必芁なスケヌリング係数が自動的に増枛したす。
  57. Looker Looker (Google Cloud コア) ず Looker (オリゞナル) の倉曎点: [4/10]

    Looker 24.6には次の倉曎、機胜、修正が含たれおいたす。 • Looker (オリゞナル) の展開開始予定: 2024 幎 4 月 17 日氎曜日 • Looker (オリゞナル) の最終展開ずダりンロヌドが可胜になる予定 : 2024 幎 4 月 25 日朚曜日 • Looker (Google Cloud コア) 導入開始予定: 2024 幎 4 月 15 日月曜日 • Looker (Google Cloud コア) の最終デプロむ予定 : 2024 幎 4 月 22 日月曜日 [4/10] Embedded Looker Studio 機胜がプレビュヌできるようになりたした。この機胜を䜿甚するず、 Looker で Looker Studio レポヌトを衚瀺および線集したり、 Looker Explore のレポヌトで開く機胜を䜿甚しお埋め 蟌み Looker Studio レポヌトでアドホック分析を䜜成したりできたす。 この非公開実隓に参加するには、次の芁件を満たす必芁がありたす。 • Looker むンスタンスは Looker 24.6 以降で実行されおいる必芁がありたす。 • Looker むンスタンスは Google OAuth 認蚌 を䜿甚する必芁がありたす。 • 埋め蟌み Looker Studio にアクセスするナヌザヌごずに Looker Studio Pro ラむセンスが必芁です。 • クロヌズド実隓の サむンアップ フォヌム を送信する必芁がありたす。 Embedded Looker Studio 機胜の䜿甚に関する詳现に぀いおは、近日䞭に公開される予定です。
  58. Looker Looker (Google Cloud コア) ず Looker (オリゞナル) の倉曎点: [4/10]

    Open SQL むンタヌフェむス は、パラメヌタヌ ず フィルタヌのみのフィヌルド をサポヌトするようにな り たした。 [4/10] Looker Studio Pro サブスクリプションの䞀郚ずしお、 Looker ナヌザヌは Looker Studio Pro ラむセン スを無料で利甚できたす。 Looker (オリゞナル) むンスタンス ず Looker (Google Cloud コア) むンスタンス の Looker 管理者は、これらの 無料ラむセンス を受け入れ、Looker Studio Pro サブスクリプションの蚭定を完 了しお Looker Studio の䜿甚を開始できたす。
  59. Looker Studio [4/2] Search Ads 360 コネクタの廃止 2024 幎 4

    月 30 日以降、このコネクタから新しいレポヌトを䜜成できなくなりたす。 新しい Search Ads 360 コネクタ の䜿甚を開始しおください。 この倉曎の詳现に぀いおは、ヘルプセンタヌの Search Ads 360 ぞの接続 (廃止) の蚘事をご芧ください。
  60. Pub/Sub [4/11] Pub/Sub メトリクスをパむプラむンの自動スケヌリングのシグナルずしお䜿甚する堎合は、 Pub/Sub メト リクスをスケヌリング シグナルずしお䜿甚するベスト プラクティス を参照しおください。

    [4/8] むンポヌトトピックを䜿甚しお、 Amazon Kinesis Data Streams から Pub/Sub にストリヌミングデヌタを 取り蟌むこずができるようになりたした。必芁なロヌルず暩限、むンポヌトトピックの䜜成方法など、むンポヌト トピックの詳现に぀いおは、 むンポヌトトピックの䜜成 を参照しおください。この倉曎は、今週の残りの期間 に段階的に展開されたす。
  61. Dialogflow [4/4] Vertex AI Conversation: 異なる蚀語を䜿甚する゚ヌゞェントに接続された 1 ぀の蚀語でデヌタ ストア を䜜成できるようになりたした。

    [4/3] Dialogflow CX: チャット䌚話で 蚀語の自動怜出 が利甚できるようになりたした。 Dialogflow CX ã‚’èš­ 定しお、゚ンドナヌザヌの蚀語を怜出し、同じ蚀語で自動的に応答するこずができたす。この機胜で䜿甚で きる蚀語の䞀芧に぀いおは、 蚀語リファレンス ペヌゞ を参照しおください。 [4/2] Dialogflow CX: コヌル コンパニオン が新しいナヌザヌ むンタヌフェヌス蚭定 ずずもに䞀般提䟛された した。 [4/2] Dialogflow CX: Dialogflow CX 電話ゲヌトりェむ が䞀般提䟛されたした。 [4/2] Vertex AI Conversation: デヌタ ストアで 解析ずチャンクの構成 がサポヌトされるようになりたした。
  62. Gemini Code Assist [4/3] 非垞に小さな .csv、.tsv、.jsonl ファむルを凊理するず Gemini Cloud Code

    拡匵機胜がクラッシュする 問題を修正したした。 [4/3] 空のファむルがチャット コンテキストずしお含たれない問題を修正したした。 [4/3] VSCode Gemini Code Assist プラグむンのテレメトリ デヌタの問題を修正したした。 [4/3] Gemini Code Assist コヌド生成機胜により、ナヌザヌは同じカヌ゜ル䜍眮でコヌドを繰り返し生成で き るようになりたした。
  63. Generative AI on Vertex AI [4/2] Model Garden は、HuggingFace で テキスト生成掚論 がサポヌトされおいるすべおのモデルをサ

    ポヌトしおいたす: • 箄 400 の Hugging Face テキスト生成モデル (google/gemma-7b-it、 meta-llama/Llama-2-7b-chat-hf、mistralai/Mistral-7B-v0.1 を含む) の怜蚌枈みデプロむメント蚭 定。 • その他の Hugging Face テキスト生成モデルには、自動生成される未怜蚌のデプロむメント蚭定があ りたす。
  64. Generative AI on Vertex AI [4/9] Vertex AI の新しい Imagen

    画像生成モデルず機胜 Imagen 2 画像生成モデルの 006 バヌゞョン (imagegeneration@006) が利甚可胜になりたした。このモデルには、次の远加 機胜がありたす: • 远加のアスペクト比 (1:1、3:4、4:3、9:16、16:9) • デゞタル りォヌタヌマヌク (SynthID) がデフォルトで有効 • りォヌタヌマヌクの怜蚌* • ナヌザヌが構成できる新しい安党機胜 (安党蚭定、人物/顔蚭定) 詳现に぀いおは、モデル バヌゞョン ず テキスト プロンプトを䜿甚しお画像を生成する を参照しおください。 * デゞタル りォヌタヌマヌクが有効になっおいる間は、シヌド フィヌルドは䜿甚できたせん。 [4/9] Vertex AI の新しい Imagen 画像線集モデルず機胜 Imagen 2 画像線集モデルの 006 バヌゞョン (imagegeneration@006) が利甚可胜になりたした。このモデルには、次の远加 機胜がありたす: • むンペむンティング - 画像のマスクされた領域にコンテンツを远加たたは削陀したす • アりトペむンティング - 画像のマスクされた領域を拡匵したす • 補品画像線集 - 背景や補品の䜍眮を倉曎しながら、䞻芁な補品を識別しお維持したす 詳现に぀いおは、モデル バヌゞョン を参照しおください。
  65. Generative AI on Vertex AI [4/9] Grounding Gemini ず Grounding

    with Google Search Gemini API は、プレビュヌ版の Grounding with Google Search をサポヌトするようになりたした。珟圚は Gemini 1.0 Pro モデルで利甚可胜です。 [4/9] Vertex AI の Generative AI セキュリティ コントロヌルの曎新 Gemini 1.0 Pro および Gemini 1.0 Pro Vision のオンラむン予枬機胜で セキュリティ コントロヌル が利甚可 胜になりたした。 [4/9] 新しいテキスト埋め蟌みモデル 次のテキスト埋め蟌みモデルがプレビュヌになりたした。 • text-embedding-preview-0409 • text-multilingual-embedding-preview-0409 MTEB ベンチマヌク を䜿甚しお評䟡するず、これらのモデルは以前のバヌゞョンず比范しお埋め蟌みの品質 が向䞊したす。新しいモデルでは、 動的埋め蟌みサむズ も提䟛されおおり、これを䜿甚しお、パフォヌマンス の䜎䞋をほずんど䌎わずに、より小さな埋め蟌みディメンションを出力し、コンピュヌティングずストレヌゞの コストを節玄できたす。 これらのモデルの䜿甚方法の詳现に぀いおは、 公開ドキュメント を参照し、Colab をお詊しください。
  66. Generative AI on Vertex AI [4/9] システム指瀺 システム指瀺 は、プレビュヌ版 の

    Gemini 1.0 Pro (安定版 gemini-1.0-pro-002 のみ) および Gemini 1.5 Pro (プレ ビュヌ) マルチモヌダル モデルでサポヌトされおいたす。システム指瀺を䜿甚しお、特定のニヌズずナヌス ケヌスに基づ いおモデルの動䜜をガむドしたす。詳现に぀いおは、 システム指瀺の䟋 を参照しおください。 [4/9] Gemini の監芖付きチュヌニング 監芖付きチュヌニング は、gemini-1.0-pro-002 モデルで利甚できたす。 [4/9] オンラむン評䟡サヌビス Generative AI 評䟡 では、パむプラむン評䟡 に加えお オンラむン評䟡 もサポヌトされおいたす。サポヌトされる評䟡メト リックのリストも拡匵されたした。 API リファレンス ず SDK リファレンス を参照しおください。 [4/9] Imagen 画像生成バヌゞョン 006 (imagegeneration@006) のseed フィヌルドの動䜜の倉曎 新しい Imagen 画像生成モデル バヌゞョン 006 (imagegeneration@006) では、seed フィヌルドの動䜜が倉曎さ れたした。v.006 モデルでは、画像生成のデゞタル りォヌタヌマヌクがデフォルトで有効になっおいたす。 seed倀を䜿 甚しお確定的な出力を取埗するには、次の parameterパラメヌタを蚭定しおデゞタル りォヌタヌマヌクの生成を無効 にする必芁がありたす: "addWatermark": false。 詳现に぀いおは、画像生成および線集甚の Imagen API リファレンス を参照しおください。
  67. Generative AI on Vertex AI [4/9] 地域 API • Gemini、Imagen、埋め蟌み甚の地域

    API が 11 か囜で新たに利甚可胜 になりたした。 • 米囜ず EU には、gemini-1.0-pro-001、gemini-1.0-pro-002、gemini-1.0-pro-vision-001、 imagegeneration@005 モデルの機械孊習凊理境界がありたす。 [4/9] Generative AI ナレッゞ ベヌス ゞャンプ スタヌト ゜リュヌション: ゞェネレヌティブ AI ナレッゞ ベヌスでは、ビゞネスおよびドメむン固有の知 識を備えたシンプルなチャットボットを構築する方法を説明したす。 [4/9] CodeGemma モデル CodeGemma モデルが利甚可胜です。 CodeGemma は、Google Gemma モデル ファミリヌの䞀郚であ る 軜量オヌプン モデルです。CodeGemma は、Gemma モデル ファミリヌのコヌド生成およびコヌド補完機 胜です。Gemma モデルは Gemini モデルに基づいおおり、顧客による拡匵を目的ずしおいたす。 [4/9] Gemini 1.5 Pro (プレビュヌ) Gemini 1.5 Pro はプレビュヌでご利甚いただけたす。 Gemini 1.5 Pro は、テキスト、コヌド、オヌディオ、 PDF、ビデオ、オヌディオ付きビデオを分析するマルチモヌダル モデルです。
  68. Vertex AI Search and Conversation [4/9] Vertex AI Search: メディア怜玢でサポヌトされる远加蚀語

    Vertex AI Search for media は、アラビア語、英語、フランス語、ドむツ語、ヒンディヌ語、韓囜語、日本語、 ポルトガル語、スペむン語の 9 ぀の蚀語でサポヌトされおいたす。 詳现に぀いおは、蚀語 を参照しおください。 [4/9] Vertex AI Search: より倚くの怜玢タむプに察するドキュメント チャンクのサポヌト (パブリック プレ ビュヌ) 非構造化デヌタ ストアに察しおドキュメント チャンクを有効にするず、パブリック プレビュヌでは怜玢サマ リヌずフォロヌアップ付き怜玢がサポヌトされたす。 詳现に぀いおは、RAG のドキュメントのチャンク を参照しおください。 [4/9] Vertex AI Search: ドキュメント ランキング API (パブリック プレビュヌ) ランキング API はドキュメントのリストを取埗し、ク゚リに察するドキュメントの関連性に基づいおそれらのド キュメントを再ランク付けしたす。これはステヌトレス API であり、事前にドキュメントをむンデックスする必芁 はありたせん。 詳现に぀いおは、ドキュメントのランク付けず再ランク付け をご芧ください。
  69. Vertex AI Search and Conversation [4/9] Vertex AI Search: チェック

    グラりンディング (パブリック プレビュヌ) チェック グラりンディング API は、パブリック プレビュヌ機胜ずしお利甚できたす。 チェック グラりンディング API は、テキストが特定の事実セットにどの皋床根拠があるかを刀断したす。完璧 な根拠を埗るには、テキスト内のすべおのステヌトメントが、特定の事実の 1 ぀以䞊に垰属できる必芁があ りたす。API は、サポヌト スコアず匕甚を返したす。 さらに、実隓的な機胜ずしお、 API は、どの事実がテキストずどの皋床矛盟しおいるかを瀺す矛盟する匕甚も 生成したす。 詳现に぀いおは、チェック グラりンディングず check API を参照しおください。 [4/9] Vertex AI Search: 芁玄ずフォロヌアップ付きの回答 (パブリック プレビュヌ) 回答 API は、芁玄付きの怜玢機胜ずフォロヌアップ付きの怜玢機胜を改善したす。たずえば、耇雑なク゚リ をより適切に凊理し、耇数ステップの取埗が可胜になり、回答スタむルのカスタマむズが可胜になりたす。 回答 API はパブリック プレビュヌでサポヌトされおいたす。 詳现に぀いおは、回答ずフォロヌアップを取埗する をご芧ください。
  70. Vertex AI Search and Conversation [4/9] Vertex AI Search: メディア

    アプリでの入力時の怜玢 (GA) 入力時の怜玢機胜は、メディア怜玢アプリで䞀般提䟛 (GA) されおいたす。 怜玢結果は、ク゚リ党䜓を入力した埌ではなく、各文字の埌に返されたす。入力時の怜玢は、テレビのリモ コンなどの扱いにくい入力デバむスを備えた怜玢アプリに最適です。入力時の怜玢は、りィゞェット UI ず API から有効にできたす。 詳现に぀いおは、メディア アプリで入力時の怜玢結果を取埗する をご芧ください。 [4/9] Vertex AI Search: FHIR デヌタ ストリヌミング取り蟌み (プラむベヌト プレビュヌ) ヘルスケア FHIR デヌタのむンポヌト頻床を遞択したす。 1 回限りのバッチ むンポヌトを実行するか、ストリヌ ミング むンポヌトを蚭定できたす。ストリヌミング むンポヌトは、プラむベヌト プレビュヌ機胜ずしお利甚でき たす。 詳现に぀いおは、ヘルスケア怜玢デヌタ ストアを䜜成する をご芧ください。 [4/9] Vertex AI Search: ヘルスケア怜玢のオヌトコンプリヌト サポヌト (パブリック プレビュヌ) オヌトコンプリヌトは、ヘルスケア デヌタ怜玢のパブリック プレビュヌ機胜ずしお利甚できたす。オヌトコンプ リヌト構成では、暙準的な医療デヌタ ゜ヌスを䜿甚しお、ヘルスケア デヌタ ストアのオヌトコンプリヌト候補 を生成したす。 詳现に぀いおは、オヌトコンプリヌトの構成 をご芧ください。
  71. Vertex AI Search and Conversation [4/9] Vertex AI Search: Google

    Drive を Vertex AI Search に接続 (GA) Google Drive デヌタを Vertex AI Search に同期する機胜は GA で利甚できたす。Google Drive デヌタ スト アの䜜成の詳现に぀いおは、 Google Drive からの同期 をご芧ください。 [4/9] Vertex AI Search: 耇数の怜玢アプリを同じデヌタ ストアに接続 (GA) GA では、耇数の汎甚怜玢アプリを 1 ぀のデヌタ ストアに接続できたす。この機胜を䜿甚するず、同じデヌタ を耇数回取り蟌むこずなく、同じデヌタを怜玢する耇数のアプリを䜜成できたす。 [4/9] Vertex AI Search: ブレンド怜玢 (GA) 1 ぀の怜玢アプリを䜿甚しお耇数のデヌタ ストアを怜玢できるブレンド怜玢は、 GA で利甚できたす。ブレン ド 怜玢の詳现に぀いおは、 耇数のデヌタ ストアの接続に぀いお をご芧ください。 [4/9] Vertex AI Search: Spanner、Cloud SQL、Firestore、Bigtable を Vertex AI Search に接続 (パブリック プレビュヌ) Spanner、Cloud SQL、Firestore、Bigtable から Vertex AI Search ぞのデヌタのむンポヌトは、パブリック プ レビュヌで利甚できたす。 Google Drive デヌタ ストアの䜜成の詳现に぀いおは、 怜玢デヌタ ストアの䜜成 をご芧ください。
  72. Vertex AI Search and Conversation [4/9] Vertex AI Search: メディア怜玢

    (GA) メディア甚の Vertex AI Search は䞀般提䟛 (GA) されおいたす。 メディア デヌタ ストアでメディア怜玢アプリを䜜成できたす。メディア怜玢アプリを既存のメディア デヌタ スト アに接続したり、新しいメディア デヌタ ストアを䜜成したりできたす。ドキュメント メタデヌタを䜿甚しお、メ ディア コンテンツの怜玢ク゚リをフィルタヌ凊理するこずもできたす。
  73. Assured Workloads [4/1] 以䞋の新しい コントロヌル パッケヌゞ が プレビュヌ で利甚できるようになりたした。各新しいコント ロヌル

    パッケヌゞでサポヌトされおいる Google Cloud プロダクトに぀いおは、 サポヌトされおいるプロダク ト をご芧ください。 • Australia Regions • Brazil Regions • Canada Regions • Chile Regions • EU Regions • India Regions • Indonesia Regions [4/1] Google Cloud コン゜ヌルの Resource Manager の [リ゜ヌスの管理] ペヌゞから Assured Workloads フォルダ を䜜成できるようになりたした。詳现に぀いおは、 フォルダの䜜成ず管理 をご芧くださ い。 • Israel Regions • Singapore Regions • South Korea Regions • Switzerland Regions • Taiwan Regions • UK Regions • US Regions
  74. Chronicle [4/3] Curated Detections が、Cloud Threats category の新しい怜出コンテンツで匷化されたした。これら の新しいルヌルセットは AWS

    環境の脅嚁を識別し、 Chronicle Security Operations Enterprise および Enterprise Plus ラむセンスを持぀お客様に䞀般提䟛されたす。 [4/2] 2024 幎 5 月 1 日以降、゚ンリッチメントの品質向䞊のため、 テレメトリ むベントず゚ンティティを䜿甚す る゚ンリッチメント プロセス では、゚ンリッチされおいないむベントの゚むリアスからの倀よりも、パヌサヌに よっお蚭定された倀が優先されたす。パヌサヌが倀を蚭定しない堎合は、゚ンリッチメント プロセスによっ お、゚むリアスを䜿甚しお゚ンリッチされた倀が蚭定されたす。
  75. Chronicle Security Operations [4/3] AWS の脅嚁をカバヌする Curated Detections ルヌル パックは、Chronicle

    Enterprise および Enterprise Plus のお客様に䞀般提䟛されたす。 [4/3] 2024 幎 5 月 1 日以降、゚ンリッチメントの品質向䞊のため、 テレメトリ むベントず゚ンティティを䜿甚す る゚ンリッチメント プロセス では、゚ンリッチされおいないむベントの゚むリアスからの倀よりも、パヌサヌに よっお蚭定された倀が優先されたす。パヌサヌが倀を蚭定しない堎合は、゚ンリッチメント プロセスによっ お、゚むリアスを䜿甚しお゚ンリッチされた倀が蚭定されたす。
  76. Chronicle SOAR [4/11] リリヌス 6.2.54 は珟圚プレビュヌ段階です。 [4/12] リリヌス 6.2.53 が䞀般公開されたした。

    [4/12] リモヌト ゚ヌゞェント リリヌス 1.5.0 が䞀般提䟛になりたした。 [4/11] クロヌズされたケヌスにタグを远加たたは削陀するずきに゚ラヌが発生する (ID #50195120) [4/11] 動的パラメヌタをむンポヌトできたせん (ID #00262571) [4/11] プラットフォヌムの曎新䞭にプレむブックが再実行される (ID 00282275) [4/11] プレむブック ブロック入力を䜿甚しお動的むンスタンスを遞択するこずはできたせん (ID #00276416) [4/11] ダッシュボヌドを曎新するず衚瀺されるデヌタが倉曎されたす (ID #49716319) [4/11] プレむブックが正しく保存されない (ID #49142793) [4/11] SAML 経由でログむンするず、SOAR 監査ログには衚瀺されたせん。 [4/11] リリヌス 6.2.45 では、䞀般的なプレヌスホルダヌを手動で入力するオプションが远加されたした。䞀般的なプレヌ スホルダヌ セクションがプラットフォヌムに远加されたした。
  77. Google Cloud Armor [4/3] Cloud Armor Enterprise Paygo (旧称 Managed

    Protection Plus Paygo) が䞀般提䟛になりたした。 詳现は、 Cloud Armor Enterprise service tiers をご芧ください。 [4/3] Cloud Armor プレミアム サヌビス局 “Cloud Armor Managed Protection Plus” は、”Cloud Armor Enterprise”に名前が倉曎されたした。この倉曎は、 Cloud Armor の゚ンタヌプラむズ機胜の進化を反映す るために行われおいたす。 SKU ID ず䟡栌は倉曎されおいたせん。名前の倉曎は、既存のプロゞェクトの登 録ステヌタスや、Managed Protection Plus の䞀郚であった機胜には圱響したせん。 Cloud Armor Enterprise の詳现をご芧ください。
  78. Policy Intelligence [4/1] IAM のポリシヌ トラブルシュヌティング ツヌル は珟圚、Google Kubernetes EngineGKEクラスタ

    な どのリヌゞョン リ゜ヌスのタグを取埗したせん。そのため、 タグベヌスの条件 を含む IAM ポリシヌがあり、 ポリシヌ トラブルシュヌティング ツヌルを䜿っおリヌゞョン リ゜ヌスぞのアクセスのトラブルシュヌティングを 行おうずするず、䞍正確な結果が返される可胜性がありたす。圓瀟の゚ンゞニアリング チヌムはこの問題の 解決に取り組んでいたす。
  79. Secret Manager [4/2] プレビュヌ: シヌクレット バヌゞョンの遅延砎棄がプレビュヌで利甚できるようになりたした。デフォルト では、シヌクレット バヌゞョンはリク゚ストに応じお盎ちに砎棄されたす。シヌクレット レベルで遅延砎棄を有 効にし、砎棄の遅延期間を指定しお、このシヌクレットに属するバヌゞョンが砎棄されおも砎棄が即時に行

    われないようにするこずができたす。代わりに、シヌクレット バヌゞョンは䜿甚䞍可ずなり、蚭定された遅延 期間䞭は砎棄がスケゞュヌルされたたたになりたす。砎棄の遅延期間が過ぎるず、バヌゞョンは砎棄された す。シヌクレット マネヌゞャヌ管理者は、バヌゞョンを有効たたは無効にするこずで、砎棄がスケゞュヌルさ れおいるシヌクレット バヌゞョンを埩元できたす。 詳现に぀いおは、シヌクレット バヌゞョンの遅延砎棄 を参照しおください。
  80. Security Command Center [4/2] ゚ンタヌプラむズ ティアが䞀般提䟛にリリヌスされたした Security Command Center をクラりド

    セキュリティず゚ンタヌプラむズ セキュリティ操䜜をマルチクラりド サ ポヌトず組み合わせたクラりド ネむティブ アプリケヌション保護プラットフォヌム (CNAPP) に倉換する゚ン タヌプラむズ ティアが 䞀般提䟛GA にリリヌスされたした。 ゚ンタヌプラむズ ティアの次の機胜は、 Security Command Center の新機胜です: • マルチクラりド サポヌト: Security Command Center を Amazon Web Services に接続しお、次の機胜を利甚できるよ うになりたした: ◩ 脅嚁ず脆匱性を怜出 ◩ 高䟡倀の AWS リ゜ヌスのリスク露出を評䟡 ◩ セキュリティ暙準ぞの準拠を評䟡 • グロヌバル セキュリティ運甚タスク甚の 新しい Security Operations コン゜ヌル • セキュリティ運甚甚の SIEM および SOAR 機胜 ◩ セキュリティ調査およびむベント管理 (SIEM) 機胜: ▪ Google Cloud、AWS、Security Command Center の怜出結果、および耇数の゜ヌスからのリ゜ヌス メ タデヌタからログを取り蟌んで正芏化 ▪ キュレヌトされた脅嚁怜出を䜿甚しお、最も重芁なクラりドの脅嚁を怜出 ▪ 統合された SIEM デヌタ党䜓を怜玢
  81. Security Command Center • Mandiant Attack Surface Management の統合 ◩

    Mandiant Attack Surface Management は倖郚の攻撃察象領域をスキャンし、脆匱性ず構成ミスの怜出結果を 特定 • Sensitive Data Protection の統合 ◩ Google Cloud コン゜ヌルの Security Command Center のリスク抂芁 ペヌゞに、Sensitive Data Protection 怜出サヌビスからのデヌタ セキュリティ怜出結果が衚瀺されるようになりたした ◩ Sensitive Data Protection からのデヌタ セキュリティ怜出結果は、デヌタの機密性ずデヌタ リスク レベルを瀺 し、攻撃パス シミュレヌション機胜のリ゜ヌス倀の自動割り圓おに圹立おるこずができたす • Gemini 人工知胜機胜 ◩ 脅嚁怜出結果の自然蚀語怜玢 ◩ ケヌスの AI 調査りィゞェット • コンプラむアンス、セキュリティ暙準 ◩ AWS セキュリティ暙準のサポヌト • 組織のポリシヌず Security Health Analytics 怜出機胜に察しおInfrastructure as code (IaC) を怜蚌 したす。 IaC 怜蚌機胜を䜿甚するず、新しいリ゜ヌス定矩たたは倉曎されたリ゜ヌス定矩が、Google Cloud リ゜ヌスに適甚され おいる既存のポリシヌに違反しおいるかどうかを刀断できたす。 • Assured Open Source Software ずの統合 Assured OSS の有料局は Enterprise 局のラむセンスに含たれおいるため、Google が独自の開発者ワヌクフロヌに䜿 甚するオヌプン゜ヌス ゜フトりェア パッケヌゞを䜿甚しお、コヌド セキュリティを匷化できたす。
  82. Security Command Center • セキュリティ運甚および察応 (SOAR) 機胜: ◩ ケヌスを䜿甚しお怜出、調査、および察応を管理 ◩

    プレむブックを䜿甚しお察応ワヌクフロヌを自動化 ◩ Security Operations コン゜ヌルの専甚ビュヌを䜿甚しお、ポスチャず脅嚁の怜出結果に焊点を圓おる ◩ ポスチャ管理のために、Jira や ServiceNow などの IT サヌビス管理補品ず統合 ◩ 統合された SOAR デヌタ党䜓を怜玢 • 次の攻撃露出スコアリング機胜が䞀般提䟛されおいたす: ◩ 高䟡倀リ゜ヌスのために蚈算された攻撃露出スコア ◩ 脆匱性の怜出結果の重倧床は、攻撃露出スコアに合わせお倉化する可胜性がありたす ◩ 機密デヌタ保護によるリ゜ヌス倀の自動割り圓お (オプション) • 脆匱性ず構成ミスの怜出 ◩ セキュリティ ヘルス分析には、次の機胜匷化が含たれおいたす: ▪ AWS リ゜ヌスの新しい構成ミス怜出機胜 ▪ 怜出機胜は新しいセキュリティ暙準にマッピングされたす ◩ 自動的に開かれるケヌスを䜿甚しお、重倧床の高い脆匱性ず構成ミスの怜出結果の修埩を管理できるようになり たした。 • 脅嚁の怜出ず調査 ◩ AWS デプロむメントで脅嚁を怜出 ◩ 90 日間のクラりド ログにわたっお SIEM のような機胜を䜿甚しおむンシデントを調査しお察応 ◩ ケヌスを䜿甚しお脅嚁の調査ず察応を管理 ◩ プレむブックを䜿甚しお脅嚁に察応する察応ワヌクフロヌず自動アクションを定矩
  83. Security Command Center [4/2] ゚ンタヌプラむズ ティアでは、特定の怜出結果の重倧床レベルが可倉になりたした Security Command Center の゚ンタヌプラむズ

    ティアでは、怜出結果の攻撃露出スコアが倉化するず、ア クティブな脆匱性たたは構成ミスの怜出結果のデフォルトの重倧床レベルが倉わるこずがありたす。プレミア ム ティアのナヌザヌで、゚ンタヌプラむズ ティアにアップグレヌドする堎合は、重倧床プロパティの倀に䟝存 する自動たたは手動の手順をチェックしお、可倉の重倧床倀をサポヌトできるこずを確認しおください。 詳现に぀いおは、攻撃露出スコアに基づいお倉化する重倧床 を参照しおください。
  84. Security Command Center [4/1] 次の Security Health Analytics の誀った構成怜出機胜が倉曎され、゚ラヌ メッセヌゞがログに曞き

    蟌たれない可胜性がある過床に制限されたフラグ倀をチェックするようになりたした : • SQL_LOG_ERROR_VERBOSITY • SQL_LOG_MIN_ERROR_STATEMENT_SEVERITY 怜出機胜がチェックするフラグ倀に぀いおは、以䞋を参照しおください : • SQL log error verbosity • SQL log min error statement severity
  85. Sensitive Data Protection [4/2] デヌタ プロファむルを Security Command Center に公開するこずを遞択した堎合は、リ゜ヌスに含た

    れるデヌタの機密性に応じおリ゜ヌスの優先順䜍を自動的に蚭定するように Security Command Center を構成できたす。詳现に぀いおは、 デヌタの機密性に応じおリ゜ヌスの優先順䜍の倀を自動的に蚭定する を参照しおください。 怜出スキャン構成でデヌタ プロファむルを Security Command Center に公開するように蚭定されおいない 堎合は、既存の構成で Security Command Center ぞの公開を有効にする を参照しおください。
  86. Carbon Footprint [4/1] スコヌプ 2 の垂堎ベヌスの排出量デヌタがプレビュヌでリリヌスされたした。この指暙は、 Google の 幎間再生可胜゚ネルギヌ賌入量を組み蟌んだ賌入電力を衚したす。このペヌゞのスコヌプ 2

    排出量は、政 府゜ヌス (IEA、EPA、AIB) の幎間排出係数を䜿甚しお掚定されおいたす。方法論ず、ロケヌションベヌスず åž‚ 堎ベヌスの排出量指暙の違いに぀いおは、こちらで 詳しく知るこずができたす 。 • スコヌプ 2 の垂堎ベヌスの排出量デヌタは、 2023 幎 1 月以降のみ利甚可胜で、次の堎所からアクセ スできたす。 • コン゜ヌル ダッシュボヌド の 垂堎ベヌスの排出量 タブ、および • ゚クスポヌト デヌタ スキヌマのフィヌルド carbon_footprint_kgCO2e.scope2.market_based ずしお の BigQuery ゚クスポヌト 以前の月に BigQuery に゚クスポヌト 枈みのデヌタでは、゚クスポヌトされたテヌブルにスコヌプ 2 の垂堎 ベヌスの排出量デヌタが NULL ずしお残っおいるこずに泚意しおください。新しくリリヌスされた垂堎ベヌスの デヌタを衚瀺するには、必芁な期間の 手動デヌタ バックフィル をスケゞュヌルしおください。デヌタのリリヌ スには半月遅れがあるこずに泚意しおください。たずえば、 2023 幎 1 月ず 2 月のデヌタをバックフィルするに は、2023 幎 2 月 15 日ず 2023 幎 3 月 15 日のバックフィルを実行したす。これにより、 BigQuery テヌブル内 の 2023 幎 1 月ず 2 月のデヌタが曎新されたす。
  87. Google Cloud Architecture Center [4/3] (新しいガむド) GKE を䜿甚した RAG 察応生成

    AI アプリケヌションのむンフラストラクチャ : GKE、Cloud SQL、Ray、Hugging Face、LangChain などのオヌプン゜ヌス ツヌルを䜿甚しお、怜玢拡匵生成 (RAG) を 備えた生成 AI アプリケヌションを実行するためのむンフラストラクチャを蚭蚈したす。 [4/5] (新しいガむド) Google Cloud Armor、負荷分散、Cloud CDN を䜿甚しおプログラム可胜なグロヌバ ル フロント゚ンドをデプロむする : Google Cloud のベスト プラクティスを組み蟌んだグロヌバル フロント゚ン ドを䜿甚するアヌキテクチャを提䟛し、むンタヌネット向けアプリケヌションの配信のスケヌリング、セキュリ ティ保護、高速化に圹立ちたす。
  88. Maps SDK for iOS [4/1] iOS 甹 Places SDK バヌゞョン

    8.5 のリリヌスにより、iOS 甹 Maps SDK の最新バヌゞョンは v.8.4.0 の たたずなりたす。 [4/1] Xcode の新しい最小サポヌトバヌゞョンは 15.0 です。
  89. Navigation SDK for Android [4/4] ナビゲヌション SDK を䜿甚するアプリ内で NullPointerException ゚ラヌが任意にスロヌされるバグを

    修正したした。 [4/4] フラグメントのスワップに replace の代わりに attachment/detach を䜿甚するこずで、デモ アプリのメ モリ リヌクを修正したした。 [4/4] デモ アプリで Android 12 PermissionUsageHelper リヌクを回避する方法の䟋を远加したした。 [4/4] ガむダンス開始埌に発生しおいたメモリリヌクを修正したした。 [4/4] ナビゲヌション SDK の初期化の埅ち時間が短瞮されたした。 [4/4] 利甚芏玄ダむアログに拒吊ボタンがなくなりたした。ナビゲヌションを匕き続き䜿甚するには、ドラむ バヌはダむアログの利甚芏玄に同意する必芁がありたす。
  90. Navigation SDK for iOS [4/1] iOS 甹 Places SDK バヌゞョン

    8.5 のリリヌスにより、iOS 甹 Nav SDK の最新バヌゞョンは v.5.4.0 の たたずなりたす。 [4/1] Xcode の新しい最小サポヌトバヌゞョンは 15.0 です。
  91. Places SDK for iOS [4/1] Text Search API の新しいバヌゞョンが利甚可胜になりたした。 Text

    Search は、文字列に基づいお䞀 連の堎所に関する情報を返したす (䟋: 「ニュヌペヌクのピザ」、「オタワ近くの靎屋」、「メむン ストリヌト 123」)。Text Search を䜿甚するには、Places SDK for Android (New) を䜿甚する必芁がありたす。 [4/1] リリヌス 8.5.0 iOS 向け Places SDK バヌゞョン 8.5.0 が利甚可胜になりたした。このリリヌスず以前のすべおのリリヌスに 関する情報に぀いおは、 リリヌス ノヌト を参照するか、リリヌス ノヌト XML フィヌドを賌読しおください。 新芏ナヌザヌの堎合は、 Google Cloud プロゞェクトの蚭定 を参照しおむンストヌル プロセスを開始しおく だ さい。 既存のお客様の堎合は、 バヌゞョン のアップグレヌド手順を参照しおください。 [4/1] Xcode の新しい最小サポヌトバヌゞョンは 15.0 です。