预约系统是在米其林公布后的第三天崩溃的。
不是比喻，是真的崩溃了。晨枫·雅的预约小程序在周三下午两点零七分宕机了，原因是同时访问的人数超过了服务器的承载上限。林晨当时在中央厨房的办公室里看报表，手机忽然震了十几下——全是杨帆发的消息。
林总，预约系统打不开了。
客人打电话来问，说小程序一直转圈。
已经有十几个人打电话到餐厅前台了。
怎么办？
林晨打开电脑，登录服务器后台。CPU使用率百分之百，内存使用率百分之九十二，数据库连接池满了。他看了三十秒，判断出问题——不是代码的问题，是流量的问题。预约小程序用的是他三年前写的那个框架，设计的时候最大并发量是五百。现在同时访问的人超过了两千。
他花了二十分钟重构了数据库连接池，加了负载均衡，把静态资源切到了CDN。二十分钟后，预约系统恢复了。他刷新了一下后台，看到了一个数字——待处理的预约申请：一千二百四十七个。
一千二百四十七个预约申请。晨枫·雅只有十二张桌子，每天只做两轮——午市一轮，晚市一轮。一天最多接待二十四桌客人。一千二百四十七个预约申请，意味着预约已经排到了五十二天之后。
林晨看着这个数字，没有高兴，也没有紧张。他在想一个问题——怎么处理这些预约。
他给杨帆打了一个电话。
系统恢复了。现在有一千二百四十七个预约申请。
杨帆在电话那头倒吸了一口气。一千二百四十七个？我们一天只能接二十四桌。
我知道。所以我们需要一个预约管理策略。
什么策略？
第一，不扩大接待量。十二张桌子，两轮，不变。第二，不涨价。第三，不设VIP通道。所有人按预约时间排队。
杨帆停了一下。那排到三个月后怎么办？
就排到三个月后。林晨说，三个月后的事，三个月后再说。
客人会不满意的。
让客人排队等的不高兴，总比让客人吃到差菜的不高兴要好。林晨说，如果为了满足更多人而降低品质，那些好不容易预约到的客人吃到的不是最好的菜，他们才会真正不高兴。
杨帆没有说话。林晨知道她在想什么——她在想那些打来电话的客人，那些在小程序上刷了半个小时的人，那些从外地专程飞来深圳却预约不到的
（本章节未完结，点击下一页翻页继续阅读）
正在加载...