API网关架构设计[精品短文]
取舍也就是如何构建适合自己的API Gateway？
其实，这个问题也可以拓展为如何开发适应自己业务的某系统，个人感觉应该从以下几点考虑：
- 自己的业务系统需要什么样的功能？
- 业界中该类系统都是如何实现的？
- 自己的基础设施情况（主要是PaaS及中间件）如何？
综合1、2考虑，在满足业务需求的前提下，往远了考虑，往简单了实现（既满足目前的功能，又方便以后拓展）。 回到API Gateway这个话题，那就需要考虑一下，自己的业务系统是否需要以上列出的所有功能点？如果不是或者目前不是，那我应该先实现哪一部分？
其中，作为一个Gateway，以下几点应该是基础功能：
- 服务调用的统一入口
- AuthN（Authentication is establishing the your identity.）
- AuthZ （Authorization is establishing your privileges.）
- 监控（请求延迟、异常数、审计日志、访问日志）
- 高可用
剩下的功能实现就要看业务需要及时间了。 如果系统本身的访问量不大，那么限流、熔断是否就可以先不实现？
正文到此结束
热门推荐
相关文章
近期评论
-
666
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
