请问在实际开发中，要如何区分拿一些逻辑要放在edge service里，哪一些应该放在后面的微服务里呢

Question

老师您好，
有一些关于微服务架构的拆分的疑问
就我自己的理解
APIGateway的职责包括反向代理, 负载均衡，接口聚合
但是想不太清楚edge service和微服务之间的分工是什么？
在真实的业务场景之下，用户微服务还会承载什么工作呢？
应该不会就只是单纯的CRUD吧？如果只是单纯的CRUD，那把这个CRUD的SQL放在用户Edge Service好像也没什么差别？
还望指教，谢谢

Answer 1

刘果国 2020-05-13 08:54:58

你好，这块其实没有明确的边界定义，也有很多实际的公司里确实没有edgeService概念，我理解edgeService，举个例子，一个门户网站的首页，是在edgeService中，首页里需要调用很多后端服务，这些后端服务是一些零散的微服务，可以由不同的语言实现，对用户不可见，这些edgeService就是把这些提供数据的微服务展现给用户的服务，离用户更近。

• weixin_幕布斯2468145 #1

  因为edgeService会聚合多个微服务接口，提供面向client的接口，里面会有些业务逻辑。
  假如不存在edgeService服务，那么这些聚合的业务逻辑就会上升到api 网关层。
  这样就加重了网关层和业务的耦合性。
  
  现在api网关后面新增了一层BFF层(Backend for Frontend)做微服务api的聚合。
  参考：https://blog.csdn.net/weixin_45953989/article/details/119004779
  
  老师，不知我这样理解对不？

Answer 2

weixin_幕布斯2468145 2024-09-26 16:33:42

现在在api gateway后面新增了一层BFF(Backend for Frontend)。
BFF就是做多个微服务接口的聚合逻辑。

参考：https://blog.csdn.net/weixin_45953989/article/details/119004779