微服务网关和API网关（微服务网关如何调用服务）

本篇文章给大家谈谈微服务网关和API网关，以及微服务网关如何调用服务对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享微服务网关和API网关的知识，其中也会对微服务网关如何调用服务进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、北大青鸟java培训：微服务架构中API网关的角色？
• 2、【分享】什么是API网关？大公司为什么都有API网关？
• 3、为什么微服务需要API网关
• 4、微服务网关层

北大青鸟java培训：微服务架构中API网关的角色？

“当你想到网关的时候，你通常会想到一个集中的层，一个额外的跳在网络上处理附加的功能。
但这并不一定是真的，”Palladino上周在洛杉矶举行的2017年MesosCon上发表的讲话。
网关还可以提供一种有效的方式来处理跨微服务之间的通信。
他说：“你也可以在现有的微服务上运行Kong，摆脱额外的跳跃，减少延迟。
”在过去的10年里，湖南电脑培训http://www.kmbdqn.cn/认为API一直是一种受欢迎的通信交互方式，Docker使其易于设置微服务架构，其中应用程序和服务是由较小的可交换组件组成。
但这些组件之间需要一种方式进行发现与调用。
这就是API网关的作用。
API网关“可以成为一个抽象层它位于这些微服务中每个请求的访问路径上，”Palladino说道。
网关巩固了通往系统常用功能的所有路径，比如身份验证或者服务发现，通过插件都能被网关识别。
“插件是一种有效的中间件功能你能动态应用于所有的微服务上，”他讲到。
API网关可以聚合服务请求和这些特性。
客户端可以做出一个响应，网关可以将其分解为多个请求，节省了客户端自身调用的带宽。
网关同样还可以跟踪这些请求。
当一个组织开始把一个单体应用拆分为微服务时，网关可以将对客户端的影响最小化。
“网关就像装载单体应用前的一个窗帘。
客户端只会处理网关，而你可以在窗帘后面解耦你的单体应用，不必担心更新你的客户端，”他说道。
他说：“当你没掌控你的客户端的时候这个特别有用”。
传统上，API网关在组织网络的边缘上被使用，处理的流量大部分来自于单体应用和外部客户端之间的交互。
然而微服务架构将大部分的流量转移到内部网络，因为不同的微服务之间要进行交互。
“你可以有外部的客户端使用案例，但这成为了当前消费微服务的众多客户端之一。
”

【分享】什么是API网关？大公司为什么都有API网关？

在这篇文章中将我们一起来探讨当前的API网关的作用。
一、API网关的用处
API网关我的分析中会用到以下三种场景。

二、API网关在企业整体架构中的地位
一个企业随着信息系统复杂度的提高，必然出现外部合作伙伴应用、企业自身的公网应用、企业内网应用等，在架构上应该将这三种应用区别开，三种应用的安排级别、访问方式也不一样。
因此在我的设计中将这三种应用分别用不同的网关进行API管理，分别是：API网关（OpenAPI合伙伙伴应用）、API网关（内部应用）、API网关（内部公网应用）。

三、企业中在如何应用API网关
1、对于OpenAPI使用的API网关来说，一般合作伙伴要以应用的形式接入到OpenAPI平台，合作伙伴需要到 OpenAPI平台申请应用。
因此在OpenAPI网关之外，需要有一个面向合作伙伴的使用的平台用于合作伙伴，这就要求OpenAPI网关需要提供API给这个用户平台进行访问。
如下架构：

当然如果是在简单的场景下，可能并不需要提供一个面向合作伙伴的门户，只需要由公司的运营人员直接添加合作伙伴应用id/密钥等，这种情况下也就不需要合作伙伴门户子系统。
2、对于内网的API网关，在起到的作用上来说可以认为是微服务网关，也可以认为是内网的API服务治理平台。
当企业将所有的应用使用微服务的架构管理起来，那么API网关就起到了微服务网关的作用。
而当企业只是将系统与系统之间的调用使用rest api的方式进行访问时使用API网关对调用进行管理，那么API网关起到的就是API服务治理的作用。
架构参考如下：

3、对于公司内部公网应用（如APP、公司的网站），如果管理上比较细致，在架构上是可能由独立的API网关来处理这部分内部公网应用，如果想比较简单的处理，也可以是使用面向合作伙伴的API网关。
如果使用独立的API网关，有以下的好处：
• 面向合作伙伴和面向公司主体业务的优先级不一样，不同的API网关可以做到业务影响的隔离。
• 内部API使用的管理流程和面向合作伙伴的管理流程可能不一样。
• 内部的API在功能扩展等方面的需求一般会大于OpenAPI对于功能的要求。
基于以上的分析，如果公司有能力，那么还是建议分开使用合作伙伴OPEN API网关和内部公网应用网关。

