投稿

カタログ・フェデレーションとデータ移動のないAutonomous AI LakehouseでIcebergテーブルを最適化 (2026/10/28)

イメージ
カタログ・フェデレーションとデータ移動のないAutonomous AI LakehouseでIcebergテーブルを最適化 (2026/10/28) https://blogs.oracle.com/autonomous-ai-database/optimize-iceberg-tables-ai-lakehouse 投稿者: Alexey Filanovskiy  | Product Manager 共有オープンテーブルのためのカタログフェデレーションとOracle SQLインテリジェンス Oracleは、Oracle AI LakehouseにおけるネイティブApache Icebergのサポートを拡張します。お客様は、共有Icebergテーブルを読み取り、それをOracleの運用データと組み合わせ、Oracle SQLクエリの結果を新しいIcebergテーブルとして公開し、互換性のあるエンジン全体で使用できるようになります。 これらの機能は、オープンスタンダードと顧客の選択肢に対するオラクルの取り組みを反映しています。データは単一のエンジンに縛られることなく、オープンフォーマットでデータレイク内に保持されます。顧客はOracle SQLのインテリジェンスを適用できるだけでなく、他のサポート対象プラットフォームとの連携も自由に行えます。 今回の発表は、以下の4つの進歩によって特徴づけられます。 シームレスなカタログ連携。AI LakehouseをOracle AI Data Catalogまたはサポートされている外部カタログに接続することで、個別の設定手順なしに、承認済みテーブルを検出できます。 Icebergの読み取り互換性が向上。 機能拡張により、AI Lakehouseは他のエンジンによって作成および管理された、より幅広い種類の共有Icebergテーブルを読み取ることができるようになりました。 Icebergネイティブ書き込み。Iceberg テーブルを作成し、Oracle SQLクエリの結果(Oracleデータとの結合を含む)を直接テーブルに公開します。 インテリジェントなパフォーマンス。Iceberg テーブルはOracleオプティマイザの第一級オブジェクトとして扱われ、Oracleのクエリ最適化機能をIcebergワークロードにもたらします...

CISOの視点:AIにはガードレール以上のものが必要:CISOによるOracleのディープ・トラストAIアーキテクチャの視点 (2026/10/28)

CISOの視点:AIにはガードレール以上のものが必要:CISOによるOracleのディープ・トラストAIアーキテクチャの視点 (2026/10/28) https://www.ateam-oracle.com/ciso-perspectives-ai-needs-more-than-guardrails-a-cisos-view-of-oracles-deep-trust-ai-architecture 投稿者: Leia Manchanda  | Field CISO はじめに CISOとして、私はあらゆる場所でAIの可能性を目にしています。より迅速な意思決定、より良い体験、自動化された運用、そしてソフトウェアを構築する新しい方法です。同時に、セキュリティ上の課題も認識しています。AIエージェントは単にデータを分析するだけでなく、システムにアクセスし、コードを生成し、アクションを実行することが増えています。これにより、リスクの方程式が変わります。 もはや「AIモデルを安全に保護できるか」という問題ではなく、「AIが最も重要なデータやビジネスプロセスと安全にやり取りすることを信頼できるか」という 問題になります。Oracleの新しいDeep Trust AIアーキテクチャは、すべてのAIエージェント、開発者、またはアプリケーションがセキュリティ制御を正しく実装することを任せるのではなく、アーキテクチャの原則として信頼に取り組んでいるため、魅力的です。 課題:AIは既存のセキュリティギャップを増幅します。 AIはイノベーションと敵対的活動の両方を加速させています。攻撃者はAIを使用して脆弱性を特定し、説得力のあるフィッシングコンテンツを作成し、偵察を自動化し、発見から悪用へとより迅速に移行できます。同時に、組織はAIエージェントに機密性の高い企業データへのアクセス、アプリケーションの生成、ワークフローの自動化を求めています。 従来の制御は多くの場合、アプリケーションコードで適用されます。エージェントが API、MCP サーバー、自然言語から SQL への機能など、別の経路でデータにアクセスできる場合、そのモデルは脆弱になります。ポリシーがアプリケーション レイヤーのみで実装されている場合、新しいエージェントまたは生成されたアプリケーションが意図せずそれをバイパ...