网关，很多中央将网关比如成门，没什么成绩，但是需求区分网关与网桥的区别。
网桥任务在数据链路层，在不同或相反类型的LAN之间存储并转发数据帧，必要时停止链路层上的协议转换。可衔接两个或多个网络，在其中传送信息包。
网关是一个大约念，不详细特指一类产品，只需衔接两个不同的网络都可以叫网关,网桥普通只转发信息，而网关能够停止包装。
网关深刻了解依据网关的特性，举个例子：
假设你要去找集团老板（这儿只是举个例子），大家都知道老板一定不是谁想见就能见的，也怕坏人嘛，那么你去老板所在的办公楼，假设是集团总部，大楼这个门就充任了网关的角色，大门普通都有看门员，看门员会做哪些事情呢？
首先一切想见老板的人一定都得从这个门进（ 一致入口 ），这个门相当于将办公室和外界隔离了，主要为了保护外面的安全以及正常任务，离开这个门之后，门卫一定会让你出示相关证件（ 鉴权检验 ），意思就是判别你要见老板这个央求能否合理，假设不合理直接就拒绝了，让你回家等音讯，假设鉴权之后，发现你找老板其实只是为了和他谈谈两元店的生意，门卫会跟你说这个用不着找老板，你去集团投资部就行了（ 静态路由 ，将央求路由到不同的后端集群中），此时会对你停止一些 包装 ，例如给你出具一个拜访证相似的，然后通知你路该怎样走，等等。
你看看，网关的作用是不是就是这三个，最终目的就是增加你与集团的耦合，详细到计算机上就是增加客户端与效劳端的耦合，假设没有网关意味着一切央求都会直接调用效劳器上的资源，这样耦合太强了，效劳器出了成绩，客户端会直接报错，例如老板换任务的中央了，假设没有网关你直接去原来的中央找，一定会被告知老板不在这儿。
为什么需求网关当运用单体运用顺序架构时，客户端（Web 或移动端）经过向后端运用顺序发起一次 REST 调用来获取数据。负载平衡器将央求路由给 N 个相反的运用顺序实例中的一个。然后运用顺序会查询各种数据库表，并将照应前往给客户端。微效劳架构下，单体运用被切割成多个微效劳，假设将一切的微效劳直接对外暴露，势必会出现安全方面的各种成绩，另外内外耦合严重。
客户端可以直接向每个微效劳发送央求，其成绩主要如下：
客户端需求和每个微效劳暴露的细粒度API不婚配。
部分效劳运用的协议不是Web友好协议。能够运用Thrift 二进制 RPC，也能够运用AMQP音讯传递协议。
微效劳难以重构。假设兼并两个效劳，或许将一个效劳拆分红两个或更多效劳，这类重构就十分困难了。
效劳端的各个效劳直接暴露给客户端调用势必会惹起各种成绩。同时，效劳端的各个效劳可扩展和伸缩性很差。API 网关是微效劳架构中的基础组件，位于接入层之下和业务效劳层之上，如前所述的这些功用适宜在 API 网关完成。
网关与效劳器集群回到我们效劳器上，下面图引见了网关（Gateway）作用，可知Gateway方式下的架构，可以细到为每一个效劳的实例配置一个本人的Gateway，也可以粗到为一组效劳配置一个，甚至可以粗到为整个架构配置一个接入的Gateway。于是，整个系统架构的复杂度就会变得复杂可控起来。
这张图展现了一个多层Gateway架构，其中有一个总的Gateway接入一切的流量（ 流量网关 ），并分发给不同的子系统，还有第二级Gateway用于做各个子系统的接入Gateway（ 业务网关 ）。可以看到，网关所管理的效劳粒度可粗可细。经过网关，我们可以把散布式架构组织成一个星型架构，由网络对效劳的央求停止路由和分发。下面来聊聊好的网关应该具有哪些功用，也就是网关设计形式。
网关设计思绪一个网关需求有以下的功用：
央求路由网关一定要有央求路由的功用。这样一来，关于调用端来说，也是一件十分方便的事情。由于调用端不需求知道本人需求用到的其它效劳的地址，全部一致地交给Gateway来处置。
效劳注册为了可以代理前面的效劳，并把央求路由到正确的位置上，网关应该有效劳注册功用，也就是后端的效劳虚例可以把其提供效劳的地址注册、取消注册。普通来说，注册也就是注册一些API接口。比如，HTTP的Restful央求，可以注册相应API的URI、办法、HTTP头。 这样，Gateway就可以依据接纳到的央求中的信息来决议路由到哪一个后端的效劳上。
负载平衡由于一个网关可以接纳多个效劳虚例，所以网关还需求在各个对等的效劳虚例上做负载平衡策略。复杂点就是直接Round-Robin轮询，复杂点的可以设置上权重停止分发，再复杂一点还可以做到session粘连。
弹力设计网关还可以把弹力设计中的那些异步、重试、幂等、流控、熔断、监视等都可以完成出来。这样，异样可以像Service Mesh那样，让运用效劳只关心本人的业务逻辑（或是说数据面上的事）而不是控制逻辑（控制面）。
安全方面SSL加密及证书管理、Session验证、授权、数据校验，以及对央求源停止恶意攻击的防范。错误处置越靠前的位置就是越好，所以，网关可以做到一个全站的接入组件来对后端的效劳停止保护。当然，网关还可以做更多更幽默的事情，比如：灰度发布、API聚合、API编排。
灰度发布
网关完全可以做到对相反效劳不同版本的实例停止导流，还可以搜集相关的数据。这样关于软件质量的提升，甚至产品试错都有十分积极的意义。
API 聚合
运用网关可以将多个独自央求聚分解一个央求。在微效劳体系的架构中，由于效劳变小了，所以一个清楚的成绩是，客户端能够需求屡次央求才能失掉一切的数据。这样一来，客户端与后端之间的频繁通讯会对运用顺序的功用和规模产生十分不利的影响。于是，我们可以让网关来帮客户端央求多个后端的效劳（有些场景下完全可以并发央求），然后把后端效劳的照应结果拼装起来，回传给客户端（当然，这个进程也可以做成异步的，但这需求客户端的配合）。
API编排
(责任编辑：admin)