其实在Meta内部，有不少人对将Meta Cloud云计算项目提升为顶级项目是很有意见的。
原因无他。
自该项目正式启动以来已经8个月了，花了无数的钱，却看不见任何的成果，自然就让其他有着KPI压力的部门心里不平衡。
不过老板独宠这个团队，甚至把考核方式由KPI改成OKR。
当然，对于绩效考核之类的事情，底层员工自然是不知晓的，那些不满的声音更多的还是出自中层管理。
这类人员，对下有着团队管理压力，对上又有着考核压力，处在夹层中非常的难受，所以得知云计算那边居然毫无考核要求时，自然心里不平衡。
经过反馈后，一部分能够接触到王景明的高层管理也曾拐弯抹角的向其建议是否应该一视同仁。
但王景明当即建议他们不要胡乱建议。
KPI适合那些任务明确、成果可量化的岗位。
Meta一开始只有YouTube一个产品，运营目标也很明确，就是提升用户量。
这种简单的可量化目标自然就适用KPI来作为考核依据。
但随着Meta旗下的产品增多，有许多技术岗位的工作往往难以量化。
此前MeGo的研发进度倒还好，有个明确的产品目标，而且实验室里的那些研究员也很给力，早早的就拿出了成果产品，现在都已经接近量产的阶段了。
但是云计算不一样啊，这玩意儿的技术要求实在太高了，而且现在也没有范例可寻。
就算亚马逊已经开放出了部分的AWS服务，主要还是以S3云存储为主，其他关键性的服务还未开放出来，技术架构更是敝帚自珍。
要不是他们有从亚马逊挖角过来的沃纳·威格尔等几位专家在，真是连方向都找不到。
OKR则更适合战略层面的目标设定和跟踪。
技术岗位的工作成果难以量化，KPI可能不太适用，而OKR则相对的能更好地与公司的整体战略目标对齐。
不过即使如此，王景明对于云计算团队设置的OKR目标也非常的宽松。
这种明显厚此薄彼的态度会不会导致其他人的不满，会离职？
呵呵！
Meta公司跟一般的创业型企业可不一样，一直以来资金都很充足，在经历过YouTube的第一轮融资后现金储备更是爆表。
所以此时Meta旗下的员工福利待遇都能比的上微软、谷歌这样的大企业。
平时各种零食饮料不说，还有各种休闲娱乐场所，而且薪酬都是以现金支付，可不像其他创业公司那样用期权来画大饼。
现在Meta的招聘公告发出去，来应聘的可都是藤校毕业的高材生，可谓人才济济，根本不怕没有合适的牛马。
收拾了一下思绪，第二天他就去云计算项目团队所在地去了解了一下进展状况。
这個项目也是单独租用的办公室，也在Meta公司附近，几步路就能到达。
得知老板要来现场视察，整个云计算团队倒也没什么特别的准备。
也许是出于研究过于深入，又或许这群专家们本身就弱于人情世故，在王景明过来后，很多人不会因为老板的出现而大惊小怪，只是“专心”的做着自己的事。
王景明就亲眼看到不少程序员只是呆呆的盯着电脑屏幕半天不动一下，而后可能偶尔灵光乍现，哒哒哒的敲下几行代码，接着又恢复到出神模式。
纯粹的技术研发就是这样，程序员们绝对不会出现如影视作品中的黑客那种键盘打的飞快的景象，实际上90%的时间是在脑子中构筑逻辑与算法，再花很少的时间落地到代码上。
比希利亚作为项目的代表迎接了王景明的到来，顺便也介绍了一下项目的整体情况。
“我们现在最关键的任务核心是构筑‘弥赛亚’系统，来用于大规模分布式计算。现在整个系统已经构筑出了关键性的基础组件，现在还需要逐步完善其他子体系架构......”
比希利亚与王景明边走边做着介绍。
云计算的本质就是将众多分散服务器集合起来看成一个整体，所谓的弥赛亚系统并不是linux或windows那样的用来管理单一电脑的操作系统。
它需要调度几百上千，乃至更多台的服务器，将算力集中管理并能可靠稳定的处理各种任务。
整个系统的内核，包括分布式存储、任务调度、结构化存储与处理、网络通信、命名与协调、部署监控与安全管理等模块组成。
弥赛亚系统的难度不在于构建本身，而是当调度整合的服务器数量无限增加集群时，依然可以以高性能高效率的情况下稳定可靠的调度命令。
难点的原因其实很好理解。
任何系统，在算法、网络通信、存储数据等综合作用下肯定存在BUG的情况。
就算单台机器稳定率在99%的情况下，以指数并联的形式，只要达到50台，成功率就直接降到60%，而达到100台时就低到了36%。
那么一千台集群，一万台集群呢？
是不是错误率就直接靠近100%了？
当然，这只是一种夸张的表述，却也足以说明弥赛亚在规模、性能和容错方面所要面临的困难情况。
王景明虽然也是搞技术的，但术业有专攻，这方面的内容属于他的知识盲区，并不能给项目组提供技术上的意见。
但作为老板，他还是能从其他方面提供些帮助的。
“有什么资源需要公司方面协调的，尽管跟我说，只要能办到的，公司都会提供。”王景明向比希利亚拍着胸脯保证道。
比希利亚思索了一会回答：“还真有件事需要公司方面提供协助，以现在的研发进度，预计再有4、5个月的时间可以投入测试。”
“我们的计划是，首期测试目标以调度500至1000台服务器为目标，到时需要有一个大流量产品运作在弥赛亚系统之上，帮助我们测试系统的可靠性。”
王景明一听顿时闭了嘴。
话说Meta旗下纯粹的互联网应用只有YouTube跟Twitter两个，但围绕这两个产品周围的还有许许多多的子系统在为其提供服务。
现代的应用架构模式都是以面向服务为主，所有的服务都是独立部署的。
按理说比希利亚需要有一项产品来协助弥赛亚系统的测试，那些周边系统们是够不到500台服务器的需求的。
当前需要500台以上服务器作为运行基础的只有YouTube跟Twitter本身。
首先YouTube就不用想了。
这个活宝贝坐拥几个亿的用户量，同时在线的都有几千万，所需要的服务器早已超过了数千台，弥赛亚要测试的那点机器根本就不够用。
那么剩下的Twitter......
其实就用户量来说，Twitter现在也有不少，但1000台服务器其实也是够用了的。
而且用来配合弥赛亚系统的测试工作，只是相当于多了1000台额外的服务器，原来的那些又不是不会用。