初探api网关--kong
最近误打误撞从java开发转型成了lua脚本开发，写了几年的增删改查，现在接触一点新的语言，也挺有意思的的。工作4年，接触了前端开发、大数据开发到现在的网关开发，都是略懂一些，只是一直没有接触类似商城这种的高并发事物的场景，挺遗憾的，最近也准备自学一些，老本行不能丢。
言归正传，说到网关，大部分人应该想到的都是springcloud中的zuul网关。api网关的出现和如今流行的微服务框架是绑定的，为什么要把网关这块单独拎出来，我觉得主要有以下几点：
1.分布式 微服务的出现使得服务会部署在很多不同的服务器上，不可能让客服端与服务器直接通信。通过域名与管理不同的模块，模块之前相互调用也会产生跨域问题。
2.如果微服务模块重构，难以管理。
3.类似单点登录这样的通用逻辑，完成可以交给网关处理，让模块开发者专注于业务开发。
为什么选择kong做网关，我想主要是因为kong基于openresty，通过lua脚本开发，部署简单快捷，对业务服务的影响小，底层openresty相当于是nginx plus 性能优秀。