一、API¾|‘关的用å¤?/span>

API¾|‘关我的分析中会用到以下三种场景ã€?nbsp;

1. Open APIã€?span style="margin: 0px; padding: 0px; line-height: 21px;"> ä¼ä¸šéœ€è¦å°†è‡ªèín数据、能力等作äؓ开发åã^台向外开放，通常会以rest的方式向外提供，最好的例子ž®±æ˜¯æ·˜å®å¼€æ”‘Öã^台、腾讯公司的QQ开攑Öã^台、微信开攑Öã^台ã€?Open API开攑Öã^台必然涉及到客户应用的接入、API权限的管理、调用次数管理等åQŒå¿…然会有一个统一的入口进行管理，˜q™æ­£æ˜¯API¾|‘关可以发挥作用的时候ã€?/span>
2. 微服务网兟뀂微服务的概忉|œ€æ—©åœ¨2012òq´æå‡ºï¼Œåœ¨Martin Fowler的大力推òq¿ä¸‹åQŒå¾®æœåŠ¡åœ?014òq´åŽå¾—到了大力发展ã€?在微服务架构中，有一个组件可以说是必不可ž®‘çš„åQŒé‚£ž®±æ˜¯å¾®æœåŠ¡ç½‘å…»I¼Œå¾®æœåŠ¡ç½‘å…›_¤„理了负蝲均衡åQŒç¼“存，路由åQŒè®¿é—®æŽ§åˆÓž¼ŒæœåŠ¡ä»£ç†åQŒç›‘控，日志½{‰ã€‚API¾|‘关在微服务架构中正是以微服务网关的íw«ä†¾å­˜åœ¨ã€?nbsp;
3. API服务½Ž¡ç†òq›_°ã€‚上˜q°çš„微服务架构对企业来说有可能实施上是困隄¡š„åQŒä¼ä¸šæœ‰å¾ˆå¤šé—ç•™¾pȝ»ŸåQŒè¦å…¨éƒ¨æŠ½å–为微服务器改动太大，对企业来说成本太高。但是由于不同系¾lŸé—´å­˜åœ¨å¤§é‡çš„API服务互相调用åQŒå› æ­¤éœ€è¦å¯¹¾pȝ»Ÿé—´æœåŠ¡è°ƒç”¨è¿›è¡Œç®¡ç†ï¼Œæ¸…晰地看到各¾pȝ»Ÿè°ƒç”¨å…³ç³»åQŒå¯¹¾pȝ»Ÿé—´è°ƒç”¨è¿›è¡Œç›‘控等ã€?API¾|‘关可以解决˜q™äº›é—®é¢˜åQŒæˆ‘们可以认为如果没有大规模的实施微服务架构åQŒé‚£ä¹ˆå¯¹ä¼ä¸šæ¥è¯´å¾®æœåŠ¡ç½‘å…›_°±æ˜¯ä¼ä¸šçš„API服务½Ž¡ç†òq›_°ã€?/span>

二、API¾|‘关在企业整体架构中的地ä½?/span>

一个企业随着信息¾pȝ»Ÿå¤æ‚度的提高åQŒå¿…然出现外部合作伙伴应用、企业自íw«çš„公网应用、企业内¾|‘应用等åQŒåœ¨æž¶æž„上应该将˜q™ä¸‰¿Uåº”用区别开åQŒä¸‰¿Uåº”用的安排¾U§åˆ«ã€è®¿é—®æ–¹å¼ä¹Ÿä¸ä¸€æ —÷€?因此在我的设计中ž®†è¿™ä¸‰ç§åº”用分别用不同的¾|‘å…³˜q›è¡ŒAPI½Ž¡ç†åQŒåˆ†åˆ«æ˜¯åQšAPI¾|‘å…³åQˆOpenAPI合伙伙伴应用åQ‰ã€API¾|‘å…³åQˆå†…部应用）、API¾|‘å…³åQˆå†…部公¾|‘应用）ã€?/span>

三、企业中在如何应用API¾|‘å…³

1、对于OpenAPI使用的API¾|‘关来说åQŒä¸€èˆ¬åˆä½œä¼™ä¼´è¦ä»¥åº”用的形式接入到OpenAPIòq›_°åQŒåˆä½œä¼™ä¼´éœ€è¦åˆ° OpenAPIòq›_°ç”Œ™¯·åº”用ã€?因此在OpenAPI¾|‘关之外åQŒéœ€è¦æœ‰ä¸€ä¸ªé¢å‘合作伙伴的使用的åã^台用于合作伙ä¼ß_¼Œ˜q™å°±è¦æ±‚OpenAPI¾|‘关需要提供API¾l™è¿™ä¸ªç”¨æˆ·åã^台进行访问ã€?如下架构:

当然如果是在½Ž€å•çš„场景下，可能òq¶ä¸éœ€è¦æä¾›ä¸€ä¸ªé¢å‘合作伙伴的门户åQŒåªéœ€è¦ç”±å…¬å¸çš„运营äh员直接添加合作伙伴应用id/密钥½{‰ï¼Œ˜q™ç§æƒ…况下也ž®×ƒ¸éœ€è¦åˆä½œä¼™ä¼´é—¨æˆ·å­¾pȝ»Ÿã€?nbsp;

2、对于内¾|‘çš„API¾|‘å…³åQŒåœ¨èµ·åˆ°çš„作用上来说可以认äؓ是微服务¾|‘å…³åQŒä¹Ÿå¯ä»¥è®¤äؓ是内¾|‘çš„API服务æ²È†òq›_°ã€?当企业将所有的应用使用微服务的架构½Ž¡ç†èµäh¥åQŒé‚£ä¹ˆAPI¾|‘å…³ž®Þp“våˆîCº†å¾®æœåŠ¡ç½‘关的作用ã€?而当企业只是ž®†ç³»¾lŸä¸Ž¾pȝ»Ÿä¹‹é—´çš„调用ä‹É用rest api的方式进行访问时使用API¾|‘关对调用进行管理，那么API¾|‘关起到的就是API服务æ²È†çš„作用ã€?架构参考如下：

3、对于公司内部公¾|‘应用（如APP、公司的¾|‘ç«™åQ‰ï¼Œå¦‚æžœ½Ž¡ç†ä¸Šæ¯”较细è‡ß_¼Œåœ¨æž¶æž„上是可能由独立的API¾|‘关来处理这部分内部公网应用åQŒå¦‚果想比较½Ž€å•çš„处理åQŒä¹Ÿå¯ä»¥æ˜¯ä‹É用面向合作伙伴的API¾|‘å…³ã€?如果使用独立的API¾|‘å…³åQŒæœ‰ä»¥ä¸‹çš„好处：

• 面向合作伙伴和面向公åæ€¸»ä½“业务的优先¾U§ä¸ä¸€æ øP¼Œä¸åŒçš„API¾|‘关可以做到业务影响的隔¼›…R€?/span>
• 内部API使用的管理流½E‹å’Œé¢å‘合作伙伴的管理流½E‹å¯èƒ½ä¸ä¸€æ —÷€?/em>
• 内部的API在功能扩展等斚w¢çš„需求一般会大于OpenAPI对于功能的要求ã€?/em>

åŸÞZºŽä»¥ä¸Šçš„分析，如果公司有能力，那么˜q˜æ˜¯å»ø™®®åˆ†å¼€ä½¿ç”¨åˆä½œä¼™ä¼´OPEN API¾|‘关和内部公¾|‘应用网兟ë€?/span>

四、API¾|‘关有哪些竞争方æ¡?/span>

1ã€?em id="__mceDel" style="margin: 0px; padding: 0px;">对于Open APIòq›_°çš„API¾|‘å…³åQŒæˆ‘分析只能选择API¾|‘关作äؓ解决æ–ÒŽ¡ˆåQŒä¸šç•Œæ²¡æœ‰å‘现比较好的可以用来作为Open APIòq›_°çš„入口的其他æ–ÒŽ¡ˆã€?nbsp;

2、对于作为微服务¾|‘关的API¾|‘å…³åQŒä¸šç•Œçš„选择可以选择的解å†Ïx–¹æ¡ˆæ¯”较多åQŒä¹Ÿå–决于微服务器的实现æ–ÒŽ¡ˆåQŒæœ‰ä¸€äº›å¾®æœåŠ¡æž¶æž„的实现方案是不需要微服务¾|‘关的ã€?/em>

• Service MeshåQŒè¿™æ˜¯æ–°å…´çš„åŸÞZºŽæ— API¾|‘关的架构，通过在客æˆïL«¯ä¸Šçš„代理完成屏蔽¾|‘络层的讉K—®åQŒè¿™æ ¯‚¾¾åˆ°å¯¹åº”用层最ž®çš„改动åQŒå½“前Service Meshçš„äñ”品还正在开发中åQŒåƈ没有非常成熟可直接应用的产品ã€?发展最˜q…速的产品是Istioã€?å»ø™®®å¤§å®¶å¯†åˆ‡å…Ïx³¨ç›¸å…³äº§å“çš„研发、业务ä‹É用进展ã€?/em>

• åŸÞZºŽduboo架构åQŒåœ¨˜q™ä¸ªæž¶æž„中通常是不需要网关的åQŒæ˜¯ç”±å®¢æˆïL«¯ç›´æŽ¥è®‰K—®æœåŠ¡æä¾›æ–¹ï¼Œç”±æ³¨å†Œä¸­å¿ƒå‘客户端返回服务方的地址ã€?/span>

五、API¾|‘关解决æ–ÒŽ¡ˆ

¿Uæœ‰äº‘开源解å†Ïx–¹æ¡ˆå¦‚下：

• Kong kong是基于Nginx+Lua˜q›è¡ŒäºŒæ¬¡å¼€å‘çš„æ–ÒŽ¡ˆåQ?https://konghq.com/
• Netflix ZuulåQŒzuul是spring cloud的一个推荐组ä»Óž¼Œhttps://github.com/Netflix/zuul
• orange,˜q™ä¸ªå¼€æºç¨‹åºæ˜¯å›½äh开发的åQ?http://orange.sumory.com/

公有云解å†Ïx–¹æ¡ˆï¼š

• Amazon API GatewayåQŒhttps://aws.amazon.com/cn/api-gateway/
• 阉K‡Œäº‘API¾|‘å…³åQŒhttps://www.aliyun.com/product/apigateway/
• 腾讯云API¾|‘å…³åQ?https://cloud.tencent.com/product/apigateway

自开发解å†Ïx–¹æ¡ˆï¼š

• åŸÞZºŽNginx+Lua+ OpenResty的方案，可以看到Kong,orange都是åŸÞZºŽ˜q™ä¸ªæ–ÒŽ¡ˆ
• åŸÞZºŽNetty、非é˜Õd¡žIO模型ã€?通过¾|‘上搜烦可以看到国内的宜äºø™´·½{‰ä¸€äº›å…¬å¸æ˜¯åŸÞZºŽ˜q™ç§æ–ÒŽ¡ˆåQŒæ˜¯ä¸€¿Uæˆç†Ÿçš„æ–ÒŽ¡ˆã€?/span>
• åŸÞZºŽNode.js的方案ã€?˜q™ç§æ–ÒŽ¡ˆæ˜¯åº”用了Node.js天生的非é˜Õd¡žçš„特性ã€?/span>
• åŸÞZºŽjava Servlet的方案ã€?zuulåŸÞZºŽçš„就是这¿Uæ–¹æ¡ˆï¼Œ˜q™ç§æ–ÒŽ¡ˆçš„效率不高，˜q™ä¹Ÿæ˜¯zuulæ€ÀL˜¯è¢«è¯Ÿç—…的原因ã€?/span>

六、企业怎么选择API¾|‘å…³

如果是要选择一‹Æ‘Ö·²æœ‰çš„API¾|‘å…³åQŒé‚£ä¹ˆéœ€è¦ä»Žä»¥ä¸‹å‡ ä¸ªæ–šw¢åŽ»è€ƒè™‘ã€?nbsp;

1、性能与可用�/span>
如果一旦采用了API¾|‘å…³åQŒé‚£ä¹ˆAPI¾|‘å…³ž®×ƒ¼šä½œäؓ企业应用核心åQŒå› æ­¤æ€§èƒ½å’Œå¯ç”¨æ€§æ˜¯å¿…须要求的ã€?/span>

• 从性能上来è¯ß_¼Œéœ€è¦è®©¾|‘关增加的时间消耗越短越好，个äh觉得需è¦?0ms以下ã€?¾pȝ»Ÿéœ€è¦é‡‡ç”¨éžé˜Õd¡žçš„IOåQŒå¦‚epollåQŒNIO½{‰ã€‚网兛_’Œå„种依赖的交互也需要是非阻塞的åQŒè¿™æ äh‰èƒ½ä¿è¯æ•´ä½“ç³»¾lŸçš„高可用性，如：Node.js的响应式¾~–程和基于java体现的RxJavaå’ŒFutureã€?/span>
• ¾|‘关必须支持集群部çÖvåQŒä“Q务一台服务器的crash都应该不影响整体¾pȝ»Ÿçš„可用性ã€?/span>
• 多套¾|‘关应该支持同一½Ž¡ç†òq›_°å’ŒåŒä¸€ç›‘控中心ã€?如： 一个企业的OpenAPI¾|‘关和内部应用的多个¾pȝ»Ÿ¾Ÿ¤çš„不同的微服务¾|‘关可以在同一监控中心˜q›è¡Œç›‘控ã€?/span>

2、可扩展性、可¾l´æŠ¤æ€?/span>
一‹Æ¾äñ”品æ€ÀLœ‰ä¸èƒ½æ»¡èƒö生äñ”需求的地方åQŒå› æ­¤éœ€æ±‚思考äñ”品在如何˜q›è¡ŒäºŒæ¬¡å¼€å‘å’Œ¾l´æŠ¤åQŒæ˜¯å¦æ–¹ä¾¿å…¬å¸å›¢é˜ŸæŽ¥æ‰‹ç»´æŠ¤äñ”品ã€?nbsp;
3、需求匹配度
需要评估各API¾|‘关在需求上是否能满­‘»I¼Œå¦‚： 如果是OpenAPIòq›_°éœ€è¦ä‹É用API¾|‘å…³åQŒé‚£ä¹ˆéœ€è¦çœ‹API¾|‘关在合作伙伴应用接入、合作伙伴门户集成、访问次数限额等OpenAPI核心需求上åŽÀL€è€ƒäñ”品是否能满èƒö要求ã€?如果是微服务¾|‘å…³åQŒé‚£ä¹ˆè¦ä»Žå¾®æœåŠ¡çš„运¾l´ã€ç›‘控、管理等斚w¢åŽÀL€è€ƒäñ”品是否èƒö够强大ã€?/span>
4、是否开源？公司是否有自开发的能力åQ?/span>
现有的开源äñ”品如kongåQŒzuulåQŒorange都有基础的API¾|‘关的核心功能，˜q™äº›å¼€æºäñ”品大多离很好的ä‹É用有一定的距离åQŒå¦‚åQšæ²¡æœ‰æä¾›ç®¡ç†åŠŸèƒ½çš„UI界面、监控功能弱ž®ï¼Œä¸æ”¯æŒOpenAPIòq›_°åQŒæ²¡æœ‰å…¬å¸è¿è¥ä¸Ž˜qç»´çš„功能等ã€?当然开源äñ”品能获取源代码，如果公司有比较强的研发能力，能hold住这些开源äñ”品，¾lè¿‡äºŒæ¬¡å¼€å‘kong、zuul应该˜q˜æ˜¯é€‚应一些公司，不过需求注意以下一些点åQ?/span>

• kong是基于ngnix+lua的，从公司的角度比较难于扑ֈ°èƒ½åŽ»¾l´æŠ¤˜q™ç§æž¶æž„产品的ähã€?需求评估当前公司是否有˜q™ä¸ªèƒ½åŠ›åŽÈ»´æŠ¤è¿™ä¸ªäñ”品ã€?/span>
• zuulå› äؓ架构的原因在高åƈ发的情况下性能不高åQŒåŒæ—‰™œ€è¦åŽ»åŸÞZºŽç ”究整合开源的适配zuul的监控和½Ž¡ç†¾pȝ»Ÿã€?/span>
• orangeç”׃ºŽæ²¡æœ‰è¢«å¤§é‡ä‹É用，同时是国内个人在开源，在可持箋性和½C‘ÖŒºèµ„源上不够丰富，å‡ÞZº†é—®é¢˜åŽå¯èƒ½ä¸å®ÒŽ˜“扑ֈ°äººé—®ã€?/span>

另外kong提供企业版本的API¾|‘å…³åQŒå½“然也是基于ngnix+lua的，企业版本可以购买他们的技术支持、培训等服务、以及拥有界面的½Ž¡ç†ã€ç›‘控等功能ã€?/span>

5、公有云˜q˜æ˜¯¿Uæœ‰äº?/span>
现在的亚马逊、阿里、腾讯云都在提供基础公有云的API¾|‘å…³åQŒå½“然这些网关的基础功能肯定是没有问题，但是二次开发，扩展功能、监控功能可能就不能满èƒö部分用户的定刉™œ€æ±‚了。另外很多企业因ä¸ø™‡ªíw«ä¿¡æ¯å®‰å…¨çš„原因åQŒä¸èƒ½ä‹É用外¾|‘公有网的API¾|‘关服务åQŒè¿™æ ·å°±åªæœ‰é€‰æ‹©¿Uæœ‰äº‘çš„æ–ÒŽ¡ˆäº†ã€?nbsp;
在需求上如果åŸÞZºŽå…¬æœ‰äº‘çš„API¾|‘关只能做到由内部äh员äؓ外网人员甌™¯·åº”用åQŒæ— æ³•åšåˆ°å®šåˆ¶çš„合作伙伴门户åQŒè¿™ä¹Ÿä¸é€‚合于部分企业的需求ã€?nbsp;
如果作äؓ微服务网养I¼Œå¤§å¤šæ•°æƒ…况下是希望网å…ÏxœåŠ¡å™¨å’ŒæœåŠ¡æä¾›æ–¹æœåŠ¡å™¨æ˜¯è¦åœ¨å†…网的，在这里情况下也只有私有云的API¾|‘关才能满èƒö需求ã€?nbsp;

¾l¼åˆä¸Šé¢çš„分析，基础公有云的API¾|‘关只有满èƒö一部分½Ž€å•å®¢æˆïLš„需求，对于很多企业来说¿Uæœ‰äº‘çš„API¾|‘关才是正确的选择ã€?/span>

文章作者介¾lï¼š
来自于小豹科技的架构师-专注于èÊY件研发基于åã^台性èÊY件的研发åQŒç›®å‰æˆ‘正在研发一‹Æ‘ÖŸºäºŽNetty、响应式架构的插件式的API¾|‘å…³åQŒå¸Œæœ›èƒ½å¯¹è¡Œä¸šå¸¦æ¥ä¸€äº›æ”¹å˜ã€?我希望与对OpenAPI、微服务、API¾|‘关、Service Mesh½{‰æ„Ÿå…´è¶£çš„朋友多交流ã€?有兴­‘£çš„朋友请加我的QQ¾Ÿ?44054462ã€?/span>

Coolfiry 2018-01-05 13:42 发表评论

]]>