雲資料庫提供商之間有一個普遍說法，就是他們正在從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%。現在，在OCI的41個「區域」，有12個具有Azure互連。
回顧一下Oracle的多雲戰略。在個別情況下，例如MySQL HeatWave on AWS，涉及在國外本地實施和託管Oracle資料庫服務。但考慮到Oracle的資料庫雲服務針對硬體進行了優化，因此HeatWave on AWS將成為證明規則的一個例外。客戶把Oracle和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類似的功能，而且是相當龐大的數量。