四、API网关解决方案
私有云解决方案如下：
• Kong是基于Nginx+Lua进行二次开发的方案
https://konghq.com/
• Eolinker和Kong比较接近，但是因为是国内公司开发的，后续的技术支持和培训比较友好。
https://www.eolinker.com
• Netflix Zuul，zuul是spring cloud的一个推荐组件， https://github.com/Netflix/zuul
• orange,这个开源程序也是国人开发的，不过这个是个人开发不是公司。
http://orange.sumory.com/
公有云解决方案：
• Amazon API Gateway， https://aws.amazon.com/cn/api-gateway/
• 阿里云API网关， https://www.aliyun.com/product/apigateway/
• 腾讯云API网关， https://cloud.tencent.com/product/apigateway
自开发解决方案：
• 基于Nginx+Lua+ OpenResty的方案，可以看到Eolinker，Kong，orange都是基于这个方案。
• 基于Netty、非阻塞IO模型。通过网上搜索可以看到国内的宜人贷等一些公司是基于这种方案。
• 基于Node.js的方案。这种方案是应用了Node.js天生的非阻塞的特性。
• 基于java Servlet的方案。zuul基于的就是这种方案，这种方案的效率不高，这也是zuul总是被诟病的原因。
五、企业怎么选择API网关
现在的亚马逊、阿里、腾讯云都在提供基础公有云的API网关，当然这些网关的基础功能肯定是没有问题，但是二次开发，扩展功能、监控功能可能就不能满足部分用户的定制需求了。
另外很多企业因为自身信息安全的原因，不能使用外网公有网的API网关服务，这样就只有选择私有云的方案了。
在需求上如果基于公有云的API网关只能做到由内部人员为外网人员申请应用，无法做到定制的合作伙伴门户，这也不适合于部分企业的需求。
如果作为微服务网关，大多数情况下是希望网关服务器和服务提供方服务器是要在内网的，在这里情况下也只有私有云的API网关才能满足需求。
综合上面的分析，基础公有云的API网关只有满足一部分简单客户的需求，对于很多企业来说私有云的API网关才是正确的选择。

为什么微服务需要API网关

1.防止内部关注暴露给外部客户端
API网关将外部公共API与内部微服务API分开，允许添加微服务和更改边界。 其结果是能够在不对外部绑定客户端产生负面影响的情况下重构和适当大小的微服务。 它还通过为您的所有微服务提供单一入口点，对客户端隐藏了服务发现和版本控制详细信息。
2.为您的微服务添加额外的安全层
API网关通过提供一个额外的保护层来防止恶意攻击，例如SQL注入，XML解析器漏洞和拒绝服务（DoS）攻击。
3.支持混合通信协议
虽然面向外部的API通常提供基于HTTP或REST的API，但是内部微服务可以从使用不同的通信协议中受益。 协议可能包括的Protobuf或AMQP ，或者用SOAP，JSON-RPC或XML-RPC系统集成。 API网关可以在这些不同的协议之上提供外部的，统一的基于REST的API，允许团队选择最适合内部架构的API。
4.降低微服务复杂性
如果微服务具有共同的关注点，例如使用API令牌的授权，访问控制实施和速率限制。 每个这些关注可以通过要求每个服务都实现它们，但这为微服务的开发增加更多的时间成本。 API网关将从您的代码中删除这些问题，允许您的微服务关注手头的任务。
5.微服务模拟和虚拟化
通过将微服务API与外部API分离，您可以模拟或虚拟化服务，以验证设计要求或协助集成测试。

微服务网关层

API网关是所有客户端的统一入口。路由服务可以被用于很多目的，例如日志、限流、认证，从而做到应用无感知。API网关对于任意一种处理请求有两种方式处理。一部分请求只要简单路由到相应的服务；还有一些请求需要拆分到多个服务。API Gateway是实现微服务重要的组件之一，常用的网关Zuul, Nginx, Spring Cloud, Linkerd，Envoy，UnderTow。

为了评估API网关各自的性能，我们使用Apache的ab作为压测工具。（另外还可以用Gatling做性能测试）

测试结果和心得如下：

关于微服务网关和API网关和微服务网关如何调用服务的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 微服务网关和API网关的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于微服务网关如何调用服务、微服务网关和API网关的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。