第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的上線和百億補貼計劃！”

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

  (本章完)