转载

API网关架构设计[精品短文]

取舍也就是如何构建适合自己的API Gateway?

其实,这个问题也可以拓展为如何开发适应自己业务的某系统,个人感觉应该从以下几点考虑:

  • 自己的业务系统需要什么样的功能?
  • 业界中该类系统都是如何实现的?
  • 自己的基础设施情况(主要是PaaS及中间件)如何?

综合1、2考虑,在满足业务需求的前提下,往远了考虑,往简单了实现(既满足目前的功能,又方便以后拓展)。 回到API Gateway这个话题,那就需要考虑一下,自己的业务系统是否需要以上列出的所有功能点?如果不是或者目前不是,那我应该先实现哪一部分?

其中,作为一个Gateway,以下几点应该是基础功能:

  • 服务调用的统一入口
  • AuthN(Authentication is establishing the your identity.)
  • AuthZ (Authorization is establishing your privileges.)
  • 监控(请求延迟、异常数、审计日志、访问日志)
  • 高可用

剩下的功能实现就要看业务需要及时间了。 如果系统本身的访问量不大,那么限流、熔断是否就可以先不实现?

原文  https://juejin.im/post/5d577a9ae51d45621479acdd
正文到此结束
Loading...