第1774章 路还很长，但她知道怎么走了 (2/3)

“今天陈总来，和我们讨论了下阶段的目标。”她开口，声音很稳，“我们的新目标，是把搜索响应时间降到一秒以内。”

会议室里响起低低的议论声。

“一秒？现在平均要三秒以上。”张涛说，“这需要架构级改进。”

“对。”贾瀞雯切到下一张图，“所以我们要做分布式架构改造。

这是陈总画的初步设计。”

她开始讲解。

讲负载均衡，讲搜索节点，讲数据分片，讲同步机制。

每个概念，她都用自己的话解释一遍，还配上简单的比喻。

“负载均衡就像食堂打饭的窗口。

一个窗口排长队，其他窗口闲着，效率就低。

多开几个窗口，把人流分散开，大家都快。”

“数据分片就像图书馆的书架。

所有书堆在一个架子上，找书慢。

分门别类，放到不同架子上，多人同时找，就快。”

她讲得很清楚。

连新来的架构师都点头，说这个思路对。

“但这改动很大。”李明说，“很多代码要重写，数据库要迁移，还可能出各种奇怪的问题。”

“我知道。”贾瀞雯说，“所以我们需要分阶段。

第一阶段，先做负载均衡和搜索节点分布式。

这部分相对独立，可以并行开发。

第二阶段，做数据分片和同步。

第三阶段，做容灾和故障恢复。”

她顿了顿：“时间估计要三个月。

这三个月，我们可能看不到明显进步，甚至可能退步。

大家要有心理准备。”

会议室里安静了一会儿。

王磊先开口：“我支持。

现在这个架构，迟早会撑不住。

早改早好。”

张涛想了想，也点头：“技术上确实需要。

但我担心人力不够。

分布式系统很复杂，我们没人有经验。”

“所以我们要招人。”贾瀞雯说，“专门招做分布式系统的工程师。

陈总会支持这笔费用。”

新来的架构师举手：“贾总，我能问个问题吗？”

“你说。”

“这个架构设计里，节点通信用的是tcp还是udp？数据同步是推模式还是拉模式？一致性算法准备用哪种？”

这些都是很专业的问题。

放在三个月前，贾瀞雯可能听不懂，更不知道怎么回答。

但现在，她从容地说：“节点通信用tcp，保证可靠性。

数据同步用推模式，主节点更新后主动推送给从节点。