第695章 共识算法

第695章 共识算法 (第2/2页)

……
　　
　　看完社交板块的数据，林渊翻开了另一份报告。
　　
　　在金陵的数据中心里，杨博士、王博士以及阿里派来的那支顶尖技术团队，经过将近一个月没日没夜的闭关研发，终于把LY科技初级版本的“云计算架构”给跑通了。
　　
　　当然，这个初期版本，和后世那种能够支撑双十一千万级并发的完整形态，还差得十万八千里。
　　
　　云计算为什么这么难做？为什么连阿里这种巨头前期都差点栽进去？
　　
　　最核心的原因，就是在2011年这个时间节点，全球的软硬件生态根本跟不上。显卡的GPU算力再强大，那也只是单纯提供算力支撑。其他诸如分布式存储、容器化编排、虚拟化网络的配套软硬件，在这个年代根本就没有成熟的标准。所以，哪怕林渊脑子里有超越时代的宏大构想，也不可能凭空把它直接变现。
　　
　　眼下的这个初级云架构，只能小范围地服务于LY科技内部，勉强支撑一下微信的并发请求，或者给聚划算团购平台的后台程序做做算力分流。
　　
　　他一边看，一边在心里默默跟未来自己体验过的成熟云服务做着对比。他前世虽然不精通底层的每一行架构代码，但也清楚大致的技术演进方向。
　　
　　林渊盯着后台不断滚动的同步延迟日志，眉头微皱，转头看向王博士和阿里的技术负责人，开口问道：“你们底层节点的数据同步，用的是什么共识算法？”
　　
　　技术负责人愣了一下，立刻答道：“林总，用的是PaXOS算法。这是目前全球做分布式系统最权威、也是最主流的方案。谷歌的大表就是基于这个理论。不过它的工程实现难度非常大，我们这一个月都在死磕各种异常掉线的边界条件。”
　　
　　听到“PaXOS”这个词，林渊在心里暗自摇了摇头。
　　
　　他终于明白为什么现在的云计算跑起来总觉得那么笨重，而且动不动就卡顿了。
　　
　　在这个年代，PaXOS算法虽然在学术界地位崇高，但在真正的工程落地中简直就是一场噩梦。
　　
　　它太晦涩、太复杂了，连大厂的顶尖工程师都很难保证自己写出来的PaXOS代码是没有BUg的。一旦集群规模扩大，各种难以复现的同步冲突就会让人彻底崩溃。
　　
　　这也是目前整个云计算领域面临的最大的问题。
　　
　　林渊的脑海里瞬间闪过了一种要在2013年才会被斯坦福大学正式发表出来的革命性共识算法——Raft算法。
　　
　　Raft算法最大的贡献，就是把原本晦涩难懂的分布式一致性问题，巧妙且直白地拆分成了“领导者选举”和“日志复制”两个极其清晰的模块。
　　
　　它在保证了绝对安全性的前提下，大幅降低了开发难度，稳定性和容错率更是质的飞跃。
　　
　　到了后世，Raft算法几乎成了所有计算机专业学生必修的分布式基础理论，更是未来各种云原生架构不可撼动的底层基石。
　　
　　【感谢梦里想到啥写啥，大佬的大神认证，这是专属于你的加更。】