第246章 横向课题(1/2)

【畅读更新加载慢，有广告，章节不完整，请退出畅读后阅读！】

    这不仅是一个能创收的横向课题，更是一个涉及国家部委监管的实际应用项目。



    实验室能把这个部署方案做出来，并且在全国范围内落地，在年底的部委评估考核中，这是一笔极具分量的工程实践政绩。



    “你们公司出研究经费？”



    胡鹏问到了核心问题。



    “当然。”



    陈浩给出肯定的答复。



    “矩阵科技全额出资。



    前期先打五万块钱作为启动经费，后续根据课题进度随时追加。



    经费使用完全由实验室自主支配。”



    胡鹏爽快地拍了板。



    “行。这活儿我们接了。



    你把具体的课题需求文档发过来。



    我明天在组会上抽调几个有经验的博士生，专门成立一个课题组来对接这个项目。



    骨干网络的数据我这边有现成的，整理一下就能用。”



    “谢谢老师。



    需求文档我稍后发到您邮箱。



    不过有个关键的技术指标，我得提前跟您通个气。”



    “你讲。”



    “为了配合部里统一监管的需要，这套系统不仅仅是用来控制网吧的登记和计费。”



    陈浩开始夹带私货，把网游服务器的需求包装成合规的监管要求。



    “目前市面上的游戏内容良莠不齐，很多带有暴力色情内容。



    为了杜绝未成年人接触这些不良信息，我们计划有可能要把网吧里运行的所有游戏，纳入统一管理。



    具体的实现方式是，网吧本地硬盘不保存任何游戏客户端。



    所有的游戏数据，必须从我们部署在各省市节点的服务器上实时调用。



    网吧终端只作为显示和操作载体。



    因此，在做节点部署方案时，对服务器的容量规划和带宽要求，必须能够承载全省网吧用户同时从服务器调用游戏数据的极端并发情况。



    这个冗余度必须留足，绝不能出现网络拥堵和宕机。”



    胡鹏听完，倒吸了一口凉气。



    “你这个要求太高了。



    全省网吧用户同时调用游戏数据？



    这等于是把所有的计算压力和网络传输压力全部集中到了省级骨干机房。



    这需要极其恐怖的数据吞吐量。



    你们要部署的服务器集群规模，比普通的计费系统要庞大几十倍。



    带宽租赁费用也是个天文数字。



    你们公司撑得住这么大的开销？”



    胡鹏有些质疑，一个监管系统，搞这么大成本，不符合常理。



    “而且，大量并发请求涌向同一个节点，极易引发网络风暴。



    底层的路由分发机制如果做不好，整个省的网吧网络会瘫痪。”



    “经费方面您不用操心，矩阵科技有充足的现金流。”



    陈浩避开了资金问题，继续提出技术上的建议。



    “至于网络风暴的问题，这就需要实验室的师兄们发挥聪明才智了。



    我个人的设想是，可以在省级主节点下，利用地市级的电信机房做一层边缘缓存节点，分摊主服务器的下行压力。”



    胡鹏在电话那头沉思了几秒。



    陈浩提出的这种带有边缘计算雏形的架构思路，在2000年具有很高的学术研究价值。



    “这个思路有搞头。



    把集中的压力分散到边缘节点，在工程实现上有很高的挑战性。”



    胡鹏被激发了研究热情。-->>

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