微服务 API 网关与微服务机箱

Question

我是微服务新手，听说过微服务机箱，但在网上找不到足够的资源。 我想知道微服务机箱框架和 API 网关之间有什么区别，因为据我所知，机箱框架解决了横切关注问题，其中一些已经通过 API 网关解决了。

对.net 的微服务机箱框架有什么建议吗？

Answer 1

横切关注点：在任何企业应用程序中，除了主要业务逻辑之外，还有许多需要关注的问题。 ... 这些关注点是日志记录、事务处理、性能监控、安全性等。这些关注点被称为应用程序的横切关注点。

澄清这一点意味着几乎所有的微服务都有一些共同的关注点。 这些问题以及如何管理它们就是机箱。 微服务机箱就是实现这些横切关注点的一种方式。 构建可重复使用的机箱有助于节省时间、加强团队之间的一致性，并确保每个服务共享相同的操作特性。

API 网关在微服务中还有其他作用。 每个服务在发现服务中注册自己后，API网关必须使用发现服务在客户端和每个服务之间建立连接。

看这个例子：

上面的例子来自 Spring 实现（Java）。

想象一下当每个服务在不同的端口和地址时的情况。 然后客户端必须知道每个服务的所有地址和端口才能调用它们。 如果其中任何一个发生变化，会发生什么？ 一切都只是毁了。

为了解决这个问题，每个服务都会在发现服务器上注册自己（在本例中为Eureka ）。 API-Gateway 然后必须使用该发现服务并为每个服务创建 API 地址。 例如，它可以将以下模式中的任何请求转发给相关的注册服务： /{micro_service_name}/** 。 这意味着如果order-service具有/orders/get/{order-id} API，那么客户端必须使用/order-service/orders/get/{order-id}来访问订单。 API 网关使用发现服务器将请求重定向到匹配的服务。

Answer 2

微服务架构中的 API 网关主要与服务发现相关，这意味着为了知道从哪个端点调用哪个服务，一种简单但不够的方法是使用 API 网关，简单的所有服务及其地址和端口的数据库，将此与Docker等容器化技术进行比较。 以下是一组关于code-project中微服务的文章，如果你喜欢，可以阅读和评论你的问题。
https://www.codeproject.com/Articles/1264113/Dive-into-Microservices-Architecture-Part-I https://www.codeproject.com/Articles/1264113/Dive-into-Microservices-Architecture-Part-II https://www.codeproject.com/Articles/1264113/Dive-into-Microservices-Architecture-Part-III