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

来源:3-6 开发用户EdgeService_A

weixin_慕少2488111

2020-05-12

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

写回答

2回答

刘果国

2020-05-13

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

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

weixin_幕布斯2468145

2024-09-26

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

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

0
0

Docker+Kubernetes(k8s)微服务容器化实践

从开发到编排,快速,完整,深入的掌握微服务

2607 学习 · 607 问题

查看课程