第865章 那就上

这可是大事。

要承担着巨大的风险。

飞天数据库还没有经过内测阶段，匆匆忙忙的就上线……一旦拉胯，就有可能对整个金币钱包系统造成影响。

这种事，技术高管都只能是建议权，把利害关系摆清楚。

由大老板做最后的拍板。

周不器沉默许久，深吸了口气，问道：“技术委员会给出结果了？”

“11票赞成，3票弃权，1人反对。”

“哦？谁反对？”

“程振平。”

“嗯……”

周不器点了点头。

sp事业群的总裁、6的高管程振平啊，存在感一直不强，没想到这次的事冒出来了。

许亮杰道：“金币钱包系统，最怕的就是突发故障导致数据丢失，涉及到钱的事，多了少了都是不可接受的。杨振坤的思路我研究了，做的非常好。为了解决高可用与主备库数据一致的矛盾，他把可用性做到了数据库系统内部，用一主两备或一主多备代替一主一备。主库到备库同步的时候不要求同步到每个备库，而是同步到包括主库在内的多数库，超过半数就可以了。也就是说总共三个库中如果有两个成功了，这个事务就成功了。如果任何一台机器出了问题，这个系统的可用性和数据一致性都是可以保证的。”

分布式的优势嘛，类似的逻辑周不器已经听过很多次了，他沉声问道：“数据的安全、稳定，应该不成问题。可是运营的安全、稳定呢？”

这可是测试版啊。

万一跑着跑着，数据库突然崩溃了，金币钱包系统直接瘫痪，那就完蛋了。

许亮杰道：“所以，我的思路是两条腿一起走。”

“哦？”

“把金币钱包系统的流量，进行分割。目前的orcle数据库架构保持不变，在非高峰期的时候，这套体系足够用了。只有当中午和晚上，上网高峰期的时候，把一部分流量引入到飞天数据库中。”

周不器眼睛一亮，“在实战中成长？”

许亮杰笑着说：“大概就是这个思路。如果只是一味的内部测试，发展速度还是慢了点。直接上线，既能为金币钱包系统解决一部分的负载压力，也能通过实战积累经验，快速成长。”

周不器点了点头。

心里已经基本认同了，技术委员会有了集体通过，他没道理压下去。

张一明道：“这个思路挺好的，飞天数据库先是备用关系，先承载1%的流量，试试水。然后是2%，5%，10%……逐步的提高飞天数据库的层级，再主次颠倒，以飞天数据库为主，甲骨文数据库为辅。最后，就是彻底抛弃甲骨文。”

“杨振坤怎么说？”

“他有点紧张。”

“紧张？”

周不器被逗笑了。

许亮杰叹了口气，“毕竟还是测试阶段，不太稳定。即便是1%的流量，也是很大的数据量，一旦出了差错……”

“打仗的事，不能看将军准没准备好。参谋部决定了，没准备好也得上！而且，上了就必须赢！”周不器的态度已经比较明确了，“沈院长，你说几句？”

沈向阳道：“关系型数据库，缺点很明显，能够扩展、容量小、处理能力不够、成本高。所以硅谷的巨头，比如谷歌、亚马逊、fcebook，都在尝试开发、使用非关系型数据库。紫微星走了另外一条路，坚持关系型数据库的底子，把分布式技术来揉到数据库里面，解决单机数据库存在的各种问题……这是一个重要的方向性挑战，做成了，对整个互联网的基础设施都会是一个巨大的帮助和进步。”

“是啊。”

周不器的思维马上跳到了另一个战场——融资。

紫微星的b轮融资，规模会很大，他给出的底线是估值不低于300亿美元。这个规模，绝对是世界第一大互联网独角兽了。

哪怕是华尔街热钱汹涌，对这种规模的投资也会很谨慎。

一家华夏的互联网公司，竟然比硅谷的很多科技企业估值还高？仅次于谷歌、亚马逊和雅虎，比fcebook还高？

沈向阳的这番话，就很有向硅谷发起挑战的意味。

硅谷的方向选择了非关系型数据库，紫微星的方向则是选择了关系型数据库外加分布式技术的方式。

有资格挑战硅谷，就足以说明紫微星的实力。

自主研发的飞天数据库是否要上线，已经不是技术层面的问题了，还是紫微星的品牌和业内地位的展现。

“那就上！着手准备！未来两个月内，飞天数据库必须拿出惊艳的成绩单！技术委员会要给出更详细的方案，不能影响了helo的上线和百亿补贴计划！”

周不器一拍桌子，做出了决断。