API网关的组合与聚合该怎么理解？

    API 网关中，一些 API 如果想将请求直接映射到单个服务的 API 上，可以通过将请求路由到相应的微服务来提供服务。然而，在复杂的操作的情况下需要获得从多个微服务API的结果，经由API组合/聚合（分散 - 收集机构）提供服务。在通信需要被同步，如果服务依赖于彼此的情况下，链必须遵循组合模式。组合层必须支持一个很大一部分的 ESB / 集成系统功能，例如通过转换、编排、弹性和稳定性发展模式。

    根容器的部署必须配备特殊的分发器和聚合器功能（或微服务）。分发者负责分解成细粒度的任务，并将这些任务分发给微服务实例。聚合器是负责从微服务的组合导出业务工作流聚合结果。

API 网关和聚合

    具备复杂功能的网关会增大测试和部署的难度。 避免API网关中的聚合和数据转换。定制软件开发实践的独家功能区应遵循的应用程序代码来完成。

Service Mesh 与 API 网关

    科技的服务，服务网的进程间通信处理是可配置的网络基础设施层。 这很像通常被称为Sidecar代理或Sidecar网关。 提供多种功能，如：

    负载均衡

    服务发现

    健康检查

    安全性

    从表面上看，API网关和服务网似乎解决了同样的问题，所以它似乎是多余的。在他们之间，他们真的能解决同样的问题，但在不同的场景的企业应用程序。API网关被部署为业务解决方案的一部分，所述外部服务发现，纵向流（面向外部客户端）的处理，但是，服务网的侧向流用于处理（不同微服务之间）。

    实现 Service Mesh 可避免在您自己的代码中出现问题对于一些弹性交互，例如熔断器、服务企业可以研究发现、健康信息安全检查方法以及社会发展服务质量管理观察。 对于少量的微服务，应该考虑其他替代方法故障管理，因为服务网格集成可能太昂贵。但如果对于大量得微服务来说，它的受益程度是非常显著的。

    将这两种技术相结合可能是确保弹性伸缩能力和应用程序正常运行时间的一种有效方法，您的应用程序在使用同时也会更加容易。双方视为同一产品是错误的，因为在涉及微观和API补充业务的部署工具的最好的两个。

API 网关实现的注意事项：

    可能会发展产生的单点故障问题或瓶颈

    由于通过API网关增加网络跳转和复杂性风险，响应时间增加。

版权声明：本文为Yun88网的原创文章，转载请附上原文出处链接及本声明。

 

 

更多产品了解

欢迎扫码加入云巴巴企业数字化交流服务群

产品交流、问题咨询、专业测评

都在这里！