云數據庫提供商之間有一個普遍說法，就是他們正在從Oracle贏走大量遷移過來的客戶，按理說，Oracle的市場應該正在萎縮。

然而，Oracle持續表現出強勁的增長，年均按照美元計算的有機增長率為8%，其中包括來自云數據庫的大幅增長。此外，Oracle的Autonomous Database每小時處理的查詢也要比競爭對手的服務更多。

這是怎么回事？盡管傳統觀點認為，企業正在放緩云消費的增長，但事實上云轉型的趨勢長期存在，并且隨著時間的推移，這股浪潮正在掀起波瀾。

ChatGPT包攬了今年的熱點話題，它的推出促進了AI，尤其是生成式AI，但生成式AI其實是一段旅程，而我們才剛剛起步——就像去年主導數據領域的數據網格一樣。

其共同點是這一切都需要數據，而且還需要云的持續增長。這就是Oracle的云戰略有趣的地方。

當談論超大規模數據中心企業的時候，你通常不會第一個想到Oracle。AWS和微軟的Azure，其次是Google Cloud，往往都是在OCI之前被首先提及。

不會被第一個想到，這不僅是在超大規模數據中心企業，還在數據庫領域，Oracle的Autonomous Database每小時處理的查詢數是Snowflake的很多倍，但是Snowflake卻經常成為人們關注的焦點。

Oracle意識到自己在云領域正在扮演一個挑戰者角色。Oracle聲稱自己的Autonomous Database價格低于Amazon Redshift。

轉向多云

Oracle和企業計算巨頭IBM以及SAP一樣，已經從以其自身為中心的、單一中心的觀點轉向多極化了，或者更具體地說，轉向了多云世界。除了小型企業，對于大多數中型到大型企業來說，多云是他們已經在計劃中或者默認的規則。

Oracle的OCI之旅顯然是第二代初學者的旅程，它吸取了前人教訓。從技術上講，Oracle幾乎是從零開始的。我們說“幾乎”，是因為Oracle的確擁有第一代云架構，但隨后又棄用了第二代云架構，從頭開始重塑了云基礎架構。

Oracle從扁平化網絡拓撲開始，消除了大型的、多樣化的云數據中心中不可避免的躍點，并利用遠程直接內存訪問協議（RDMA）等創新，其云網絡上的分布式節點可以從彼此的遠程緩存上相互讀取或寫入數據，而無需導航CPU或者操作系統的開銷。盡管大多數超大規模數據中心企業都在吹捧商用硬件的經濟性，但除非你真正擁有并指定整個硬件堆棧，否則RDMA是不可能的。

從實用的角度來看，這讓Oracle數據庫能夠跨多個物理實例運行，就好像是虛擬實例一樣。結合扁平化的高帶寬網絡拓撲，使得大部分Oracle云數據中心像一臺超級計算機一樣運行。這就是計算方面。至于存儲，Oracle和WEKAIO展開合作，為高性能計算裸機計算實例類型提供高帶寬結構。

另一塊版圖是多云：Oracle意識到OCI不會是客戶群的唯一選擇。幾年前，Oracle和微軟簽署了一項協議，在OCI和Azure數據中心之間建立直接網絡連接，這一舉措出乎我們的意料，這么做是為了通過云之間的低延遲專用連接實現互操作性。

此舉相當于敵人的敵人聚在了一起，那些通常使用Microsoft 365和Oracle數據庫的聯合客戶，將兩者推向了聯姻。

在大多數情況下，這些互連的距離非常短。由于大家一般都傾向于將他們的云數據中心定位在靠近主要市場的地方，因此彼此之間距離很近，因此這些互連通常位于同一建筑物或距離園區很短車程的另一建筑物中。

有一家使用多項Azure服務的歐洲客戶發現，與使用其他Azure服務相比，通過互連（控制平面位于Azure中，Exadata實例位于OCI中）使用Oracle Exadata Database Service的情況下，IOPS基準測試速度提高了30%?，F在，在OCI的41個“區域”，有12個具有Azure互連。

回顧一下Oracle的多云戰略。在個別情況下，例如MySQL HeatWave on AWS，涉及在國外本地實施和托管Oracle數據庫服務。但考慮到Oracle的數據庫云服務針對硬件進行了優化，因此HeatWave on AWS將成為證明規則的一個例外?？蛻舭袿racle和Azure結合在一起，Oracle預計，這些客戶會給其他超大規模數據中心企業施加同樣的而影響。

在第三方云服務方面，AWS的合作由來已久。根據SKU的數量，AWS提供了比其他任何人都更適合各種用途的數據庫服務，我們最后估計為16個，具體取決于你把什么算作數據庫服務。

四年前，AWS推出了MongoDB殺手——DocumentDB。然而，就在去年，兩家廠商簽署了一項為期六年的聯合上市合作伙伴關系。當AWS的EC2端嗅到收入機會時，它可能會成為最好的“亦敵亦友”。

區域飽和度

另一面是OCI的世界征服戰略，即用OCI“區域”來占領世界。

這里的區域帶雙引號，因為對于Oracle而言，區域通常是單個數據中心，而對于AWS、Azure和Google而言，區域是指覆蓋特定地理區域的兩個或多個數據中心的集合。

另一點是在大多數情況下，Oracle的區域或者數據中心往往小于AWS或Azure的對應區域。這是OCI起源的產物。雖然Oracle一直尋求構建一個涵蓋所有服務的多用途云，從基礎設施即服務到平臺即服務再到軟件即服務，但與競爭對手相比，Oracle最初的業務主要面向的是利基市場，是為了迎合Oracle Database和Fusion應用的客戶。

換句話說，經典的企業工作負載，而不是誕生于云端的網絡或者社交網絡用例。因此，需求更側重于機架和數據中心級別的冗余，而不是看似無休止的橫向擴展。

最初由其原始市場塑造的OCI區域，這種緊湊性已經成了Oracle的一種設計模板。OCI定位的一個關鍵部分是高性能。這在很大程度上要歸功于諸如扁平網絡拓撲和繞過計算和操作系統層的、基于RDMA的超級集群等技術創新。

隨著Oracle擴大了業務范圍，它也在尋求盡可能靠近最終客戶的位置，以把傳輸限制轉化為自己的一個優勢。保持數據中心小而統一，意味著你可以使用通用的方法去更快速、更便宜地構建更多的數據中心。Oracle公司董事長、首席技術官Larry Ellison將其比作埃隆馬斯克的星鏈，依靠成群的近地衛星來覆蓋地球。Ellison也想在云計算領域做同樣的事情。

Oracle還有很長的一段路要走。如今，OCI有41個區域，包括49個可用區域（數據中心），以及數量不詳的美國國家安全客戶秘密區域。相比之下，AWS正在運轉的有31個區域，包括99個可用區域（數據中心）和450個存在點（相當于經典內容交付網絡端點的云）。

Oracle和AWS都想為那些希望在自己企業內部部署AWS和OCI的客戶提供預先打包的選項。此外，AWS有33個本地區域（超本地化設施）和29個Wavelength區域（與電信提供商共同托管的數據中心）。

我們認為，Oracle希望構建與AWS Local Zones類似的功能，而且是相當龐大的數量。