Pun*_*cky 1 rest spring spring-boot microservices
我有一个支持订购的现有Web服务,它有多个操作(大约20个).这是一个支持订购功能的单一Web服务.它与多个其他服务交互以提供订购功能.
由于这个应用程序中有很多业务功能,并且它由10个成员团队支持,我相信它是一个整体(虽然我认为没有硬性和快速的规则来定义整体是什么).
我们计划将应用程序部署在云代工环境中,我们计划将应用程序拆分为2-3个微服务,主要是为了使它们能够独立扩展.
能够搜索产品的前几个api通常具有更多的命中数,而支持实际订单提交的api接收的命中数少于5%.因此,与订单提交api相比,产品搜索API应具有更多的实例数.
虽然我不确定我们是否可以拆分基于子域(我已经阅读过应该是基础),但我们正在考虑根据前面解释的调用序列来拆分它们.
我还读到微服务应该编排而不是精心策划.然而,为了确保我们现有的消费者不受影响,我相信我们应该公开一个api层,它将协调对这些微服务的调用.提供api网关,遵循的常规方法是确保消费者不会最终调用多个微服务并提供一层抽象？
这似乎比编排更多的是编排 - 尽管我并没有把它放在理论方面,但我想了解在企业世界中为这个问题陈述所追求的不同解决方案.
| 归档时间： |
|
| 查看次数： |
967 次 |
| 最近记录： |