关于后端:需求分析高并发场景微服务实战二

Hello，你好啊，很快乐遇见你。
在《高并发场景微服务实战（一）》一文中，我提到决定以一个虚构的高并发场景的微服务零碎为主线，系统性从 0 到 1 的发明一个高并发场景的微服务零碎。这个高并发业务场景是——订票零碎机票秒杀 。
上面我会具体说一下本人为什么抉择这个业务场景作为需要原型，并记录下我剖析需要和梳理业务流程的过程。
在公司需要剖析工作大多数状况是由 PO（产品经理）实现的，我尽管偶然会提出一些倡议，但短少需要剖析的专业知识，所以可能会有许多谬误，见笑了。
为什么要选取“机票秒杀业务”作为需要原型呢？
这里我次要有以下几个考量：
1. 业务场景很典型，熟知度比拟高，业务了解上不存在很大的阻碍。
2. 能将我所要表白的微服务个性和高并发个性融入进去。
3. 业务复杂度比拟低，便于上手开发，因为门槛太高反而不利于技术实际，须要花大量的工夫去写业务。
原始需要
很多人应该都用过来哪儿，携程之类的软件购买机票。这类 APP 会把所有航空公司的航班、票价等信息都获取到，而后再聚合。本次我就是以这个场景为业务原型发展，业务需要通过简化绝对理论业务来说非常简单。简化业务的起因是因为不想花太多工夫在业务逻辑下面，通过这次实际能把握到微服务技术栈和高并发技术栈即可。
原始需要形容如下：
用户能够通过订票零碎能够同时获取多家航空公司的航班信息。
用户能够通过订票零碎购买指定航空公司机票。
在订票零碎后盾能够看到用户的领取流水，订单信息。
需要剖析
根据原始需要，整合剖析后可归集为以下业务模块：

• 用户。用户信息（次要是姓名、余额），航公公司机票信息（次要是公司名、航班号、航班信息、价格、机票数量）。
• 机票资源。用户购买机票后，航空公司机票库存扣减，订票零碎实时显示航空公司实最新机票信息。
• 计费。用户胜利购买机票后免费。
• 财务。机票购买的领取流水，支出统计。
• 音讯。机票领取音讯。
• 用户故事、工作整顿
  以上述需要归集状况，列举几个代表性的用户故事，取代传统的需要文档。
• 作为一个普通用户。我心愿能够疾速查问到，指定登程工夫内所有航空公司的机票信息，以便于购买最划算的机票。
• 作为一个订票零碎用户。我心愿能够疾速查问到所有航空公司的航班信息，并聚合展现给用户。
• 作为一个订票零碎用户。我心愿能够代用户向航空公司购买机票，看到用户领取流水和订单信息。
• 作为一个航公公司用户。我心愿能够看到机票的销售状况，用户的领取流水。
  上面基于以上故事，将故事拆解成较细的工作，拿第二个故事举例。
  1.1 订票零碎接管用户传入的查问信息，例如 2022/10/1 18：00 深圳飞往三亚
  1.2 订票零碎把所有航空公司的航班、票价等信息都获取到
  1.3 将机票信息聚合，展现给用户要害业务流程梳理基于需要状况，找出外围的业务流程，领导前期的外围业务开发。

留个问题你会用什么形式获取和聚合机票信息？站在伟人的肩膀上：码闻强—SpringCloud 微服务实战徐隆曦—Java 并发编程 78 讲