
集成事件驱动型和
“
请求
–
响应
”
型微服务
|
183
服务,编辑审批服务没有办法知道哪些广告客户已收到进行广告审批的指示。尽管可以将
结果摘要传达给编辑,但这些信息属于严格的广告审批系统的领域。广告审批汇总事件的
格式如下。
//广告审批汇总事件
Key: String pn_key
Value: {
int version //已填充报纸的版本
AdApprovalStatus[] ad_app_status
- Enum status //等待、批准、驳回、超时
- int page_number
- String advertisement_id
- String advertiser_id
- String advertiser_comments
}
此广告审批汇总事件的定义演示了如何将广告客户审批状态封装到广告客户审批服务中。
编辑可以根据广告审批汇总事件的状态来决定报纸的审批,而无须管理或处理获得这些结
果的任何工作。
13.6
“
请求
–
响应
”
应用程序中的微前端
目前,前端服务和后端服务有
3
种主要的协作方法。单体后端方法在规模各异的许多组织
内被广泛采用。随着同步微服务和事件驱动型微服务的流行,微服务后端方法也变得越来
越流行。在这两种方法中,前端服务和后端服务由不同的团队负责,因此端到端的业务功
能跨越了团队边界。相反,微前端方法将从后端到前端的实现完全与业务领域对齐。这
3
种方法如图
13-14
所示。
前端
后端
数据存储
前端团队
前端团队
聚合层
微服务A
微服务B
微服务C
微服务A
前端 ...