架构师训练营大作业

一、技术背景考量：

• 20 人技术团队，可能的纯粹的开发人员是 12 人左右。

• 开发 + 测试 + 运维 + 需求 + 架构 =12+3+3+1+1

• 技术方案需要对应 2 个月、 12 个人、最多 20 人的开发人员，方案应能保证在 2 个月内开发测试完成并上线。

二、技术方案建议：

1、使用消息队列向 5 公里内的快递员发送通知（消息内容包含用户地址和快递员列表）

快递员列表不应出现在消息内容中，每条消息应仅包含用户地址，这样消息体基本一致，传输数据量小，也避免了不必要的信息传递。

2、快递员实时位置缓存在分布式缓存 Redis 中

由于每 30 秒更新一次位置，实时位置缓存在 Redis 中，可能造成更改过快。

首期上线不一定使用分布式缓存，可能会使用更少的 Redis 缓存服务器。

3、整体技术方案

考虑到未来 1 年可能的 50 万/天的订单业务量，系统需要具备比较好的可扩展性，架构需要有弹性可伸缩的计划。

三、用例图

四、下单和抢单活动图

五、系统部署模型（第 2 版 加消息方向）

六、下单抢单场景的服务器时序图

七、订单状态图