前些日子甲骨文公布了Sonoma SPARC的消息，消息一出我就一直在想，到底誰會買這東西呢?

想了半天，我得出的結論是：他只有一個客戶，就是他自己。

現在看來，地球人在搭建云的時候大多都只能想到x86平臺，有時候也有人想到ARM服務器，比如Cavium和惠普之類的在市場上都有動靜。(編者附：IBM在自己的公有云平臺上還用上了自己的Power)。

英特爾為了維持x86的地位也是煞費苦心，Xeon D給人感覺就是在耗電量和核心密度跟ARM較勁。值得一提的是Facebook的數據中心采用了Xeon D處理器。

雖然甲骨文也確立了未來走向云的路，但仍有一部分堅持要用自己服務器，使用優化了軟硬件的集成產品的用戶，甲骨文至少在2019年之前還將繼續搞SPARC。

SPARC可不是什么搖錢樹，這就能解釋當年為什么Sun要賣給甲骨文了。只是維持這么一個處理器架構每年都將花很多錢，甲骨文當然清楚這個，除非能找到更多的SPARC用戶，否則架構發展的可持續性將成問題。

為什么不把自己的云建立在SPARC之上呢?這樣一來就能為SPARC帶來大量用戶，對于初創廠商，通過SaaS服務他們也能用可接受的價格使用SPARC。英特爾只是甲骨文名義上的競爭對手，盡管甲骨文不承認每年買上千個Xeon處理器，但英特爾的在甲骨文家里確實也有一席之地。

云計算就像Willy Wonka的巧克力廠：沒有人知道Willy Wonka的產品其實是Ooompa Loompas生產的，但是大家還是很喜歡吃。隨著時間的推移，甲骨文也可以把云建立挪到SPARC之上。或者甲骨文也可以讓Engineered Systems也用上SPARC，然后向外界說提供了混合云——既有深度集成和高度優化的本地數據倉庫，又有帶有伸縮性的計算和SaaS服務。

甲骨文能拜托這一困境嗎?

甲骨文現在的核心業務是應用程序，應用程序又是現在很棘手的問題。如果甲骨文的客戶轉向SaaS，或許會使用SPARC云。但是這個混合SPARC云又很難說，因為原來的本地應用程序都需要重新修改代碼，從商業的角度上看這個不合算，這太冒險了。

如果只是繼續提供SPARC，而沒有一個能找到大規模客戶的盼頭的話，這很危險。不過話說回來，如果甲骨文要建云，很可能搭建的就是世界級的大云。

原文鏈接：http://www.theregister.co.uk/2015/09/04/oracles_new_sparcs_hint_at_owntech_cloud/