第865章 那就上

請關閉瀏覽器的閱讀/暢讀/小說模式並且關閉廣告遮蔽過濾功能，避免出現內容無法顯示或者段落錯亂。

由楊振坤帶隊開發的分散式資料庫，7月份時做出了Demo，8月份就推出內測版了，9月份推出了試用1.0版，這個月又推出試用2.0版了。

這畢竟是一個大工程，就算做起來了、跑起來了，也不能匆匆上線，要經過足夠時間的內部測試。

按照規劃，是明年2月份，春節過後了，再嘗試著應用起來。

先拿薇蜜網這種小網站試水。

然後上校內網進一步驗證。

到了明年5月份的時候，再上到朋友網、今日頭條這種重要的業務裡。

這次去美國，周不器都打聽清楚了。

矽谷的那些科技企業，微軟、亞馬遜、谷歌、Facebook、雅虎、MySpace等等，沒有一家使用的是Oracle的資料庫。

原因很多。

最主要的就是響應速度太慢了，有點跟不上時代了，各家都在做自己的資料庫。

還有一點，就是太貴了。

在國內，科技公司的慣例是一半用正版，一半用盜版，節省一些費用。甲骨文公司也假裝看不見，預設了。至少還使用了一半正版，還有錢賺。

美國就不一樣了，管理很嚴格，沒法使用盜版。

所以矽谷的網際網路創業公司，幾乎在創業的第一天開始，就沒有把甲骨文的資料庫當成候選，直接排除，用不起！

國內不同。

大公司還能一半正版一半盜版，創業小公司，窮的叮噹響，基本就是全盜版。

反正也是使用盜版產品，當然是用最好的！

在初創公司或者資料規模比較小的公司裡，最好的資料庫，就是Oracle。

原因很多。

安穩，穩定，操作簡單，有著世界最強大的語言最佳化系統。

在資料庫的使用中，需要使用到SQL語言，不算太難，但細節很講究，稍不注意就可能出現一個小差錯，導致執行不起來。

這就給資料庫工程師提出了很高的要求。

所以應屆畢業生就算在學校裡學得很好，工作後也很難直接上手做資料庫管理，這是一個非常精細的活。

資料庫工程師的工資，也比前端工程師高。

但是，Oracle資料庫解決了這個問題。

哪怕是應屆畢業生，哪怕是一些初級資料庫工程師，也能很容易地上手使用。一來是他們在校期間學習的資料庫，基本都是Oracle，更熟悉；二來，則是Oracle有著獨步天下的語言最佳化系統。

也就是說，一條存在問題的SQL語言，在其他的資料庫裡，肯定沒法執行。在Oracle資料庫裡，卻可以自動的把這條語言最佳化，幫助水平不足的資料庫工程師修改、調整，然後就順利地跑起來了。

這是Oracle資料庫能夠碾壓所有同類產品的最大優勢。

為什麼全世界的金融機構都在使用Oracle資料庫？

除了安全穩定之外，就是簡單。

優秀的工程師，都去科技企業工作了，誰會去銀行上班啊？只有那些三四流、不入流的技術人員才會選擇進入銀行系統。

這就勢必要求銀行只能使用Oracle資料庫了。

使用複雜、不穩定、經常出錯的資料庫，技術人員真是應付不來。

其實哪怕是Oracle資料庫，如果出現了一些複雜的問題，銀行的技術人員也應付不來，都要找合作的技術支援的公司過來處理。

很多技術不足的初創網際網路公司，也往往會選擇Oracle資料庫。

紫微星一開始做校內網時，技術就不太夠，就選擇了Oracle資料庫，大眾、簡單，方便上手操作。

隨著時間的推移，紫微星業務越來越大，拋棄Oracle資料庫，是必然趨勢。

一來可以節省開銷。

二來，是Oracle資料庫真的跟不上時代了，沒法處理大規模資料，必須要使用上其他的效能更好的資料庫了。

紫微星的選擇，就是分散式資料庫。

從企業戰略上來看，周不器早早的就找來楊振坤的團隊開發“飛天”分散式資料庫，也是有重要意義的。

紫微雲端計算平臺，也需要有自己的雲資料庫。

這也是個分散式結構的資料庫。

雲端計算業務包羅的四大技術工程——作業系統，大資料處理，雲資料庫，雲防火牆。

“飛天”分散式資料庫做出來了，就可以當成模板，應用到雲端計算的業務中了，魔改一下就是雲資料庫。可以加快紫微雲研發的進度。

可現在擺在周不器眼前的問題，是計劃明年2月份在內部測試上線應用的飛天資料庫，可能要在下個月就被迫上場了。

而且，一亮相就是個大場面！

要給金幣錢包系統提供支援！

