为何要进行服务组合和编排？
发布时间：2022-12-06 16:39:53 来源：本站编辑：GD工单系统
知识导读
简单的说就是进一步将共通性可复用业务水平下移，这种关联性业务水平有的是在前端工程师中，开发者自身开展组合和编排完成。那样具体这方面具体内容应当下移到一个统一的行业服务水平给予层。
在前后端开发分离出来的情形下，事实上针对前面工作人员通常并不是很了解和尽心尽职，假如是简单UI界面交互调用好几个接口服务，前面做没什么问题。但对于自身和需求场景和交易规则有关的，前面事实上无法在清晰业务开展情况中进行编排。
例如对于一个订单信息递交，前面来讲就是备好数据信息调用接口，但是现实一个订单信息递交牵涉到订单信息维持，库存量扣除，费用预算查验，付款要求形成等各个API接口水平。但这些怎样组合，按什么顺序调用已经跟交易规则逻辑性有关，所以往往还要事务管理操纵。
类似上边事儿一般不适宜前面做，而是要根据服务组合去完成，即便没有数据可视化的服务组合编排专用工具，那样这一部分工作就需要在微服务架构设计中，由一个行业服务层去进行给予。
简易键入-组合导出
这是在设计中经常遇到的一个情景。例如在完成一个订单信息查询作用时，在订单信息详尽页面里边通常牵涉到订单信息信息，客户详尽信息，购买的酒店信息，屋子详尽信息，支付信息好几个信息展现作用。
假如是前端工程师做，那样通常前端工程师必须调用好几个后台管理的API接口服务去完成数据库的获得和添充。并且通过服务组合则能通过一次组合服务调用来回到全部信息。
其一是一个服务的导出能选一些数据信息新项目信息做为中下游服务的键入。其二是任何一个服务的导出信息都可以成为最后服务的导出组合。
我们该如何来达到呢？
总体思路大家彻底可以参考传统式ESB里面开展服务组合设计方案思路，即最先定一个新的组合服务，以确定该API接口服务的合同文件格式。随后根据该新服务开展服务组合和数据映射。
针对API接口服务，本身就是无状态的，所以当调用好几个服务开展串行通信编排时，并不是简单的输入输出的组合和数据映射。更为最重要的是分布式事务解决。
上一篇：服务组合系统是什么？
