20個地區達陣 甲骨文AI資料庫攜手AWS擴大服務版圖

甲骨文(ORCL)與亞馬遜(AMZN)正把彼此的雲端版圖拉得更近。雙方擴大「Oracle AI Database@AWS」服務的涵蓋地區與功能，讓企業資料庫與生成式AI服務的距離愈來愈短。這項服務讓既有的甲骨文資料庫能直接在亞馬遜雲端服務(AWS)環境中運作，同時串接Amazon Bedrock、SageMaker等AI與分析工具。

甲骨文在服務文件中說明，Oracle AI Database@AWS是在AWS資料中心內、由甲骨文雲端基礎架構(OCI)管理的Exadata基礎架構上，提供Exadata Database Service與Autonomous AI Database。換句話說，企業把資料庫留在AWS環境裡，同時能串接AI Vector Search、Amazon Bedrock與Amazon SageMaker。

這次擴展的重點不在新產品名稱，而在降低既有系統的搬遷門檻。原本就使用甲骨文資料庫的企業，不必大幅改寫應用程式，就能考慮把工作負載搬進AWS環境。

甲骨文表示，透過「zero-ETL」整合，企業不需另外建置資料管線，就能把AWS的分析、機器學習與生成式AI服務串起資料流。所謂zero-ETL，是省去傳統擷取、轉換、載入的中間步驟，讓營運資料能更直接對接分析與AI服務。

AWS在4月20日的官方部落格中介紹了一項新功能：為Oracle Database@AWS與EC2之間提供一致的次毫秒級來回延遲的高效能網路。這項功能適用於4月1日之後新建立的Oracle Database@AWS網路，以及支援的地區與可用區域。

這類低延遲設計主要鎖定線上交易處理、金融交易系統與高吞吐量業務。對企業資料庫而言，處理延遲往往直接反映在服務品質與成本上，因此雲端之間的連線品質已經不只是附加便利，而是採用與否的判斷依據。

根據甲骨文的功能更新文件，12日新增了對Exascale基礎架構上Exadata Database Service的支援。7月31日新增新加坡與米蘭地區的兩個實體可用區支援，7月20日則加入AWS Secrets Manager整合。

6月10日，服務新增Autonomous AI Database Serverless選項，以及透過AWS Marketplace提供的Public Offer。相較於固定容量，伺服器無運算(Serverless)選項能依用量彈性調整，也常被視為降低導入初期負擔的方式。

地區擴張的速度同樣驚人。甲骨文6月17日在官方部落格中表示，Oracle AI Database@AWS已涵蓋20個AWS地區，並計劃再增加2個地區。

同一篇文章中，甲骨文透露已有數百家客戶把核心工作負載放上這項服務運作。根據甲骨文服務頁面公布的實際上線地區清單，亞太首爾地區也名列其中。

這項服務在2025年7月8日以「Oracle Database@AWS」之名正式對外提供。當時甲骨文與AWS選定美國維吉尼亞北部與奧勒岡地區作為起點，並列出富達投資(Fidelity)、Nationwide、SAS等作為早期客戶案例。

如今更名為「Oracle AI Database@AWS」，服務重心也從單純的資料庫代管，轉向強調AI應用與多雲串接。對企業來說，資料庫該放在哪個雲端已經不是唯一考量，資料要接上哪些AI服務、延遲多低，同樣是關鍵。

對台灣企業而言，這波發展牽動的是雲端與AI基礎建設的競爭態勢，也牽涉資料主權與維運複雜度。本刊先前報導，亞馬遜雲端服務(AWS)營收達422億美元(約新台幣1.35兆元)，年增37%。

在AI需求帶動雲端營收成長的同時，既有企業資料庫該放在哪個雲端、串接哪些AI服務，正逐漸變成成本與營運策略上的關鍵爭點。本刊也曾報導，美國大型科技公司在AI設備投資上的競爭，一方面帶動雲端業務成長，另一方面也對現金流造成壓力。

不過並非所有功能都會在所有地區以相同方式提供。AWS的OCI多雲互連(Multicloud Interconnect)功能在5月15日於維吉尼亞北部地區以公開預覽形式推出，甲骨文也在文件中註明部分功能與時程可能異動。

評論：實際導入與否，恐怕還是得回到地區可用性、OCI租戶條件、AWS支援範圍與企業內部維運能量這幾個現實面來檢視。目前可以確認的走向是，Oracle AI Database@AWS正把地區擴張、伺服器無運算選項、密鑰管理整合與高效能網路綁在一起，試圖降低企業資料庫導入AI應用的門檻。