這可是大事。

要承擔著巨大的風險。

飛天資料庫還沒有經過內測階段，匆匆忙忙的就上線……一旦拉胯，就有可能對整個金幣錢包系統造成影響。

這種事，技術高管都只能是建議權，把利害關係擺清楚。

由大老闆做最後的拍板。

周不器沉默許久，深吸了口氣，問道：“技術委員會給出結果了？”

“11票贊成，3票棄權，1人反對。”

“哦？誰反對？”

“程振平。”

“嗯……”

周不器點了點頭。

SP事業群的總裁、M6的高管程振平啊，存在感一直不強，沒想到這次的事冒出來了。

許亮傑道：“金幣錢包系統，最怕的就是突發故障導致資料丟失，涉及到錢的事，多了少了都是不可接受的。楊振坤的思路我研究了，做的非常好。為了解決高可用與主備庫資料一致的矛盾，他把可用性做到了資料庫系統內部，用一主兩備或一主多備代替一主一備。主庫到備庫同步的時候不要求同步到每個備庫，而是同步到包括主庫在內的多數庫，超過半數就可以了。也就是說總共三個庫中如果有兩個成功了，這個事務就成功了。如果任何一臺機器出了問題，這個系統的可用性和資料一致性都是可以保證的。”

分散式的優勢嘛，類似的邏輯周不器已經聽過很多次了，他沉聲問道：“資料的安全、穩定，應該不成問題。可是運營的安全、穩定呢？”

這可是測試版啊。

萬一跑著跑著，資料庫突然崩潰了，金幣錢包系統直接癱瘓，那就完蛋了。

許亮傑道：“所以，我的思路是兩條腿一起走。”

“哦？”

“把金幣錢包系統的流量，進行分割。目前的Oracle資料庫架構保持不變，在非高峰期的時候，這套體系足夠用了。只有當中午和晚上，上網高峰期的時候，把一部分流量引入到飛天資料庫中。”

周不器眼睛一亮，“在實戰中成長？”

許亮傑笑著說：“大概就是這個思路。如果只是一味的內部測試，發展速度還是慢了點。直接上線，既能為金幣錢包系統解決一部分的負載壓力，也能透過實戰積累經驗，快速成長。”

周不器點了點頭。

心裡已經基本認同了，技術委員會有了集體透過，他沒道理壓下去。

張一明道：“這個思路挺好的，飛天資料庫先是備用關係，先承載1%的流量，試試水。然後是2%，5%，10%……逐步的提高飛天資料庫的層級，再主次顛倒，以飛天資料庫為主，甲骨文資料庫為輔。最後，就是徹底拋棄甲骨文。”

“楊振坤怎麼說？”

“他有點緊張。”

“緊張？”

周不器被逗笑了。

許亮傑嘆了口氣，“畢竟還是測試階段，不太穩定。即便是1%的流量，也是很大的資料量，一旦出了差錯……”

“打仗的事，不能看將軍準沒準備好。參謀部決定了，沒準備好也得上！而且，上了就必須贏！”周不器的態度已經比較明確了，“沈院長，你說幾句？”

沈向陽道：“關係型資料庫，缺點很明顯，能夠擴充套件、容量小、處理能力不夠、成本高。所以矽谷的巨頭，比如谷歌、亞馬遜、Facebook，都在嘗試開發、使用非關係型資料庫。紫微星走了另外一條路，堅持關係型資料庫的底子，把分散式技術來揉到資料庫裡面，解決單機資料庫存在的各種問題……這是一個重要的方向性挑戰，做成了，對整個網際網路的基礎設施都會是一個巨大的幫助和進步。”

“是啊。”

周不器的思維馬上跳到了另一個戰場——融資。

紫微星的B輪融資，規模會很大，他給出的底線是估值不低於300億美元。這個規模，絕對是世界第一大網際網路獨角獸了。

哪怕是華爾街熱錢洶湧，對這種規模的投資也會很謹慎。

一家華夏的網際網路公司，竟然比矽谷的很多科技企業估值還高？僅次於谷歌、亞馬遜和雅虎，比Facebook還高？

沈向陽的這番話，就很有向矽谷發起挑戰的意味。

矽谷的方向選擇了非關係型資料庫，紫微星的方向則是選擇了關係型資料庫外加分散式技術的方式。

有資格挑戰矽谷，就足以說明紫微星的實力。

自主研發的飛天資料庫是否要上線，已經不是技術層面的問題了，還是紫微星的品牌和業內地位的展現。

“那就上！著手準備！未來兩個月內，飛天資料庫必須拿出驚豔的成績單！技術委員會要給出更詳細的方案，不能影響了Helo的上線和百億補貼計劃！”

周不器一拍桌子，做出了決斷。