你知道API网关的浸染吗？

从机能上来说，必要让网关增进的时刻耗损越短越好，小我私人认为必要10ms以下。体系必要回收非阻塞的IO，如epoll，NIO等。网关和各类依靠的交互也必要长短阻塞的，这样才气担保整系一切的高可用性，如：Node.js的相应式编程和基于java浮现的RxJava和Future。

网关必需支持集群陈设，使命一台处事器的crash都应该不影响整系一切的可用性。

多套网关应该支持统一打点平台和统一监控中心。 如：一个企业的OpenAPI网关和内部应用的多个体系群的差异的微处事网关可以在统一监控中心举办监控。

• 可扩展性、可维护性

一款产物总有不能满意出产需求的处所，因此需求思索产物在怎样举办二次开拓和维护，是否利便公司团队接办维护产物。

• 需求匹配度

必要评估各API网关在需求上是否能满意，如：假如是OpenAPI平台必要行使API网关，那么必要看API网关在相助搭档应用接入、相助搭档派别集成、会见次数限额等OpenAPI焦点需求上去思索产物是否能满意要求。

假如是微处事网关，那么要从微处事的运维、监控、打点等方面去思索产物是否足够强盛。

• 是否开源?公司是否有自开拓的手段?

现有的开源产物如kong，zuul，orange都有基本的API网关的焦点成果，这些开源产物大多离很好的行使有必然的间隔，如：没有提供打点成果的UI界面、监控成果弱小，不支持OpenAPI平台，没有公司运营与运维的成果等。

虽然开源产物能获取源代码，假如公司有较量强的研发手段，能hold住这些开源产物，颠末二次开拓kong、zuul应该照旧顺应一些公司，不外需求留意以下一些点：

kong是基于ngnix+lua的，从公司的角度较量难于找到能去维护这种架构产物的人。 需求评估当前公司是否有这个手段去维护这个产物。

zuul由于架构的缘故起因在高并发的环境下机能不高，同时必要去基于研究整合开源的适配zuul的监控和打点体系。

orange因为没有被大量行使，同时是海内小我私人在开源，在可一连性和社区资源上不足富厚，出了题目后也许不轻易找到人问。

其它kong提供企业版本的API网关，虽然也是基于ngnix+lua的，企业版本可以购置他们的技能支持、培训等处事、以及拥有界面的打点、监控等成果。

• 公有云照旧私有云

此刻的亚马逊、阿里、腾讯云都在提供基本公有云的API网关，虽然这些网关的基本成果必定是没有题目，可是二次开拓，扩展成果、监控成果也许就不能满意部门用户的定制需求了。

其它许多企业由于自身信息安详的缘故起因，不能行使外网公有网的API网关处事，这样就只有选择私有云的方案了。

在需求上假如基于公有云的API网关只能做到由内部职员为外网职员申请应用，无法做到定制的相助搭档派别，这也不得当于部门企业的需求。

假如作为微处事网关，大大都环境下是但愿网关处事器和处事提供方处事器是要在内网的，在这里环境下也只有私有云的API网关才气满意需求。

综合上面的说明，基本公有云的API网关只有满意一部门简朴客户的需求，对付许多企业来说私有云的API网关才是正确的选择。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!