2001年11月

晚上8点，网益科技园 3楼的技术部还亮着灯。

我攥着刚打印的业务分工表，站在老谭的办公桌前——表格上“短信业务”四个字被红笔圈了 twice，旁边写着“Q4核心指标：日活用户破 50万”。

老谭叼着没点燃的烟，手指在键盘上敲出一行日志：“今早 9点短信推送高峰，系统又卡了 2分钟，客服那边接了 300多个投诉电话。”

我把分工表摊开，指着“邮件系统维护”那栏：“Rebecca和梁辉刚说，邮件服务器上个月才扩容，应该能扛住日常维护。倒是短信这边，我上午跟运营商对接时，移动的人说他们的网关每秒能处理 800条请求，咱们的系统上次测才到 200条。”

老谭终于点燃烟，吐了个烟圈：“先把业务流理清楚，才能找症结。”

他从抽屉里翻出张白纸，画了三条并行的线——用户、网益 SP服务器、运营商网关。

“你看，用户在咱们首页点‘订阅体育短信’，输入手机号后，请求先到咱们的 SP服务器；服务器要查两个东西：一是这个手机号有没有在咱们的用户库里，二是运营商那边有没有欠费；确认没问题后，再把订购请求推给移动或联通的网关；网关返回‘成功’，咱们才能给用户发确认短信，月底再跟运营商结算分成——这整个流程，哪一步慢了都不行。”

我突然想起上周的崩溃事件：“上周六晚上有场国足比赛，赛后 10分钟内，有 3万用户同时订‘赛况短信’，结果 SP服务器直接宕机了。当时查日志，发现数据库里‘用户订阅表’的查询语句跑了 40秒——原来没给‘手机号’字段加索引。”

“这只是小问题。”

老谭把烟摁灭在烟灰缸里，打开服务器监控界面。

屏幕上的红色曲线刺得人眼疼，“你看高并发时的资源占用：CPU到 90%，但内存才用了 40%；数据库连接池满了，新请求全堵在队列里。咱们的系统架构是年初搭的，当时想着短信业务刚起步，用两台 IBM XSeries服务器做集群，数据库用 Oracle单实例——哪想到才半年，用户量就翻了三倍。”

窗外的夜色更浓了，技术部的同事陆续走光，只剩我和老谭的电脑屏幕亮着。

老谭突然翻出一份竞品分析报告，是市场部上周发的：“移动自己的短信平台，直接接基站，不用走第三方网关，响应速度比咱们快 0.8秒；联通更狠，给省市级分公司开了专属接口，覆盖

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