大时代之巅

第643章 成本控制很重要(2/3)

  王星道:“对,其实已经做出来了,杨振坤那边在抓细节……主要是投资太大了,这是研发中心那边的产品第一次亮相,他想做到万无一失,时间上难免会耽搁。”

    周不器追问:“等咱们的分布式算法做出来了,也可以做缓存系统和监控系统的研发工作了吧?”

    唐斌辰和王星对视了一眼,给出了比较含糊的回答,“差不多吧。”

    研发中心那边到底什么情况,谁都不清楚。

    只知道钱没少花,啥结果都没看见。

    杨振坤大权独揽,许亮杰过去考察了两次,吵了两架都没什么用。周大老板对杨博士非常信任。

    接下来的几个系统项目,都是改进页面响应时间的,通过技术手段,让用户能够更快的打开网页。同时,要降低web端的CPU使用,减少服务器需求等等。

    而这里面,在数据库的使用理念中,就产生了一个巨大的分歧。

    众所周知,在信息爆发的年代,传统的数据库模式已经跟不上了,必须要加以改进。紫微星选择了分布式服务器下的分布式数据库,Facebook采用的分布式服务器架构下的多个单行数据库。

    就是要为网站中的信息流、照片、日志、分享链接、转帖等内容,都分别搞一个数据库。用多数据库的形式来应对爆炸性的数据,提高读取效率。

    为了方便周大老板理解,唐斌辰专门举了一个例子——

    如果把数据库比作一个盆,数据比作豆子,有红豆、绿豆、黑豆、白豆四种,信息的读取就是捡豆子。

    传统的单机数据库模式,是一个人捡豆子,效率很低。

    紫微星的模式,就是把所有豆子放在一个盆里,四个人一起捡豆子,效率提升。

    Facebook的模式,是把所有豆子分成四个盆,一个红豆盆,一个绿豆盆,一个黑豆盆和一个白豆盆。然后四个人分别对应四个盆,效率大幅提升。

    周不器眉头紧锁,“听起来,他们的好像更高端?”

    唐斌辰笑道:“就是一个类比,咱们是混捡,他们是单捡。混捡安全性更高,死了一个人,剩下三个人不影响,很稳定。他们是单捡,是单机结构的数据库,所以取红豆的人只能取红豆,取绿豆的人只能取绿豆。假如取红豆的那个人死了,红豆就取不出来了。”

    周不器道:“所以他们的模式稳定性不如咱们?就需要在硬件条件方面有更大的支出?”

    唐斌辰道:“对,从效率来看,他们更高。从成本和稳定性来看,是我们的优势。”

    周不器明白过来了。

    怪不得硅谷那些巨头们都不搞分布式数据库,而是在积极的寻求着对oracle、mysql这些传统服务器的技术性升级。

    人家背靠全球市场,富得流油,不在乎这点小钱。稳定性可以用金钱来弥补,无非是多搞一些服务器,多搞一些备用数据库。

    让一个人捡红豆,人死了,红豆就取不出来,系统就崩溃了。可搞100个人专门捡红豆,死了一批,红豆一样能取出来。

    王星道:“硅谷不搞分布式数据库,是因为市场格局已经定了,Oracle这类的数据库巨头已经称霸很多年了。工程师们从读书时,学习的就是使用Oracle这类的数据库,后期让他们改,也改不动了。只能通过技术手段,研发豆子的分发系统和多种针对不同豆子的存储系统,来完成对传统数据库的使用升级。”

    周不器听懂了他的意思,“所以说咱们要从头开始培养?给大学拿钱,成立专门的实验室,开设针对咱们‘飞天’数据库的课程和研究课题?”

    王星点了点头,“很有必要。”

    唐斌辰道:“分布式一定是未来的趋势,并行结构相比于单行结构,有巨大的优势。还是刚才那个例子,只要咱们也搞数据的分发和不同的存储系统,然后也把豆子分在不同的盆里,抓取的时候效率不就高了?又有混检功能,稳定性也强。”

    周不器头都大了。

    满脑子的红豆。

    不过他脑海中还是出现了一个新的看问题角度。

    国内的数据库市场一片空白,未必不是好事。硅谷那边有巨头把持,想创新、革新非常困难,有点僵化了。

    国内是白纸,恰好能够泼墨挥毫。

    这就像是马斯克做火箭,跟全世界各国的航天局都拧着来,然后……就通过成本控制,取得了惊人的成绩。

    星链计划要是以传统的火箭发射模式,那造价海了去了,根本玩不起。马斯克的火箭却能回收重复利-->>

本章未完,点击下一页继续阅读