Oracle Cloud Infrastructure Blog(翻訳)

VMwareワークロードを次に実行する場所 (2026/08/27) https://blogs.oracle.com/cloud-infrastructure/where-should-vmware-workloads-run-next 投稿者： Laura Askvig  | Principal Product Marketing Manager VMwareアプリケーションを次にどこで実行するかを決定する前に、すべてのアプリケーションの最終的な将来像を決定する必要はありません。 多くのインフラストラクチャチームにとって、2026年のVMwareに関する課題は、すべてのアプリケーションを再構築する必要があるかどうかではなく、もっと差し迫った問題、つまりVMware環境を次にどこで稼働させるべきか、ということだ。 この疑問が今持ち上がっているのには、多くの理由があります。ライセンスモデルの変化、データセンター契約やハードウェアの更新時期、そしてキャパシティや災害復旧に関する要件の進化などが挙げられます。同時に、VMware上で稼働するアプリケーションには、ITチームが保護する必要のあるユーザー、依存関係、SLA、変更期間などが依然として存在します。 ワークロードの移行は、アプリケーションのリファクタリング、データベースの変更、新しい運用モデルの採用、セキュリティの再設計とは別の決定事項となり得ます。これらの変更は特定のアプリケーションにとって理にかなっている場合もありますが、移行の前提条件となる必要はありません。 Oracle Cloud VMware Solutionは、もう一つの選択肢を提供します。組織は、Oracle Cloud Infrastructure（OCI）上で顧客管理型のVMware環境を実行し、使い慣れたVMwareツールと操作を継続して使用しながら、アプリケーションが時間とともに進化できるクラウドランディングゾーンを構築できます。 その目的は、VMwareワークロードをOCIに移行するプロセスを簡素化すると同時に、ITチームがより迅速にイノベーションを進め、これらのアプリケーションの今後の展開を決定できる柔軟性を提供することです。 VM数ではなく、アプリケーション数で考えよう VMの数は移行規模の算出に役立ち、アプリケーションの依存関...

Address to Insight: Oracle AI Database 26aiでのライブ空間ヒートマップの構築 (2026/08/25) https://medium.com/@vbalebai/from-address-to-insight-build-a-live-spatial-heat-map-in-oracle-ai-database-26ai-62cccdaec602 投稿者： vijay balebail SQLでリレーショナルアドレスをジオコーディングし、リスクが集中している場所を特定し、ORDSを通じてリアルタイムのヒートマップを公開します。外部のGISスタック、APIキー、別途ライセンスは不要です。 Enterキーを押すか、画像をクリックしてフルサイズで表示します。 主なポイント 通常の住所列が、1つのSQL文で空間クエリ可能になります。Oracle AI Databaseは、外部のジオコーディングAPIやキー管理を必要とせずに、 テキスト形式の住所を SDO_GEOMETRY 地点に解決します。 登録済みでインデックス付きのジオメトリ列を使用すると、SQL は近接性に関する質問に直接答えることができます。「この地点から 5 km 以内にある場所はどれか」といった質問は、テーブルをスキャンする代わりに R ツリー インデックスに対して実行されます。 1つのビューにリレーショナルフィールド、座標、正規化されたヒートスコアをまとめて格納できるため、ブラウザはデータベース処理を自ら行う代わりに、地図表示に適した小さな結果を受け取ることができます。 ORDSは、数行のPL/SQLコードでそのビューをJSONエンドポイントに変換し、Leafletを使用した単一の静的HTMLページがそれをライブヒートマップとマーカーレイヤーとしてレンダリングします。これはOCIオブジェクトストレージ上で無料でホストされます。 ほとんどのビジネスシステムには既に位置情報データが保存されています。ただ、住所欄（番地、市区町村、都道府県、郵便番号）に閉じ込められているだけです。請求書を郵送するにはそれで十分ですが、次のような質問には答えられません。 違反件数が最も多い場所は、互いに5キロメートル以内の範囲に集中している。 このチュートリアルでは、その疑問に答えます。従来の...