一、API|关的用?/span>
API|关我的分析中会用到以下三种场景?nbsp;
- Open API?span style="margin: 0px; padding: 0px; line-height: 21px;"> 企业需要将自n数据、能力等作ؓ开发^台向外开放，通常会以rest的方式向外提供，最好的例子是淘宝开攑^台、腾讯公司的QQ开攑^台、微信开攑^台?Open API开攑^台必然涉及到客户应用的接入、API权限的管理、调用次数管理等Q必然会有一个统一的入口进行管理，q正是API|关可以发挥作用的时候?/span>
- 微服务网兟뀂微服务的概忉|早在2012q提出，在Martin Fowler的大力推q下Q微服务?014q后得到了大力发展?在微服务架构中，有一个组件可以说是必不可的Q那是微服务网养I微服务网兛_理了负蝲均衡Q缓存，路由Q访问控Ӟ服务代理Q监控，日志{。API|关在微服务架构中正是以微服务网关的w䆾存在?nbsp;
- 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分别是QAPI|关QOpenAPI合伙伙伴应用Q、API|关Q内部应用）、API|关Q内部公|应用）?/span>
三、企业中在如何应用API|关
1、对于OpenAPI使用的API|关来说Q一般合作伙伴要以应用的形式接入到OpenAPIq_Q合作伙伴需要到 OpenAPIq_甌应用?因此在OpenAPI|关之外Q需要有一个面向合作伙伴的使用的^台用于合作伙_q就要求OpenAPI|关需要提供APIl这个用户^台进行访问?如下架构:
当然如果是在单的场景下，可能q不需要提供一个面向合作伙伴的门户Q只需要由公司的运营h员直接添加合作伙伴应用id/密钥{，q种情况下也׃需要合作伙伴门户子pȝ?nbsp;
2、对于内|的API|关Q在起到的作用上来说可以认ؓ是微服务|关Q也可以认ؓ是内|的API服务ȝq_?当企业将所有的应用使用微服务的架构理hQ那么API|关pvC微服务网关的作用?而当企业只是系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 APIq_的API|关Q我分析只能选择API|关作ؓ解决ҎQ业界没有发现比较好的可以用来作为Open APIq_的入口的其他Ҏ?nbsp;
2、对于作为微服务|关的API|关Q业界的选择可以选择的解x案比较多Q也取决于微服务器的实现ҎQ有一些微服务架构的实现方案是不需要微服务|关的?/em>
- Service MeshQ这是新兴的Z无API|关的架构，通过在客L上的代理完成屏蔽|络层的讉KQ这栯到对应用层最的改动Q当前Service Mesh的品还正在开发中Qƈ没有非常成熟可直接应用的产品?发展最q速的产品是Istio?大家密切x相关产品的研发、业务用进展?/em>
- Zduboo架构Q在q个架构中通常是不需要网关的Q是由客L直接讉K服务提供方，由注册中心向客户端返回服务方的地址?/span>
五、API|关解决Ҏ
U有云开源解x案如下：
- Kong kong是基于Nginx+Luaq行二次开发的ҎQ?https://konghq.com/
- Netflix ZuulQzuul是spring cloud的一个推荐组Ӟhttps://github.com/Netflix/zuul
- orange,q个开源程序是国h开发的Q?http://orange.sumory.com/
公有云解x案：
- Amazon API GatewayQhttps://aws.amazon.com/cn/api-gateway/
- 阉K云API|关Qhttps://www.aliyun.com/product/apigateway/
- 腾讯云API|关Q?https://cloud.tencent.com/product/apigateway
自开发解x案：
- ZNginx+Lua+ OpenResty的方案，可以看到Kong,orange都是Zq个Ҏ
- ZNetty、非dIO模型?通过|上搜烦可以看到国内的宜{一些公司是Zq种ҎQ是一U成熟的Ҏ?/span>
- ZNode.js的方案?q种Ҏ是应用了Node.js天生的非d的特性?/span>
- Zjava Servlet的方案?zuulZ的就是这U方案，q种Ҏ的效率不高，q也是zuulL被诟病的原因?/span>
六、企业怎么选择API|关
如果是要选择一Ƒַ有的API|关Q那么需要从以下几个斚w去考虑?nbsp;
1、性能与可用?/span>
如果一旦采用了API|关Q那么API|关׃作ؓ企业应用核心Q因此性能和可用性是必须要求的?/span>
- 从性能上来_需要让|关增加的时间消耗越短越好，个h觉得需?0ms以下?pȝ需要采用非d的IOQ如epollQNIO{。网兛_各种依赖的交互也需要是非阻塞的Q这h能保证整体系l的高可用性，如：Node.js的响应式~程和基于java体现的RxJava和Future?/span>
- |关必须支持集群部vQQ务一台服务器的crash都应该不影响整体pȝ的可用性?/span>
- 多套|关应该支持同一理q_和同一监控中心?如： 一个企业的OpenAPI|关和内部应用的多个pȝ的不同的微服务|关可以在同一监控中心q行监控?/span>
2、可扩展性、可l护?/span>
一ƾ品L不能满生需求的地方Q因此需求思考品在如何q行二次开发和l护Q是否方便公司团队接手维护品?nbsp;
3、需求匹配度
需要评估各API|关在需求上是否能满I如： 如果是OpenAPIq_需要用API|关Q那么需要看API|关在合作伙伴应用接入、合作伙伴门户集成、访问次数限额等OpenAPI核心需求上L考品是否能满要求?如果是微服务|关Q那么要从微服务的运l、监控、管理等斚wL考品是否够强大?/span>
4、是否开源？公司是否有自开发的能力Q?/span>
现有的开源品如kongQzuulQorange都有基础的API|关的核心功能，q些开源品大多离很好的用有一定的距离Q如Q没有提供管理功能的UI界面、监控功能弱，不支持OpenAPIq_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>
]]>
]]>
寒蝉凄切。对长亭晚，骤雨初歇。都门帐饮无l，留恋处、兰舟催发。执手相看泪|竟无语凝噎。念d、千里烟波，暮霭沉沉楚天阔?
多情自古伤离别，更那堪冷落清U节Q今宵酒醒何处？杨柳岸、晓风残月。此ȝq_应是良辰好景虚设。便U|千种风情Q更与何Q?/span>
]]>
]]>
]]>
http://www.tiobe.com/index.htm?tiobe_index
q次 vb ?vb.net 的数据再ơ合q了。C pȝ语言 (java, c, c++, C#) M占了 50% 强。在 .net 环境中，vb 大概q是多过新生代的 C# ?br />q次仔细了看了看。才发觉q个升降是去q同期的比较。是能够使用此语a的工E师Q课E，独立软g生商的相关比例。不直接代表用语aZ多少代码?/p>
原来 Ruby ?Java 基本上是同时代的东西?a >http://www.ruby-lang.org/ http://rubycn.ce-lab.net/ 由日本h发明、流行的东西?br />从运行效率、性能上来看，C/C++ ?Java 强。Java ?Ruby 强。在比较单的功能中，Java ?C/C++ 可以相当接近。当E序的算法比较复杂，涉及大量数据的时候，Java 速度q是会落后近一个数量。此Ӟ内存使用也会有几倍的差异?br />http://blog.csdn.net/rmartin/archive/2006/08/30/1143161.aspx
http://www.butunclebob.com/ArticleS.UncleBob.SpeedOfJavaCppRuby
不知?D 是什么东东了。倒是在许久以前，从公司的首设博士那里听到q一x。感觉语法结构还?C like 的?a >http://www.digitalmars.com/d/index.htmlhttp://www.soho-works.net/BLOG/326.asp http://libai.math.ncu.edu.tw/bcc16/user/forum/read.php?f=15&i=14
http://www.tiobe.com/index.htm?tiobe_index
TIOBE Programming Community Index for September 2006
September Headline: Ruby and D are the hot languages of today
]]>
]]>
]]>
AjaxQ与其说是一U技术不如说是一pd技术的l合Q但Ajax带给我们的不仅仅是技术，更多的是以h为本的一U服务理念，它崇参与性和交互性，不仅~和了资源矛盾也亲和了h与h之间的关pRAjax王国下的子民既是理者又是被理者，是主亦是客，是信息接收者也是信息制造者，多么和谐妙的社会！
]]>
]]>