第349章 我可不想进入娱乐圈（1/2）

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。

韩渊入职的第二天，领航科技18楼的会议室里坐了三拨人：IDC施工团队的刘建秋、微信研发组的吴启航、以及鹏飞的代表罗克明。

林逸坐在主位，魏筱坐在左手边。

右手边是韩渊，面前摊着一本打开的新笔记本，封面上什么都没写。

“今天叫大家坐在一起，主要是互相认识一下。”

林逸先开口，“韩工现在正式担任领航的CTO，IDC、微信后台架构、还有后续所有技术方向的技术方案，由他来统筹。”

韩渊的身份，两位技术负责人早已知晓。

对于这位空降的CTO，他们没有丝毫质疑的想法。

一切，都源自于韩渊在技术领域的绝对硬实力。

吴启航第一个接话，“韩工你好，我是吴启航，负责微信客户端和后台开发。”

他的语气带着一种程序员的直率，“微信现在的注册用户已经突破700万人了，日活接近100万。压力主要集中在消息推送服务和好友关系链的存储上。目前的架构是分布式缓存加MySQL分库，但日均请求量还在涨，估计年底之前需要做一次负载均衡的架构升级。”

韩渊一边听一边在笔记本上记录，偶尔在某个词

他听完之后没有急着给方案，而是先问了一句：“现在消息推送的峰值QPS大概是多少？”

“高峰期的时候1万左右。”

吴启航说，“晚上九点到十一点的活跃时段会更高一些。”

韩渊点了点头，把那个数字记了下来，“1万QPS，MySQL分库还能扛。但如果微信用户按照目前的增速再涨两个月，年底之前会突破3千万。到那时候，分库方案必须改。你们现在用的是水平分表还是垂直分库？”

“水平分表，按用户ID取模。”

“可以继续用，但需要预留扩容方案。你这两天把近一个月的接口调用日志整理一份给我，我先看看瓶颈在哪。”

吴启航应了一声，在便签纸上记了下来。

罗克明坐在桌子的另一端，等吴启航说完之后才开口，“韩工，我是罗克明，鹏飞的研发负责人。《喂熊猫》、《割绳子》、《神庙逃亡》三款产品是鹏飞目前的主营产品。”

韩渊翻开新的一页，“《神庙逃亡》我试了，陀螺仪调得很顺。”

“那是埃菲姆的功劳。”

罗克明摆摆手，“我这边主要负责统筹后端……目前三款游戏累计下载量已经超过六千万，日活加起来大约400多万。排行榜的读写压力不小，高峰期每秒一万多次请求。目前用Python加MongoDB撑着，算排名越来越吃力了。

"

"你预期年底用户量能到多少？

"

“保守估计八千万以上，日活600万往上。这套架构扛到500万日活还行，再往上就得加服务器，成本会越来越高。

"

韩渊边听边记，然后说，“两个方向。第一，排行榜改成异步计算，每十分钟批量跑一次，结果缓存起来，不用每次实时重算。第二，存储层加一层Redis做缓存，减轻MongoDB的压力。”

罗克明想了想，“异步排名我之前考虑过，但当时需求说要实时，就没往下走。现在改成十分钟刷新一次，用户体验影响不大。我可以先试一版。”

“行，下周给我测试数据。”

韩渊话锋一转，“还有一件事，服务器扩容成本会吃掉你们大量利润。最多三个月，等IDC第一期机架部署完，领航自己的机房资源会释放出来，到时候你们后端迁到自建机房，成本比云服务低得多。”

罗克明眼睛一亮，“三个月，那可太好了。”

“所以你需要把后端改造成可以无缝迁移的架构，不能跟特定平台绑定。后面迁的时候要做到不停服切换。”

“明白，这个我能做。”

会议持续了大约一个小时。

韩渊在整个过程中没有打断任何人的发言，偶尔提问，但问题都集中在数据和技术细节上。

散会的时候，他站起来对吴启航和罗克明分别点了一下头，“后续如果有技术决策上的分歧，可以随时来找我，大家一起讨论。”

两人离开之后，会议室里只剩下林逸和韩渊。

林逸靠在椅背上，看着韩渊把笔记本合上放进包里，“怎么样？你跟他们碰过之后，心里有数没？”

“有数。”

韩渊说，“吴启航是实战型的，代码能力没问题，但架构视野还停留在当前规模上，需要有人帮他往前看两步。罗克明做事很细，选型逻辑是对的。整体来说，技术团队底子不错，但缺少一个人把他们串起来。”

“韩工，这以后就是你的活咯！”

林逸笑着站起来，“你来了之后，技术这块基本盘，我才算是真正放心了。”

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